Accessing content the API
This guide explains how technical users can consume PCA content through the API.
Before you start¶
Read API Authentication first if your usage requires authenticated access.
Main API consumption patterns¶
1. Search and discovery¶
Use the search endpoints when you first need to locate relevant resources.
- Search index endpoint:
search/search-index - UoM lookup endpoint:
search/uom
Typical use:
- Query the search index to locate likely resources.
- Inspect the returned identifiers, labels, types, ontology information, and links.
- Follow the returned links or identifiers into the next retrieval step.
2. Reference-data retrieval¶
Use dereferenceable content endpoints when you already know the resource path and need machine-readable output.
The platform supports HTML for human-readable pages and RDF representations for machine use. The RDF representations depend on the Accept header.
Typical use:
- Start with a known PCA path or identifier.
- Request the resource with the representation you need.
- Use the returned RDF in your downstream workflow.
3. Specialized technical retrieval¶
Some content families expose dedicated endpoints that are useful in specific workflows.
Examples include:
- complete IMF SHACL for a block
- complete IMF SHACL for a terminal
- engineering symbols as RDF or JSON
- inherited properties for CFIHOS equipment or tags
Step-by-step API workflow¶
- Identify the content family you need.
- Decide whether you need discovery, direct retrieval, or a specialized endpoint.
- Authenticate if required.
- Call the endpoint with the correct parameters.
- Use the returned identifier, link, RDF, or JSON in your workflow.
Recommended endpoint families¶
search/search-indexfor discoverysearch/uomfor applicable units of measure- dereferenceable PCA content paths for reference-data retrieval
api/blocks/complete-imf-shaclandapi/terminals/complete-imf-shaclfor IMF SHACL outputesl/engineeringSymbolsfor engineering symbolscfihos/ancestors/propertiesfor CFIHOS property inheritance
Important note¶
Use Swagger as the detailed endpoint reference after you understand the workflow. This documentation is meant to help you choose the right path and avoid starting at the wrong technical layer.