Recipe · Places
Google Maps places
Runs one Google Maps search in this profile's browser, scrolls the results pane and files every place into Places — name, category, address, rating and a link back, keyed so running it again updates rather than duplicates. Signed out: it opens no account and needs none. Google stops a single search near 120 results however long it scrolls, so search a neighbourhood rather than a city when the count matters.
What it does
One Google Maps search, scrolled to the end and filed as rows: name, category, address, rating and a link back. Signed out — it opens no account.
It runs against one profile, through that profile's own proxy and with its own cookies — so the pages load the way that account's owner would see them. It navigates, so give it a profile whose session you are happy to have in use.
The 16 steps
The real tree, read out of the pack the launcher ships. Indentation is nesting: the steps under a loop run once per row, and the ones under a branch run only when the condition above them holds. Every {{…}} is a value filled in at run time — from the row being walked, from a setting on the run, or from the profile itself.
evaluateStamp the passRun scriptsetVarStart this run as unfinishedSet verdictsetVarClear the last diagnosisSet diagnosisevaluateBuild the search URLRun scriptgotoOpen the searchGo to {{vars.maps_url}}waitForWait for the results paneWait for selectoron failure: continuewaitWaitevaluateReady the collectorRun scriptloopRead, then scrollLoop timesEach time
evaluateCollect what is on screenRun scripton failure: continuewaitWaitevaluateTake everything collectedRun scriptevaluateWhat happened here?Run scripton failure: continueevaluateWhy did it match nothing?Run scripton failure: continuesaveRowsFile what was collectedSave to PlacesscreenshotScreenshoton failure: continueEach of those is one of the step types on the automation reference, with the same fields the editor shows and the same fields an agent is handed over the local API.
The tables it uses
These load with the recipe. A dataset is a typed table your workspace owns — the columns are named and typed up front so the steps can address them, and every one of them is yours to rename, extend or fill from a file afterwards.
Places
writesBusinesses and locations as a listings page drew them: name, category, address, rating and a link back, keyed so a second run updates rather than duplicates.
- row_key
- Key · text
- name
- Name · text
- category
- Category · text
- address
- Address · text
- rating
- Rating · number
- reviews
- Reviews · number
- place_url
- Listing · url
- phone
- Phone · phone
- website
- Website · url
- details_at
- Checked · datetime
- source_url
- Found on · url
- platform
- Platform · text
- collected_at
- Collected at · datetime
- profile
- Collected by · profile
- logged_in
- Signed in · select · Signed out | Signed in
Re-running updates the row it already wrote rather than adding a second one. That is what the match column in the save step is for, and it is the difference between a status check and a table that doubles in size every pass.
What it asks you for
Settings are filled in when the run starts, and every profile can hold its own values — which is how one workflow serves a whole folder of accounts.
- search
- What to find · text · required
- location
- Where · text
- max_items
- Stop after · number
What you would type into Maps: "dentists", "coffee shops", "plumbers".
A city, a neighbourhood or a postcode. Left blank, Google answers from wherever it thinks this profile is — which is its proxy's country, not yours.
How many places to keep. The collector stops reading once it has this many, so a small number is a fast run rather than a truncated one.
Loading it
In the launcher, open Automations, choose Load a starter pack, and pick Places. Untick anything you do not want. The tables land first, then the workflows, then a project called Local search that links them together.
What arrives is an ordinary automation row. Open it in the editor, change a step, rename it, delete it — nothing in the app treats it as special afterwards, and loading the pack a second time makes a fresh copy rather than overwriting the one you edited. Tables are the opposite: an existing table of the same name is reused and keeps its rows.
The rest of the places pack
They load together, share the tables above, and land in one Local search project.