For Agents
Search Auckland Museum's Collections Online and Cenotaph records, fetch detailed subject nodes, and retrieve associated media via REST or SPARQL.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Auckland Museum API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Auckland Museum API.
Run a keyword search across collections via GET /search/{index}/{operation}
Submit complex queries with POST /search/{index}/{operation} for filtered, facet-driven retrieval
Fetch a full subject record by identifier via GET /id/{identifier}
GET STARTED
Use for: Search Auckland Museum collections for a keyword like 'taonga', Find every Cenotaph record for a New Zealand soldier by surname, Retrieve the full record for a specific collection object, Get the high-resolution image associated with a museum record
Not supported: Does not handle ticket sales, event bookings, or membership management — use for Auckland Museum collections, Cenotaph records, media, and linked-data queries only.
Jentic publishes the only available OpenAPI specification for Auckland Museum API, keeping it validated and agent-ready. The Auckland Museum API exposes the museum's Collections Online and Cenotaph databases, including the Pacific and New Zealand collections, library and archive material, and a record of every New Zealand service person held in the Cenotaph database. Data is queryable through simple keyword search, complex Elasticsearch-style queries, a SPARQL endpoint over the linked-data graph, and direct media retrieval. The API is a public research resource designed for cultural-heritage projects, education, and applications that surface Aotearoa New Zealand's collections.
Retrieve images and other media tied to a record through GET /id/media/{path}
Query the linked-data graph using GET or POST /sparql for federated research
Combine Cenotaph and Collections indexes to build cross-domain heritage queries
Patterns agents use Auckland Museum API for, with concrete tasks.
★ Education and research portals
Universities, schools, and heritage projects build research portals over Auckland Museum's collections without re-hosting the data. GET /search runs keyword retrieval across collections and Cenotaph indexes, GET /id/{identifier} pulls the full record, and GET /id/media/{path} returns the associated image or document. The combination is enough to build a class-facing or public-facing collection browser tied directly to live museum data.
Search the collections index for the keyword 'pou' via GET /search/collectionsonline/_search, then for the first three hits call GET /id/{identifier} and return the title, maker, and date for each.
Family-history Cenotaph lookup
The Cenotaph database records New Zealand service people from the South African War onward. Family historians want to look up a relative by name or service number and retrieve the full record with photographs and narratives. POST /search/cenotaph/_search supports the complex query needed to combine surname, service number, and conflict, and GET /id/{identifier} returns the canonical record once a match is found.
POST to /search/cenotaph/_search with a query for surname='Smith' and conflict='World War 1', then return the top five results with their identifier, full name, and service number.
Linked-data integration with cultural-heritage graphs
The /sparql endpoint exposes the museum's collections as RDF, which lets researchers federate queries with other GLAM (galleries, libraries, archives, museums) endpoints such as Europeana or DigitalNZ. A SPARQL agent can union resources across multiple collection graphs and build a single citation list for a research paper, with all subject identifiers traceable back to Auckland Museum URIs.
POST a SPARQL query to /sparql that returns the rdf:label and dcterms:creator for every subject linked to the concept 'waka', limited to 25 results.
AI agent integration via Jentic
An education or heritage agent can use Jentic to call the Auckland Museum API without hardcoding endpoint paths. The agent searches an intent like 'search Auckland Museum collections', Jentic returns the matching operation and its input schema, and the call is executed against api.aucklandmuseum.com. Because the API is open, no credential is required, but Jentic still standardises the call format so the agent can compose this with other museum APIs in the same workflow.
Use Jentic search 'search Auckland Museum collections', load the schema for GET /search/{index}/{operation}, and execute it for index='collectionsonline' with the query 'kowhai'.
6 endpoints — jentic publishes the only available openapi specification for auckland museum api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/search/{index}/{operation}
Run a simple search across an index
/search/{index}/{operation}
Run a complex query with filters and facets
/id/{identifier}
Retrieve a full subject record by identifier
/id/media/{path}
Retrieve media (images, documents) tied to a record
/sparql
Run a SPARQL query against the linked-data graph
/sparql
Submit a SPARQL query body for complex linked-data retrieval
/search/{index}/{operation}
Run a simple search across an index
/search/{index}/{operation}
Run a complex query with filters and facets
/id/{identifier}
Retrieve a full subject record by identifier
/id/media/{path}
Retrieve media (images, documents) tied to a record
/sparql
Run a SPARQL query against the linked-data graph
Three things that make agents converge on Jentic-routed access.
Credential isolation
The Auckland Museum API is public, so no credential is required. Jentic still routes the call through its execution layer so agents can compose museum lookups with credentialed APIs in the same workflow without changing patterns.
Intent-based discovery
Agents search by intent (e.g., 'search Auckland Museum collections') and Jentic returns the matching operation with its input schema, so the agent picks /search, /id, /id/media, or /sparql without browsing the museum's apidoc.
Time to first call
Direct integration: half a day to learn the index naming and SPARQL conventions. Through Jentic: under 15 minutes from search to first executed call.
Alternatives and complements available in the Jentic catalogue.
Specific to using Auckland Museum API through Jentic.
Why is there no official OpenAPI spec for Auckland Museum API?
Auckland Museum publishes API documentation at api.aucklandmuseum.com/apidoc but does not distribute a downloadable OpenAPI file. Jentic generates and maintains this spec so that AI agents and developers can call Auckland Museum API via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the Auckland Museum API use?
The Auckland Museum API is publicly accessible and does not require an API key for the search, id, media, or sparql endpoints in this spec. When called through Jentic the agent still goes through the standard search/load/execute flow so the call shape is consistent with credentialed APIs in the same workflow.
Can I search both Collections Online and Cenotaph through the Auckland Museum API?
Yes. The /search/{index}/{operation} endpoint takes the index name as a path parameter, so you can target collectionsonline for collection objects or cenotaph for service-person records. POST supports a richer query body for filtering and faceting.
What are the rate limits for the Auckland Museum API?
The Auckland Museum API does not publish a documented rate limit in the spec. The service is shared and free, so heavy or scripted use should be paced and ideally cached. SPARQL queries are subject to a server-side query timeout.
How do I retrieve a museum object's image through Jentic?
Run jentic search 'get media for an Auckland Museum record', load the schema for GET /id/media/{path}, and execute it with the path returned in a prior /id/{identifier} response. With pip install jentic an agent can fetch the image binary in one async call.
Is the Auckland Museum API free to use?
Yes. The API is offered as a public research resource. Bulk and commercial use should be discussed with Auckland Museum, but standard search and retrieval calls are free and unauthenticated.
/sparql
Submit a SPARQL query body for complex linked-data retrieval