AIP catalogues: two discovery models, shared programme delivery
Technical leader for the ISO metadata catalogue; SFEOS contributor and FAO adopter
I lead the technical work on FAO’s ISO metadata catalogue and introduced SFEOS for the Agro-informatics Platform’s STAC catalogue. These are complementary discovery services with distinct data models, delivered with colleagues and connected to upstream open-source and standards work.
Problem: discover a dataset and discover a usable asset
An institutional catalogue helps people understand what a dataset describes, where it came from and how to access it. Earth-observation discovery adds another question: which asset covers a place and time and can be used by a downstream application?
FAO’s catalogue and agro-informatics services support a broad range of projects. My work connects that institutional need with two distinct discovery models: CKAN and ISO metadata for descriptive records, and STAC for spatial and temporal asset discovery.
Architecture: separate catalogue responsibilities
The CKAN lane builds on structured metadata, schema-based editing and validation, and documented Solr projections in ckanext-jsonschema. It is the metadata-catalogue part of the work, associated with FAO’s public data catalogue and agro-informatics portal.
The STAC lane uses SFEOS, the STAC FastAPI implementation with Elasticsearch and OpenSearch backend support. I introduced it at FAO for the Agro-informatics Platform’s STAC catalogue. Its public documentation describes item and collection search across spatial, temporal and property criteria.
The diagram shows those discovery responsibilities side by side. It does not assert automatic synchronization between the catalogues, a shared database or CKAN authority over every STAC record. Each lane needs its own publishing, identity and access rules.
Metadata records and spatiotemporal assets: distinct discovery lanes
CKAN with the JSON Schema extension supports ISO metadata editing, validation and Solr discovery. SFEOS serves STAC collections/items through its configured Elasticsearch or OpenSearch backend. The two lanes support complementary programme needs; no unverified cross-catalogue synchronization is drawn.
Decisions: adapt upstream tools and carry lessons into standards
I contributed SFEOS patches and suggestions while adopting it for the FAO catalogue. Public pull requests include an Elasticsearch Serverless working draft and a collection-search draft in 2024; those proposals were closed without merging. A team contribution for custom mappings and sortable fields, submitted through my account, was merged in April 2026.
My public issue reports address multi-catalog organization, collection bounding-box mappings, index refresh visibility and pagination with sorting. These are concrete integration concerns: they connect data semantics with the search behavior a user sees. They do not establish that I authored every later upstream capability.
I also participated in standardization work on ISO 19115-4. The official ISO entry identifies ISO/TR 19115-4 as the Technical Report on JSON Schema implementation of metadata fundamentals, under publication when inspected in October 2026. My participation is recorded in my own account; I do not claim sole authorship or certification.
A retrospective alternative is to force descriptive metadata and asset discovery into one undifferentiated catalogue model. A single interface can be convenient, but it still needs to preserve provenance, spatial/temporal semantics and the ownership of each record type. The two-lane view makes those responsibilities easier to discuss before proposing any integration.
Outcomes: institutional adoption and public contributions
The programme work includes the FAO ISO metadata catalogue, SFEOS adoption for AIP STAC discovery and support for FAO projects through the public data and agro-informatics services. That institutional scope reflects my direct contribution; the platform is work delivered with colleagues.
Public upstream evidence includes the merged team patch for configurable mappings and sortable fields and earlier design discussions. This distinguishes delivered upstream work from proposals that informed discussion but were not merged.
My AIP STAC work also supported the institutional work presented in a 2025 UN geospatial presentation. The linked presentation is programme context; I do not claim authorship of its slides.
Learning: catalogue semantics become API behavior
A metadata schema is not enough by itself. A collection bounding box must be represented in a way the search backend can query; a pagination token depends on ordering; a newly indexed record may not be immediately visible. These issues turn standards language into implementation work.
For a further review I would trace publishing, updates, deletions and visibility rules separately in both catalogues, then document any intended links between them. A shared programme does not by itself establish a shared consistency or authorization contract.
Questions & discussion
Why use both CKAN/ISO metadata and STAC?
They answer complementary discovery questions. CKAN supports richer descriptive metadata and catalogue workflows; the STAC lane serves collection/item and spatial-temporal asset discovery. Their boundaries remain explicit.
Read the relevant sectionDoes CKAN automatically publish or synchronize every STAC record?
That integration has not been established here. The case shows two distinct catalogue responsibilities and does not claim CKAN is authoritative for all STAC records.
Read the relevant sectionWhich SFEOS contribution was merged?
The team’s custom mappings and sortable-fields contribution, submitted through my account as PR 643, was merged in April 2026. The 2024 Serverless and collection-search drafts were closed without merging.
Read the relevant sectionWhat does participation in ISO 19115-4 mean here?
I participated in the standardization work. The official source establishes the Technical Report’s title and publication stage; it does not establish individual membership, authorship of the entire document or certification of the catalogue.
Read the relevant sectionWhat would you verify after ingesting a collection?
Its searchable spatial/temporal representation, visibility after indexing, deterministic pagination and access/deletion behavior. These are review targets anchored in my upstream reports, not a claim that a conformance audit has been completed.
Read the relevant sectionSources & scope
- FAO catalogue and SFEOS adoption: contribution account
FAO project scope and technical leadership confirmed October 2026; Institutional work with colleagues; catalogue leadership, FAO adoption and standards participation confirmed by the contributor
- FAO public data catalogue
Public catalogue entry point; programme scope confirmed in my account; FAO institutional service
- FAO Agro-informatics portal
Official portal inspected October 2026; FAO institutional programme
- SFEOS project documentation
Current upstream documentation inspected October 2026; STAC Utils community; project capabilities do not establish every deployment setting
- SFEOS custom mappings and sortable fields team contribution
Merged 14 April 2026; author account ccancellieri; Team contribution submitted through Carlo Cancellieri’s account
- SFEOS collection-search proposal
2024 draft; closed without merging; Original proposal; not presented as a merged upstream feature
- SFEOS catalogue organization discussion
Public issue opened November 2024; Carlo Cancellieri’s design report
- SFEOS collection bounding-box mapping report
Public issue opened December 2024; Carlo Cancellieri’s integration report
- SFEOS indexing refresh discussion
Public issue opened November 2024; Carlo Cancellieri’s integration report
- SFEOS sorting and pagination report
Public issue opened October 2024; Carlo Cancellieri’s integration report
- ISO/TR 19115-4 official project entry
Technical Report; stage 60.00, under publication, inspected October 2026; ISO/TC 211; source establishes report identity/status, not individual participation
- UN Global Geospatial presentation (2025)
User-provided reference; contents not inspected; Institutional presentation; no claim of slide authorship