1 / 5

Connecting National Registers to the Central INSPIRE Registry: Insights from Ispra

This document captures discussions from the breakout groups at the INSPIRE event held in Ispra on January 21, 2014. Key topics include the architecture and governance of the central INSPIRE registry, the processes for importing and linking national registers, and the requirements for registration of extensions. Participants explored data exchange formats and APIs necessary for effective interaction between national and central registries. Additional points addressed included metadata needs, conceptual models for extensions, and the types of supported extensions.

lani
Télécharger la présentation

Connecting National Registers to the Central INSPIRE Registry: Insights from Ispra

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Extending central INSPIRE registers & connecting national registers to the central INSPIRE registry Break-out groups Ispra, 21 January 2014

  2. Architecture & governance • Should the central INSPIRE register imported/harvested/linked by national registers? • Should national registers be imported/harvested/linked by the central INSPIRE register? (“known extensions”) • What should searches in the central INSPIRE register return? • Who can register extensions with the central INSPIRE registry? How (do extensions need to be approved)?

  3. Exchange formats & APIs • How to exchange data between the central and national INSPIRE registries? • Is there a need to APIs? If so, which operations are needed? • What should be the exchange format (SKOS/RDF, ISO 19135 XML, others?) • Is there a need for register metadata?

  4. Conceptual model for extensions • How to represent extensions to another register? • Use the same or a different data model than for “normal” registers? • What type of extensions should be supported • Additional items • Code lists • narrower terms • additional values at any level • additional child code lists • Additional translations • Additional attributes • Others? • Identifiers for core and extensions

  5. Questions?

More Related