About pagesdata
pagesdata is a local bridge to HasData’s Yellow Pages service for searching businesses and retrieving listing details. Its read-only tools return directory information as JSON through an MCP server and CLI.
Key features
- 01Search businesses by keyword and location
- 02Sort and paginate search results
- 03Retrieve full listing details by URL
- 04Access contact, hours, ratings, and photos
- 05Use tools through CLI or MCP
Use cases
- 01Find local businesses by service and area
- 02Compare business ratings and review counts
- 03Check a listing’s hours and contact details
- 04Review published services and photos
MCP support
Exposes two read-only Yellow Pages tools to MCP clients and forwards calls to the hosted HasData MCP server. It also supports CLI invocation.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
2Saved tool list · updated 2d ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| url | string | Yes | The YellowPages URL of the place. |
Details
From the project READMEpagesdata
pagesdata is a small local bridge to the hosted HasData Yellow Pages MCP server, which returns Yellow Pages business data as JSON. It can search for businesses matching a keyword in a location, and it can pull one listing in full from its URL: the business name, street address, city, region and zip, coordinates, phone, website, hours, payment methods, categories, ratings, review counts, photos and service notes, along with email and years in business on yellowpages.com listings where the business itself publishes them.
The bridge keeps no directory of its own. It answers the tool list locally, exactly as captured from the live endpoint, and forwards each tool call upstream, returning whatever comes back untouched. The captured surface is two read-only fetches over listings that businesses publish themselves: there is no write, messaging, or payment tool in it.
Tools
hasdata_yellowpages_search_getSearchResults— run a Yellow Pages business search. Required:keywordandlocation. Optional:sort(default/distance/averageRating/name, the latter options applying on yellowpages.com),domain(www.yellowpages.comorwww.yellowpages.ca), andpagefor pagination. Returns each business with name, listing URL, phone, address, categories, rating, review count, and years in business.hasdata_yellowpages_place_getPlaceDetails— fetch one listing in full. Required:url(the YellowPages listing URL). Returns name, street address, city, region, zip code, coordinates, phone, website, hours of operation, payment methods, categories, ratings, review counts, photos, and service descriptions, plus email and years in business on yellowpages.com listings. Fields the listing does not publish are omitted upstream.
Configuration
HASDATA_YELLOWPAGES_MCP_URL(optional) — override the upstream endpoint. Defaults tohttps://mcp.hasdata.com/mcp?apis=yellowpages. (The override hook is this rebuild's own labelled reconstruction.)HASDATA_API_KEY(optional) — when set, every upstream request carries anx-api-key: <key>header, for the caller's own HasData API key. When it is not set, no key header is sent. (The header name and the env name are pinned by the original's registry record; forwarding the key from this env var is a labelled reconstruction — the original surface was captured keyless.)
Forwarding mechanics
On the first tool call the client opens a streamable
HTTP session upstream: a JSON-RPC initialize request
(protocolVersion 2025-03-26, clientInfo name
pagesdata), then a notifications/initialized
notification, then the tools/call request carrying
the caller's arguments unchanged. When the upstream
answers initialize with an Mcp-Session-Id header,
that value rides on every later request of the
session, which is reused for the life of the process.
Replies may arrive as plain JSON or as server-sent
events; both are read.
Successful upstream results pass through verbatim,
including any isError flag the upstream sets.
Failures — a JSON-RPC error, a non-2xx status, an
unreadable response, or a request that cannot be
completed — come back as an isError result whose
text starts with pagesdata error: (this rendering
is this rebuild's own labelled reconstruction).
CLI
Each tool is also a subcommand taking one JSON argument string:
npx @reneturcios/pagesdata hasdata_yellowpages_search_getSearchResults '{"keyword":"plumber","location":"Austin, Texas"}'
npx @reneturcios/pagesdata hasdata_yellowpages_place_getPlaceDetails '{"url":"https://www.yellowpages.com/austin-tx/example"}'
npx @reneturcios/pagesdata --version
Exit codes: 0 on success, 1 on an isError
result, 2 on a usage error.
MCP server
npx -y @reneturcios/pagesdata mcp
MCP client config:
{
"mcpServers": {
"pagesdata": {
"command": "npx",
"args": ["-y", "@reneturcios/pagesdata", "mcp"]
}
}
}
Docker
docker run -i ghcr.io/cloudcorprecords/pagesdata
docker run --rm ghcr.io/cloudcorprecords/pagesdata --version
The container's default command is mcp, so the first
form is a stdio MCP server; any other arguments reach
the CLI normally.
Development
npm install
npm run build
npm test
npm run dev
The test suite runs entirely against a stubbed JSON-RPC upstream — no live network calls.
License
MIT — see LICENSE.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.