Beruflich Dokumente
Kultur Dokumente
Further vision
To enable the discovery of INSPIRE, as well as other spatial data,
through the national ontology service besides national Geoportal
and INSPIRE services
Realization of full potential of INSPIRE and spatial data at large
Operational Linked Data infrastructure
Semantic annotations in OGC standards, Best practise doc (2012)
1) http://paikkatiedot.fi/so/{namespace}/{localId}[/{versionId}]
centralized and common URI management and service, or
2) http://{register}.fi/so/{namespace}/{localId}[/{versionId}]
- URI-service by the individual data provider
{namespace} = data source, i.e. dataset identifier in national spatial data metadata
{register} = URI management body i.e Helsinki for municipality or authority
C. Linking URI-components
/so/ for spatial objects
/id/ for real world objects
mandatory linked to /so/, or both ways as necessary for application use
/doc/ for documents
etc
Challenges for PID set-up and management (1)
Issues on identification and INSPIRE ID
Both the INSPIRE spatial object entity (instance) and the original spatial
object (source object) correspondent to the INSPIRE instance have URIs
of their own:
The URI path of the INSPIRE instance has parts: /{ theme}/, /{class}/, but
the spatial source object URI is opaque. Note that one or several INSPIRE
spatial objects, e.g. in different INSPIRE themes, may be subsets of a single
spatial source object.
The URI of the spatial source object (instance) and the one of the INSPIRE
/so/-instance(s) refer to the same and single /id/.
The organization responsible of the source object shall create the /id/-URI.
If the INSPIRE instance is created before the /id/-URI of the source object then it shall be
created by the organization responsible of the INSPIRE spatial object and /so/-URI.
Practically always the organization responsible of the spatial source object is responsible of
the INSPIRE spatial object (this is the case in Finland).
Challenges for PID set-up and management (2)
Consistent rules at the EU level
At the EU level, we would expect that there would come a
technical guidance or high-level recommendations to
establish cornerstones for pan-European interoperability on
issues such as
standard URI response patterns (minimum for cross-border use)
re-use or configuration of register services such as INSPIRE schemas or
codelists etc. for reasoning in order to manage semantics
standard representation of life-cycle rules (minimum for cross-border use)
further definition/specification of operational roles of /so/- and /id/-
components in URI-linking and response patterns
linking method between /so/- and /id/ - one-way or both ways, which
is our conclusion.
representation of real-world object; whether /id/-component is feasible
for that as common practice, similarly to ISA recommendation
Next steps
To start shortly
Generating reusable INSPIRE data products (required by nat. Law)
Linking to generic national ontology service
Completion of national recommendation on UIDs
For INSPIRE implementation: March 2015
Expecting for INSPIRE MIG guidelines
For final approval by the end of 2015
In the future
Data discovery and retrieval
Through national geo-portal
Through spatial data services
Extension of national thesaurus and ontology service Finto to spatial
data discovery and retrieval
Thank you for attention
The three different levels of (semantic) annotations possible for OGC Web
Services
1. Metadata level
ISO-metadata on dataset
ISO-metadata on services
OWS GetCapabilities
2. Schema level metadata
XML-schema in catalogue service (registry service)
WFS DescribeFeatureType
3. Entity level metadata
GML-data
Technical realization of the individual levels
On entity level (3) the individual can be either annotated with domain
concepts or with individuals of domain concepts
Granularity of spatial search
The overall method comprises different levels of
granularity
Dataset discovery and retrieval annotations on metadata
level
Data entity discovery and retrieval annotations on
schema level
Data entity discovery and retrieval automated
annotation process linking metadata and schema level (Fig.
1, most detailed)
Data entity discovery and retrieval annotations on data
entities (straightforward by pre-processing)
(Four last slides show identification of different levels in FI, as a hint)
Principal steps in managing semantics
T1 Tarve myrkkypstn
raportoinnille mm.
uimapaikkojen ja satamien
vastuutahoille
Haku ksite- ja
spatiaalista rajausta Aineistojen ja
T2 kytten palvelujen Paikkatieto
-ontologia
metatiedot
T3 Haetaan ksitteit
paikkatieto-ontologiasta
T4
T5
Haetaan hakupalvelusta
aineistojen ja palvelujen
metatiedot, joiden
annotoinnissa on
kytetty lytyneit
ksitteit ja jotka
sisltvt tietoa
kyttjn
mrittelemlt alueelta uimapaikat
Uimapaikat:
Aineisto uimapaikat,
saatavilla palvelun B kautta
Satamat: satamat
Aineisto satamat, saatavilla
palvelun C kautta
Data entity discovery and retrieval annotations on schema level
Kyttj (myrkkypstn
Paikkatietokohteiden
liittyv evakuointisuunnitelmaa
Aika hakuun suunniteltu Luettelopalvelu Ontologiapalvelu Paikkatiedon tuottajat
tekev pelastuslaitoksen
karttapohjainen sovellus
operaatiovastaava)
T1 Tarve myrkkypstn
raportoinnille mm.
uimapaikkojen ja satamien
vastuutahoille
Haku ksite- ja
spatiaalista rajausta Tietotuoteskeemat Paikkati
eto-
kytten - Inspire-skeemat
T2 ontologi
- muut
a
Haetaan ksitteit
paikkatieto-ontologiasta
T3
T4
uimapaikat
T5 Haetaan
luettelopalvelusta
kohdetyyppej ja
attribuutteja, joiden
annotoinnissa on
kytetty lytyneit
ksitteit satamat
Haetaan infran
Uimapaikat: palveluista lytyneiden
Kohdetyyppi: bathingWater kohdetyyppien mukaisia
Kohteet: http://paikkatiedot.fi tietokohteita kyttjn
/so/uimapaikat/1234 rajaamalta alueelta
Satamat:
Kohdetyyppi: harbour
Kohteet: http://paikkatiedot.fi
/so/satamat/1234
Data entity discovery and retrieval annotations on metadata and schema level
Kyttj (myrkkypstn
liittyv Paikkatietokohteiden hakuun
Aika evakuointisuunnitelmaa tekev suunniteltu karttapohjainen Luettelopalvelu Ontologiapalvelu Paikkatiedon tuottajat
pelastuslaitoksen sovellus
operaatiovastaava)
Haetaan hakupalvelusta
aineistojen ja palvelujen
T3 metatiedot, joiden
annotoinnissa on
T4 kytetty lytyneit
ksitteit ja jotka
T5
sisltvt tietoa
kyttjn
mrittelemlt alueelta
Haetaan uimapaikat
luettelopalvelusta
kohdetyyppej ja
attribuutteja, joiden
Uimapaikat: annotoinnissa on
Aineisto uimapaikat, kytetty lytyneit
saatavilla palvelun B kautta ksitteit satamat
Kohdetyyppi: bathingWater
Kohteet: http://paikkatiedot.fi
/so/uimapaikat/1234 Haetaan hakupalvelun
Satamat: kautta lytyneist
Aineisto satamat, palveluista lytyneiden
kohdetyyppien mukaisia
saatavilla palvelun C kautta
tietokohteita kyttjn
Kohdetyyppi: harbour rajaamalta alueelta
Kohteet: http://paikkatiedot.fi
/so/satamat/1234
Data entity discovery and retrieval annotations on data entities
Kyttj (myrkkypstn
Paikkatietokohteiden
liittyv evakuointisuunnitelmaa
Aika hakuun suunniteltu Ontologiapalvelu Paikkatiedon tuottajat
tekev pelastuslaitoksen
karttapohjainen sovellus
operaatiovastaava)
T1 Tarve myrkkypstn
raportoinnille mm.
uimapaikkojen ja satamien
vastuutahoille
Haku ksite- ja Paikkati
spatiaalista rajausta eto-
kytten ontologi
T2 a
Haetaan ksitteit
paikkatieto-ontologiasta
T3
T4 uimapaikat
T5
Haetaan lytyneill
ksitteill annotoituja
tietokohteita infran
palveluista
Uimapaikat: satamat
Kohteet: http://paikkatiedot.fi
/so/uimapaikat/1234
Satamat:
Kohteet: http://paikkatiedot.fi
/so/satamat/1234