JHS 193 Paikkatiedon yksilöivät tunnukset

JHS 193 Paikkatiedon yksilöivät tunnukset Versio: 1.1 / 19.2.2016 Julkaistu: 2.9.2015 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto...2 1.1 Suosituks rakne...2 2 Soveltamisala...2 3 Viittaukset...3 4 Termit ja lyhteet...4 5 Paikkatietokohteid yksilöinti...9 5.1 Tietomallinnukse perustuva yksilöinti...9 5.2 Muut tunnus- ja yksilöintijärjestelmät...9 5.3 INSPIRE-direktiivin edellyttämät tunnukset...9 5.4 Muut kuin INSPIRE-direktiivin mukaiset tunnukset...10 6 Vaatimukset yksilöiville tunnuksille...10 6.1 Yleiset vaatimukset...10 6.2 Tietojärjestelmäriippumattomat tunnukset...10 7 Yksilöivän tunnuks rakne...10 7.1 Verkkotunnus...11 7.2 Tunnustyyppi...11 7.3 Aineistotunnus...11 7.4 Paikallin tunnus...11 7.1 Versiotunnus...12 8 Paikkatietokohte elinkaar hallinta...12 8.1 Muutostyypit...12 8.2 Paikkatietokohteid elinkaarisäännöt ja versionhallinta...13 9 Tunnuks julkaisemin...14 9.1 URI-tunnuks rakne...14 9.1.1 Paikkatietokohte tunnus (so)...14 9.1.2 Reaalimaailman kohte tunnus (id)...14 9.1.3 Käsitte tunnus (def)...15 9.1.4 Dokumtaation tunnus (doc)...16 9.2 Uudelleohjauks ja tietoj linkittämis käytänteet...16 9.3 Vastauskäytänteet...19 10 Opastavat tiedot...19 10.1 Kirjallisuusviitteet ja muut viittaukset...20 11 Liitteet...21 1/21

1 Johdanto INSPIRE-direktiivin (2007/2/EY) ja direktiivin toimepanosääntöj tarkoituksa on tietoj yhteiskäytön edistämin eurooppalaisessa paikkatietoinfrastruktuurissa ja rekistereid yhteiskäytön edistämin julkishallinnossa. Direktiivin toimepano osana toteutetaan kansallist järjestelmi mukaist tunnuskäytäntöj yhdmukaistamin. Yhtetoimivuud varmistamiseksi INSPIRE-direktiivi velvoittaa, että yksilöivät tunnukset julkaistaan HTTP URI -muodossa. Tässä suosituksessa termillä URI-tunnus tarkoitetaan HTTP URI -muotoisia tunnuksia. Tämä suositus määrittelee URI-tunnust raknemallin ja uudelleohjauks käytänteet sekä ohjeistaa tunnust toteuttamista ja paikkatietokohteid elinkaarisääntöj laatimista. Lisäksi esitellään URItunnust hyödyntämistä ja käyttötapausesimerkkejä. Suosituks mukaan URI-tunnust raknemallia tulee soveltaa INSPIRE-direktiivin soveltamisalaa laajemmin koko julkishallinnossa tietoj yksilöintiin ja linkittämise. INSPIRE-direktiivi edellyttää, että s liitte I seitsemän aineistoteeman, liitte II neljän ja liitte III 15 aineistoteeman tietokohteille annetaan tietojärjestelmäriippumattomat yksilöivät tunnukset direktiivin toimepanosääntöj mukaisesti. Direktiivin toimepanosääntöj valmistelussa ja tietotuotemäärittelyissä on suositettu, että niitä käytettäisiin myös muille paikkatietokohteille, joita useat käyttäjätahot tarvitsevat. Tietotuotemäärittelyt muodostavat laaja-alais harmonisoidun käsitteistön, joka on yhtetoimivuud perusta INSPIRE-pohjaisessa paikkatietoinfrastruktuurissa. INSPIRE-direktiivin teknis Geral Conceptual Model (GCM) -puitedokumtin mukaan yksilöivät tunnukset julkaistaan HTTP URI -muodossa koostu paikkatietokohte tietolähte yksilöivästä nimiavaruudesta ja paikkatietokohte paikallisesta tunnuksesta, joka on tiedontuottajan antama tunnus. Kansallis paikkatietoinfrastruktuurin lisäksi yksilöivät tunnukset sisältyvät myös julkis hallinnon kokonaisarkkitehtuurissa paikkatiedon viitearkkitehtuuriin. 1.1 Suosituks rakne Suosituksessa esitellään paikkatietoj yksilöintiin liittyvät vaatimukset ja muut tunnust määrittelyyn ja hallintaan liittyvät tekijät kut paikkatietokohteid elinkaarisäännöt sekä URI-polun rakne tunnuksi julkaisemise, uudelleohjauks käytänteet ja vastauskäytänteet URI-tunnuksiin viitattaessa. Lisäksi kuvataan URI-tunnust hyödyntämistä. Liitteessä 1 kuvataan toimpiteet, joid avulla suosituks mukaiset URI-tunnukset voidaan muodostaa ja julkaista. Liitteessä 2 esitetään esimerkki tiedontuottajan tarjoaman URI-palvelun teknisestä toteutuksesta. Liitteessä 3 kuvataan paikkatietokohteid elinkaarisääntöj muodostamis periaatteet ja esimerkkitapauksia. Liite 4 sisältää URI-tunnust käyttötapausesimerkkejä. Liite 5 sisältää luettelon INSPIRE-paikkatietokohdetyypeistä, joid mukaisille paikkatietokohteille tulisi antaa tämän suosituks mukaiset URI-tunnukset. 2 Soveltamisala Suosituks tavoittea on luoda ja vakiinnuttaa paikkatiedon yksilöivi tunnust yhtäin rakne ja niid julkaisemin koneluettavassa muodossa sekä johdonmukaiset mettelyt uudelleohjauksiin tunnuksia käytettäessä. Tämän ohella tavoittea on INSPIRE-vaatimust sovittamin olemassa oleviin tunnuskäytäntöihin ja niitä koskeviin JHS-suosituksiin. 2/21

Myös Yhdistetty tieto (Linked data) edellyttää nimiavaruuksi ja URI-rakte sopimista ja järjestämistä kansallisella tasolla. Näin yhteiskunnan tietoresursseja voidaan käyttää tehokkaasti julkishallinnon palveluj ja uud liiketoiminnan kehittämise sekä tiedon laajaan hyödyntämise koko yhteiskunnassa. URI-tunnust julkaisemin paikkatietokohteid lisäksi myös paikkatietokohdetyypeille eli käsitteille mahdollistaa paikkatietoinfrastruktuuriin rajapintapalvelun, jonka avulla voi hakea ontologian käsitteitä ja niid välisiä suhteita sekä käsitteid avulla niihin liittyvää paikkatietoa. Suositus ohjeistaa tietojärjestelmäriippumattomi URI-tunnust rakte tiedoille ja käsitteille, joita useat käyttäjätahot hyödyntävät. Lähtökohtana ovat INSPIRE-direktiivin edellyttämät tunnukset paikkatiedoille, jotka muodostavat direktiivin edellyttämään kansallise paikkatietoinfrastruktuuriin perustuvan, ympäristöön mahdollisesti vaikuttavia politiikkoja tai toimintoja tukevan tietoresurssin (Laki paikkatietoinfrastruktuurista L421/2009, 3). Paikkatietoinfrastruktuurin kattami paikkatietoaineistoj laajuud takia samoja tietoja hyödynnetään useimmilla julkishallinnon ja yhteiskunnan toimialoilla, ja myös keskeiset perustietovarannot katta. Tämän takia suosituks URI-tunnust raknemallia tulee soveltaa tietoj yhteiskäytön tehostamiseksi koko julkishallinnossa tietoresurssi tietoj yksilöintiin ja linkittämise. Suosituks pääkohdealue on INSPIRE-direktiivin mukaiset paikkatietoaineistot ja muut julkis hallinnon ylläpitämät paikkatietoaineistot. Suositusta voidaan käyttää myös muilla kohdealueilla, esimerkiksi yksityis sektori ylläpitämi paikkatietoaineistoj toteutuksissa. Suosituks kohderyhmiä ovat: Julkishallinnon toiminnan ja prosessi kehittäjät Julkishallinnon tietojärjestelmi kehittäjät Järjestelmäkehityshankkeid vetäjät ja asiantuntijat Paikkatietoaineistoj kehittäjät ja ylläpitäjät Tiedon käyttäjät (tietoj yhdistely - linked data) URI-tunnuksia ja niid tarjoamaa tietoresurssi linkittämistä voivat hyödyntää erityisesti organisaatiotason tietoarkkitehtuurin, toiminnan ja prosessi kehittäjät, sovellushankkeid tietomäärittelyä tekevät sovelluskehittäjät, sekä avoim tiedon hyödyntäjät yleisesti. Myös yksityin sektori voi tuottaa tehokkaasti tiedon yhdistelyä hyödyntäviä uusia palveluja. Siltä osin kuin palvelut perustuvat ylikansallisesti harmonisoituihin tietomäärittelyihin, kut INSPIRE-tietomäärittelyt, palveluhankkeet ja sovellusmarkkinat voivat olla kansainvälisiä. Yksilöivät tunnukset ja niid hallintametodit (Linked data, Yhdistetty tieto-konseptin realisaatiota) ovat keskein osaa poikkihallinnollista ja laajempaa yhtetoimivuutta. Yksilöivät tunnukset ovat osa julkishallinnon kokonaisarkkitehtuuria. Avoim tiedon sovelluskehittäjille yksilöivät URI-tunnukset ovat välttämättömiä, erityisesti referssitiedon ylläpidossa, jot ne edistävät tiedon avaamista ja siitä saatavia hyötyjä konkreettisesti. Monipuolista hyötykäyttöä on nähtävissä myös sähköisessä asioinnissa sekä tiedon keruun ja ylläpidon joukkoistamisessa. 3 Viittaukset INSPIRE-direktiivi (2007/2/EY) ja s täytäntöönpanosäännöt Komission asetus 1089 (2010) ja s muutos 1253 (2013), ks. kirjallisuusviitteet Laki paikkatietoinfrastruktuurista (421/2009) ja Asetus paikkatietoinfrastruktuurista (725/2009) Geoinformatiikan sanaston 3. laitos, Sanastokeskus TSK ry, 2014. ISBN 978-952-9794-34-8 3/21

JHS 158 Paikkatiedon metatiedot JHS 162 Paikkatietoj mallintamin tiedonsiirtoa vart JHS 177 Paikkatietotuotte määrittely JHS 180 Paikkatiedon sisältöpalvelut RFC 4122 A Universally Unique IDtier (UUID) URN Namespace ISO 8601 Data elemts and interchange formats Information interchange Represtation of dates and times ISO/IEC 8824-1:2008 Information technology - Abstract Syntax Notation One (ASN.1): Specication of basic notation ISO 19148 Linear Refercing 4 Termit ja lyhteet aineistotunnus aineistotunnus aineiston yksilöivä resurssitunnus Suomessa paikkatiedon alalla aineistotunnuksella tarkoitetaan paikkatietoaineiston yksilöivää resurssitunnusta, joka on annettu Paikkatietohakemistossa. ATOM-syöte Atom-syöte Atom feed verkkosyöte, jonka tiedot on tallnettu Internet Engineering Task Force (IETF) -järjestön alaisuudessa toimivan Atompub Working Groupin kehittämän standardin mukaise muotoon elinkaarisääntö elinkaarisääntö sääntö, joka kuvaa tietokohte luomis, muuttamis tai poistamis aiheuttamia muutoksia tietokohte yksilöivään tunnukse tai versiotunnukse Finto Finto Suom Kansalliskirjaston ylläpitämä asiasanasto- ja ontologiapalvelu GeoJSON GeoJSON; Geographic JavaScript Object Notation paikkatietokohteid kuvaamin JSON- (JavaScript Object Notation) -tiedostomuodossa 4/21

GML Geography Markup Language; GML OGC:n (Op Geospatial Consortium) määrittelemä, XML-merkintäkiele perustuva kieli, joka on tarkoitettu maantieteellist kohteid kuvaamise JSON JSON; JavaScript Object Notation avoin standardi (RFC 7159) tietoj esittämise nimi-arvo -pareina JSON LD JSON LD; JSON Linked Data - linkitetty data -käyttöön tarkoitettu JSON-tiedostomuoto latauspalvelu kohdepalvelu; latauspalvelu (INSPIRE) download service (INSPIRE) rajapintapalvelu, joka mahdollistaa paikkatiedon kopioimis käyttäjän tietovälineelle linkitetty data linkitetty data; yhdistetty tieto linked data raktein data, jossa on lähte sisäisiä ja lähteid välisiä linkkejä nimiavaruus nimiavaruus name space loogisesti yhtekuuluvi yksikäsitteist tunnust muodostama abstrakti joukko tai kokoelma nimiavaruusrekisteri nimiavaruusrekisteri rekisteri, joka sisältää nimiavaruute liittyviä attribuutteja OID ISO OID -yksilöintitunnus; OID-yksilöintitunnus; OID ISO OID object idtier kansainvälisesti vain yhte kohteese liitettävä numeroid ja pisteid muodostama tunnus, joka yksilöi kyseis kohte yksiselitteisesti ISO/IEC 8824-1:2008 -standardin mukaisessa yksilöintijärjestelmässä ontologia ontologia 5/21

kone ja ihmis tulkittavissa oleva, yhteisesti sovittu, täsmällin kuvaus sovellusalue käsitteistä ja näid välisistä suhteista ontologiapalvelu ontologiapalvelu ontologioid selailu- ja käyttöpalvelu paikallin tunnus paikallin tunnus tunnus, joka yksilöi paikkatietokohte yksikäsitteisesti jossakin nimiavaruudessa paikkatietokohde paikkatietokohde geographic feature abstrakti kuvaus todellisesta asiasta tai ilmiöstä, joka liittyy tiettyyn paikkaan tai maantieteellise alueese paikkatietokäsite paikkatietokäsite käsite, jota paikkatietokohde edustaa Päijänne on Maanmittauslaitoks maastotietokannan paikkatietokohde, jonka kohdeluokka "vakavesi" edustaa käsitettä 'järvi'. polkukompontti polkukompontti kauttamerkeillä ( / ) erotettu URI-polun osa RDF Resource Description Framework; RDF W3C:n standardoima malli tiedon vaihtoon sovellust välillä erityisesti web-ympäristössä RDF mahdollistaa useisiin eri tietomalleihin (skeemoihin) pohjautuvan tiedon integroinnin sekä näid tietomalli evoluution jo mallinnettua tietoa muokkaamatta. reaalimaailman kohde reaalimaailman kohde reaalimaailmassa esiintyvä kohde, jota paikkatietokohde kuvaa tietomalli tietomalli 6/21

data model malli, joka kuvaa tietoa ja tietoj välisiä suhteita tietotuote tietotuote data product yhd tai useamman tietoaineiston tai tietoaineistosarjan tiedoista koottu tuote, joka voidaan luovuttaa sellaisaan tai sisällön perusteella rajattuna tiettyyn käyttötarkoitukse tietotuotemäärittely tietotuotemäärittely data product specication dokumtti, jossa tietotuote kuvaillaan yksityiskohtaisesti tuotannon, myynnin, käytön tai jonkin muun toiminnan tarpeisiin tunnus tunnus; tunniste (INSPIRE) idtier kohteelle annettava yksilöivä ominaisuus Tässä suosituksessa (JHS 193, Paikkatiedon yksilöivät tunnukset) tunnus on merkkijonomuotoin ja tarkemmin ilmaist "tiedon tai tietojoukon yksilöivä HTTP URI" (ks. URI-tunnus). JHS 193:ssa käsitteestä "tiedon tai tietojoukon yksilöivä HTTP URI" käytetään termiä tunnus, kun taas Inspire-direktiivin ohjeistuksessa samaan käsitteese viitataan termillä tunniste (gl. idtier). tunnustyyppi tunnustyyppi type (INSPIRE); URI type (INSPIRE) URI-polussa oleva kompontti, joka ilmaisee minkä tyyppise tietoresurssiin viitataan tunnusvarausjärjestelmä tunnusvarausjärjestelmä järjestelmä, jonka avulla voi varata yksilöivän paikallis tai globaalin tunnuks URI URI Uniform Resource Idtier (1); URI URL tai URN Yleisin URI-muoto on http-alkuin URL-osoite. URI-tunniste ei kuitkaan tarvitse viitata konkreettise sijaintiin internetissä, vaan se voi olla abstraktimpi tunniste. 7/21

URL URL; URL-osoite Uniform Resource Locator; URL tunnus, joka määrättyjä sääntöjä noudatta kertoo sisijais tavan paikantaa tietty resurssi Useimmit resurssilla tarkoitetaan internetissä olevaa tietoa tai palvelua. Resurssin URL voi muuttua tai poistua käytöstä, jolloin sitä ei ää löydä URL:n avulla. URI-palvelu URI-palvelu Tässä suosituksessa URI-palvelulla tarkoitetaan tiedontuottajan palvelua, johon URI-tunnukset kohdistuvat suoraan tai uudelleohjauks kautta. URI-polku URI-polku URI path kauttamerkeillä ("/") tarknettu tiedon sijaintipaikan hierarkia verkkotunnuks sisällä URI-tunnus URI-tunnus Uniform Resource Idtier (2) RFC 3986 -standardiin perustuva HTTP(S) URI -muotoin yksilöivä tunnus URI-tunnuks ei tarvitse viitata konkreettise sijaintiin internetissä, vaan se voi olla abstraktimpi tunnus. Vrt. käsite URI. uudelleohjaus uudelleohjaus URI-tunnukse kohdistuvi viittaust ohjaamin URI-tunnuks sisällön tarjoavaan palveluun uudelleohjauspalvelu uudelleohjauspalvelu palvelu, joka suorittaa uudelleohjauks UUID UUID; Universally Unique Idtier OSF:n (Op Software Foundation) määrittelemän yksilöintijärjestelmän mukain tunnus, joka on maailmanlaajuisesti yksikäsittein verkkotunnus verkkotunnus 8/21

domain name organisaation tai verkkopalvelun yksilöivä tunnus tietoverkoissa 5 Paikkatietokohteid yksilöinti 5.1 Tietomallinnukse perustuva yksilöinti Tietomalli määrittelee sovellusalansa tietotarpeid mukais kuvauks reaalimaailman kohteesta. Samaa reaalimaailman kohdetta voidaan kuvata useilla eri tietomalleihin perustuvilla tietokohteilla. Sit eri tietomalleihin perustuvat paikkatietokohteet voivat kuvata yhtä ja samaa reaalimaailman kohdetta. Samaa reaalimaailman kohdetta kuvaavi tietokohteid yksilöiviin tunnuksiin voidaan liittää viittaus tähän reaalimaailman kohteese, jolloin eri tietomalli mukaisia kohteid ominaisuustietoja voidaan yhdistää. Tässä suosituksessa reaalimaailman kohteisiin viitataan URI-tunnuksilla. Reaalimaailman kohte tunnukselle käytetään ns. placeholder-mettelyä sit, että sitä mallintavan paikkakohte URI-tunnus, johon /so/-kompontin sijaan vaihdetaan /id/-kompontti, edustaa reaalimaailman kohdetta. Tätä selvitetään tarkemmin jäljempänä URI-tunnuks raknetta esittelevässä luvussa. Näin myös ratkaistaan loson kysymys siitä, mikä on reaalimaailman kohde tai s idtiteetti. INSPIRE-direktiivi tähtää tietomallipohjaise infrastruktuuriin ja s toimepanosäännöt tarjoavat laajaalaisesti harmonisoidun tietomallinnuks paikkatietokohteid yksilöintiin. 5.2 Muut tunnus- ja yksilöintijärjestelmät Temaattiset ja maantieteelliset tunnukset on tarkoitettu si sijassa ihmiskäyttöön todtamaan, että tarkoitetaan samaa reaalimaailman kohdetta, esim. nykyin kiinteistö- ja raknustunnus. Temaattiset tunnukset voivat soveltua yksilöiviksi tunnuksiksi edellyttä, että ne täyttävät yleiset yksilöiville tunnuksille asetetut vaatimukset. UUID (Universally Unique Idtier) on OSF:n (Op Software Foundation) määrittelemä yksilöintijärjestelmä, jota käytetään tietojärjestelmi yhteydessä. UUID perustuu tunnusgeraattoriin, joka tuottaa globaalisti yksikäsitteisiä yksilöintitunnuksia ja jonka käyttö on ilmaista. Näin yksilöintitunnust muodostamin voi olla täysin hajautettua ilman vaaraa, että eri tahot tuottaisivat päällekkäisiä tunnuksia. (http://.wikipedia.org/wiki/uuid). 5.3 INSPIRE-direktiivin edellyttämät tunnukset Osana INSPIRE-direktiivin (2007/2/EY) toimepanoa on kansallist järjestelmi mukaist tunnuskäytäntöj yhdmukaistamin niid välis yhtetoimivuud varmistamiseksi. INSPIREdirektiivi edellyttää, että s liitte I seitsemän aineistoteeman, liitte II neljän ja liitte III 15 aineistoteeman tietokohteille annetaan tietojärjestelmäriippumattomat yksilöivät tunnukset. Direktiivin toimepanosääntöj mukaisesti nämä tunnukset on annettava liitte I aineistoj kohdalla 15.12.2017 mnessä ja liitteid II-III kohdalla 13.12.2020 mnessä. Mainitut aineistoteemat kattavat laajasti yhteiskunnan perustietovarantoja ja perusrekistereitä kut kiinteistöt, raknukset, liikneverkot, suojelualueet, geologia, luonnonriskialueet, ergia- ja mineraalivarat, maankäyttö, maaperä ja maanpeite sekä osoitteet ja paikannimet. INSPIRE-direktiivin teknis Geral Conceptual Model (GCM) -puitedokumtin mukaan yksilöivät tunnukset julkaistaan HTTP URI -muodossa koostu paikkatietokohte tietolähte yksilöivästä nimiavaruudesta ja paikkatietokohte paikallisesta tunnuksesta. Paikallin tunnus on tiedon alkuperäis tiedontuottajan antama tunnus. 9/21

5.4 Muut kuin INSPIRE-direktiivin mukaiset tunnukset Suosituks lähtökohtana ovat INSPIRE-direktiivin edellyttämät tunnukset paikkatiedoille, jotka muodostavat direktiivin edellyttämään kansallise paikkatietoinfrastruktuuriin perustuvan, ympäristöön mahdollisesti vaikuttavia politiikkoja tai toimintoja tukevan tietoresurssin (Laki paikkatietoinfrastruktuurista L421/2009, 3). Paikkatietoinfrastruktuuri kattaa tietoaineistoja sekä keskeiset perustietovarannot, joita hyödynnetään useilla julkishallinnon ja yhteiskunnan toimialoilla. Tämän takia suositukse sisältyvä URI-raknemalli on tarkoitettu myös muille kuin INSPIRE-direktiivin määrittelemille paikkatiedoille tietoj yksilöintiin ja linkittämise niid yhteiskäytön tehostamiseksi. 6 Vaatimukset yksilöiville tunnuksille 6.1 Yleiset vaatimukset Yksilöivi tunnust tulee olla yksikäsitteisiä, pysyviä, jäljitettäviä ja toteutuskelpoisia: Yksikäsitteisyys (Uniquess) edellyttää, että kahdella paikkatietokohteella (ilmtymällä) ei ole samaa tunnusta ja että kohte eri versioid on oltava saman paikkatietokohdetyypin ilmtymiä. Tunnusta ei voi käyttää uudelle. Pysyvyys (Persistce) edellyttää, että tunnus pysyy muuttumattomana kohte koko elinkaar ajan. Elinkaarisäännöt määrittelevät, millaiset muutokset kohteessa aiheuttavan uud kohte ja uud tunnuks perustamis. Jäljitettävyys (Traceability) edellyttää, että kohde voidaan löytää tunnukssa avulla. Kohteet ovat löydettävissä tunnuks perusteella uudelleohjauspalvelun avulla. Toteutuskelpoisuus (Feasibility) liittyy erityisesti INSPIRE-direktiiviin, joka edellyttää, että olemassa olevat kansalliset tunnusjärjestelmät voidaan sovittaa INSPIREtunnusjärjestelmään. 6.2 Tietojärjestelmäriippumattomat tunnukset Tämä suositus määrittelee tietojärjestelmäriippumattomat tunnukset. Nämä ovat tietokone- ja ihmiskäyttöön tarkoitettuja tunnuksia, joilla ulkopuoliset sovellukset voivat viitata paikkatietokohteese. INSPIRE-tunnuksista käytetään määritettä External Object Idtier. Tietojärjestelmäriippumattomuus toteutetaan nimiavaruuksilla, jotka ilmaisevat paikkatietokohte tietolähte. Muita tietojärjestelmäriippumattomia tunnusjärjestelmiä on esimerkiksi UUID. 7 Yksilöivän tunnuks rakne INSPIRE-soveltamissäädökset edellyttävät paikkatietokohte tunnuks julkaisemista HTTP URImuodossa. Tunnuks HTTP URI-muodossa julkaisemis tarkoituksa on mahdollistaa paikkatiedon laaja käyttö, yhdisteltävyys ja yhtetoimivuus eri sovellusalueid kesk ja yli toimialarajoj, jolloin yhteiskunnan tietoresursseista saadaan suurimmat hyödyt. Paikkatiedon yksilöivällä tunnuksella tarkoitetaan tässä suosituksessa tiedon tuottajaorganisaation julkaisemaa tietojärjestelmäriippumatonta URI-tunnusta. URI-tunnus muodostuu verkkotunnuksesta, tunnustyypistä, paikkatietokohte tietolähte yksilöivästä aineistotunnuksesta ja paikkatietokohte paikallisesta tunnuksesta. URI-tunnukse voi lisäksi liittyä versiotunnus (ei-pakollin), joka muodostuu paikkatietokohte elinkaarisääntöj mukaan. URI-tunnuks muoto on seuraava: 10/21

http://{verkkotunnus}/{tunnustyyppi}/{aineistotunnus}/{paikallin tunnus}[/{versiotunnus}] 7.1 Verkkotunnus Paikkatiedon URI-tunnuksi ylein verkkotunnus on http://paikkatiedot., joka toimii keskitettynä uudelleohjauspalveluna. Tämä uudelleohjauspalvelu ohjaa kaikki URI-tunnuksiin kohdistuvat viittaukset keskitetyn palvelun kautta tiedontuottaji palveluihin, jotka tarjoavat käyttäjälle suosituks mukaisia vastauksia (ks. kappale 9.3). Uudelleohjauspalvelua hallinnoi Maanmittauslaitos. Lisätietoja uudelleohjauksesta ja s teknisestä toteutuksesta saa sähköpostilla osoitteesta metatieto@maanmittauslaitos.. 7.2 Tunnustyyppi URI-tunnukse sisältyvällä tunnustyyppi -polkukompontilla ilmaistaan, minkä tyyppise tietoresurssiin viitataan: id so def doc - reaalimaailman kohde tai ilmiö - paikkatietokohde - käsite, jota paikkatietokohde edustaa - kohdetta kuvaava dokumtaatio, esimerkiksi eri esitysmuodot 7.3 Aineistotunnus Aineistotunnus yksilöi paikkatietokohte tietolähte. Paikkatietoj kohdalla aineistotunnuksa käytetään Paikkatietohakemiston aineistotunnusta (7-numeroin numerosarja). Aineistotunnus varataan osoitteesta metatieto@maanmittauslaitos.. Aineistona voi olla esimerkiksi paikkatietoaineisto, aineistosarja, sanasto tai koodiluettelo. Alkuperäisaineistoista johdettu aineisto voi olla itsäin aineisto, jolla on oma aineistotunnukssa. Tällöin myös johdetun aineiston metatiedot tallnetaan Paikkatietohakemistoon. 7.4 Paikallin tunnus Paikallin tunnus on kyseisessä tietolähteessä yksilöivä. Millään muulla saman tietolähte paikkatietokohteella ei ole samaa tunnusta. Paikallis tunnuks pituutta ei ole rajoitettu. Tunnuksessa suositellaan käytettäväksi ainoastaan seuraavia merkkejä: { A Z, a z, 0 9, _, - }, eli ainoastaan latinalaist aakkost kirjaimet, numerot, alaviiva ja väliviiva ovat suositeltuja. UUID:a voidaan käyttää paikallisa tunnuksa. Myös kansainvälisiä ja toimialakohtaisia tunnuksia kut vesipuite- ja muid direktiivi edellyttämiä tunnuksia voidaan käyttää paikallisa tunnuksa. Vakiintuneita temaattisia tunnuksia, kut pysyvä raknustunnus, voidaan myös käyttää paikallisa tunnuksa. Paikallista tunnusta koskee kaikissa tapauksissa pysyvyyd ja yksikäsitteisyyd vaatimus. Tämä voidaan toteuttaa tietolähdekohtais tunnusvarausjärjestelmän tai muu yksikäsitteisyyd varmistava mekanismin avulla. UUID:n käyttämin paikallisa tunnuksa on käyttökelpoin ratkaisu. 11/21

Tässä suosituksessa esitetty URI-käytänne on tietomallipohjain. Siksi paikkatietokohte mallinnusmetodi määrittelee yksikäsitteisesti URI-tunnuks muodostumis. Mallinnukse vaikuttavi tai ohjaavi standardi kehittymin säätelee ja harmonisoi mallinnuskäytäntöä. Esimerkiksi tuore ISO 19148 Linear Refercing -standardi mahdollistaa viivamaist kohteid relatiivis referoinnin ts. standardi mahdollistaa viivamaist kohteid käsittelyn osissa pilkkomatta itse kohdetta osiin (tiestön kohdalla vaikkapa päällyste, tielajin ja nopeusrajoitust suhte). Tämä standardi antaa viitteitä monitasoist tai -osaist geometrioid mallintamise yhtäisellä tavalla. Pysyvi tunnust antamin kiinnittää paikkatiedon jakautumis yksittäisiin kohteisiin pitkälle tulevaisuute. Siksi on tärkeää, että paikkatietokohteet muodostavat loogisia kokonaisuuksia, jotka vastaavat mahdollisimman hyvin yleistä käsitystä vastaavasta reaalimaailman kohteesta. Jos samassa aineistossa on erikse mallinnettu pistemäin paikkatietokohde ja aluemain paikkatietokohde kuvaamaan samaa reaalimaailman ilmiötä (esimerkiksi raknus), ne ovat eri paikkatietokohteita ja saavat kumpikin oman URI-tunnuks, jossa niillä on sama aineistotunnus. Molempi URI-tunnuksissa viitataan samaan reaalimaailman kohteese, jonka URI-tunnuks kautta kohteet linkittyvät tämän suosituks mukaisesti. Periaatteessa mahdollin tapaus voi olla paikkatietokohde, jolla on monitasoin geometrin esitys. Tässä tapauksessa on kyse yhdestä ja samasta paikkatietokohteesta, jolla on oma yksikäsittein URItunnukssa. 7.1 Versiotunnus Tietokohte muutostietoja hallitaan versiotunnuks avulla. Versiointi koskee kohte merkityksellisiä ominaisuus- ja sijaintitietoj muutoksia. Versioinnin perusteeksi tarvitaan paikkatietokohte elinkaarisäännöt. Versiointikäytäntö riippuu tietokohdetyypeittäisistä asiakastarpeista ja siitä, mit tietotuotannon prosessi pystyy vastaamaan niihin. INSPIRE-direktiivin toimepanon ohjeistuks mukaan myös aikaisempi versioid tulee olla saatavilla. Jos tietopyynnössä ei anneta versiotunnusta, niin vastauksa palautetaan viimein versio. Versiotunnus ei ole pakollin osa yksilöivää tunnusta, ja s immäispituus on 25 merkkiä. Versiotunnuks 25 merkkiä mahdollistaa esim. ISO 8601 aikaleiman käytön versiotunnuksa (esimerkiksi: 2014-01-19T12:38:31+03:00). 8 Paikkatietokohte elinkaar hallinta Paikkatietokohte elinkaarisäännöt kuvaavat tietokohte muutoksia s koko elinkaar ajalta. Niitä tarvitaan ratkaisemaan, aiheuttaako tietokohdetta koskeva muutos s idtiteetin ja yksilöivän tunnuks muuttamis vai vain uud versiotunnuks. 8.1 Muutostyypit Paikkatietokohte elinkaarisäännöt voivat koskea kohte merkityksellisiä ominaisuusmuutoksia tai s geometriaa: Muuttaako ominaisuuksi muutos kohte idtiteetin (asuinraknus toimistoraknus) Sijaintitarkkuus voi muuttua kohte sijainnin todellisuudessa muuttumatta (korjaus) Rajatapauksissa elinkaarisääntöj säätämistä tarvitaan 12/21

- Kohte ulottuvuuksi muuttuessa Euroopassa ylein käytäntö on, että esim. raknuks laajtuessa yli kaksinkertaiseksi pohja-alaltaan sitä pidetään uuta kohtea. Tällöin kohteelle tulisi antaa uusi tunnus. - Saattaa edellyttää asiakastarpe tarkistamista, ja myös asiakkaid etu on tietotarpeidsa tarktamin pelkki muutostietoj ylläpidossa suoraan yksilöivi tunnust ja versiotunnust avulla. Paikkatietokohteid elinkaarisäännöissä käyttäjille merkitykselliset muutostapahtumat luokitellaan. Paikkatietoj muutostapahtumat voidaan ylesä kuvata viidellä tapahtumatyypillä ja niid alaluokilla: Uud paikkatietokohte luomin Paikkatietokohte poistamin Paikkatietokohte ominaisuuksi muuttumin Paikkatietokohte geometrian esitystavan muuttumin Paikkatietokohte geometrian muuttumin. Paikkatietokohte ominaisuus- ja sijaintitietoj muuttuessa alaluokkia voivat olla esimerkiksi: paikkatietokohte jakamiselle osiin paikkatietokohteid yhdistämiselle paikkatietokohteid uudelleluokittelulle sijaintivirhe korjaamiselle sijainnin tarktumin viivaosi topologis eheyd käsittelysäännöt. Muutokset paikkatietokohteissa voivat johtua reaalimaailman kohte muutoksista. Reaalimaailman kohte tilanteesta riippumattomia muutoksia ovat esimerkiksi: virheid korjaamin geometrian korjailut tietorakte muutokset. Paikkatietokohteid elinkaarisäännöt tulee asettaa käyttäji saataville paikkatietoinfrastruktuurissa. Paikkatietokohteid elinkaariajattelun avulla on myös mahdollista testata olemassa olevan tunnuks soveltuvuutta pysyväksi yksilöiväksi tunnukseksi. 8.2 Paikkatietokohteid elinkaarisäännöt ja versionhallinta Paikkatietokohteid elinkaarisääntöj sisältöön vaikuttavat toisaalta asiakastarpeet ja toisaalta tiedon tuottajan kyky vastata näihin asiakastarpeisiin. Elinkaarisääntöj laatimisessa on sit kyse myös tiedon tuottajan sisäis toiminnan tehostamisesta (kerätään vain tarpeellista tietoa) sekä tuottamansa palvelun laadun parantamisesta (tuloksellisuud ja vaikuttavuud parantamin). Tavoittea pitää olla tuottavuud ja kustannustehokkuud parantamin. Elinkaarisääntöj muodostamista on kuvattu liitteessä 3. INSPIRE-toimepanosäännöt edellyttävät, että kohte aikaisemmat versiot tulee säilyttää. Jos reaalimaailman kohde poistetaan, ei ilmtymäkohde poistu, vaan se saa poistamispäivämäärän ja siirtyy historiatiedoksi. 13/21

9 Tunnuks julkaisemin 9.1 URI-tunnuks rakne 9.1.1 Paikkatietokohte tunnus (so) Ylein URI-tunnuks rakne paikkatietokohteille on http://paikkatiedot./so/{aineistotunnus}/{paikallin tunnus}[/{versiotunnus}] Paikkatietokohteilla tarkoitetaan tässä ilmtymiä. Paikkatietokohteella voi olla useita esitysmuotoja (GML, GeoJSON jne.), joista sovellukset voivat koneellisesti valita tarkoitukse sopivan. Nämä esitetään dokumtaation tunnuksessa (doc, kappale 9.1.4). Tarkoituksmukaisuussyistä johtu kohte eri sisältöversioilla voi olla sama tai eri paikallin tunnus. Pääsääntönä on edelle, että tietomallipohjaista yksilöintiä noudatta kohte eri sisältöversioilla on eri nimiavaruus (aineistotunnus), mutta samasta alkuperäisaineistosta eri tarkoituksiin tuotetuissa aineistoissa voidaan käyttää samaa paikallista tunnusta kuin alkuperäisessä lähdeaineistossa päivityst helpottamiseksi. INSPIRE-tietokohteid kohdalla edellytetään maarajat ylittävän yhteiskäytön mahdollistamista. Latauspalveluissa (esimerkiksi WFS) kysely pitää pystyä muodostamaan INSPIRE-skeeman mukaan, jolloin HTTP URI-polkuun tulee sisältyä INSPIRE-teema (theme) ja kohdeluokka (class): http://paikkatiedot./so/{aineistotunnus}/{theme}/{class}/{paikallin tunnus}[/{versiotunnus}] Tiedon tuottajalla on polkukompontti {aineistotunnus}/{theme}/{class}/{paikallin tunnus}[/ {versiotunnus}] muuttuessa vastuu palvelunsa toimivuudesta. Sekä INSPIRE-paikkatietokohteilla että niitä vastaavilla alkuperäis tietolähte kohteilla on omat URItunnukssa. INSPIRE-paikkatietokohdetta vastaavan alkuperäis tietolähte kohte tunnus on ilman semantiikkaosioita theme ja class. Tämä on osaltaan seurausta siitä. että sama alkuperäis tietolähte tietokohde voi tuottaa tietoa yhte tai useampaan INSPIRE-paikkatietokohteese. 9.1.2 Reaalimaailman kohte tunnus (id) Ylein URI-tunnuks rakne reaalimaailman kohteille on http://paikkatiedot./id/{aineistotunnus}/{paikallin tunnus} Reaalimaailman kohteisiin viitataan URI-tunnuksilla. Reaalimaailman kohte tunnukselle käytetään ns. placeholder-mettelyä sit, että sitä mallintavan paikkakohte URI-tunnus, johon /so/-kompontin sijaan vaihdetaan /id/-kompontti, edustaa reaalimaailman kohdetta. Reaalimaailman kohte tunnus toimii tietoa linkittävänä tunnuksa samaa reaalimaailman kohdetta edustavi paikkatietokohteid (so) ja muid URI-tunnuksi välillä (kut doc, def jne.). Paikkatietokohdetta vastaavan reaalimaailman kohte tunnus voi toimia myös eri verkkotunnust (domain) tietokohteita ja resursseja yhdistävänä linkkinä (Linked data). INSPIRE-paikkatietokohteesta vastaava tiedontuottaja perustaa paikkatietokohdetta vastaavan reaalimaailman kohte URI-tunnuks (id) samalla, kun perustaa paikkatietokohte URI-tunnuks (so). INSPIRE-paikkatietokohdetta vastaavan reaalimaailman kohte tunnuks perustamin on johdonmukaista myös silloin, kun paikkatietokohteella ei ole yksiselitteistä reaalimaailman vastinetta, vaan kyse on pelkästään tietomallinnuks tai toiminnan tarpeid tuottama kohdetyyppi, jota hyödynnetään paikkatietoj yhteiskäytössä (esimerkiksi tilastojakauma, abstrakti raknelma, meriraja). Tämä on 14/21

perusteltua, koska kansallis INSPIRE-toimepanon tietotuotemäärittelyissä jokaiselle paikkatietokohdetyypille on määritelty siitä vastaava viranomain, joka vastaa myös reaalimaailman kohte tunnuks perustamisesta. Muille kuin INSPIRE-tietokohteille s sijaan ei vastuutahon määrittelyä ole, vaan kaikki toimijat voivat perustaa tunnuksia reaalimaailman kohteille. Laajimmin linkitykse käytetyt tunnukset muodostuvat de facto -standardeiksi kysyntänsä mukaan. Tietoj yhdistelyä (Linked Data) vart samaa reaalimaailman kohdetta tarkoittavat eri toimijoid URI-tunnukset voidaan linkittää käyttä esimerkiksi owl:sameas- tai skos:exactmatch-linkitystä. Reaalimaailman kohdetta voi vastata yksi tai useampi paikkatietokohde. Nämä esitetään dokumtaation tunnuksessa (doc, kappale 9.1.4). Reaalimaailman kohte tunnukselle tehdään sitä perustettaessa uudelleohjaus tähän dokumtaation tunnukse. Uudelleohjauks periaatteet on esitetty kappaleessa 9.2. Tarkoituksmukaisuussyistä paikallisa tunnuksa kohte eri sisältöversioilla voi olla sama tai eri paikallin tunnus, mutta ne kaikki linkitetään alkuperäis kohte mukaise reaalimaailman kohte tunnukse. Pääsääntönä kuitkin on, että tietomallipohjaista yksilöintiä noudatta kohte eri sisältöversioilla on eri nimiavaruus (aineistotunnus). INSPIRE-tietokohteet: Sekä alkuperäis lähdeaineiston mukain paikkatietokohte URI-tunnus että esimerkiksi INSPIREteemoj mukaiset paikkatietokohteid URI-tunnukset linkitetään alkuperäistä kohdetta vastaavaan reaalimaailman kohte URI-tunnukse. Esimerkiksi alkuperäis maastotietojärjestelmän (MTJ) kohte tunnus, sekä sitä vastaava INSPIREtietomäärityst mukain tunnus (InspireID), joihin tämä alkuperäin MTJ-kohde tuottaa tietoa, linkitetään MTJ:n tietotuotannossa tätä alkuperäistä MTJ-kohdetta vastaavaan reaalimaailman kohte tunnukse. Käytännössä tämä tapahtuu niin, että molempi paikkatietokohteid dokumtaatiossa (doc, kappale 9.1.4) tehdään viittaus reaalimaailman kohte tunnukse. Jos INSPIRE-paikkatietokohde luodaan n alkuperäiskohte reaalimaailman kohte tunnusta, tämän reaalimaailman kohte URI-tunnuks perustaa INSPIRE-paikkatietokohteesta ja s tunnuksesta vastaava organisaatio. Käytännössä alkuperäiskohteesta vastaava organisaatio on lähes kaikissa tapauksissa myös INSPIRE-kohteesta vastaava organisaatio. 9.1.3 Käsitte tunnus (def) Ylein URI-tunnuks rakne käsitteille on http://paikkatiedot./def/{sanasto/skeema}/{paikallin tunnus} Käsitteellä voi olla useita esitysmuotoja (HTML, RDF jne.), joista sovellukset voivat koneellisesti valita tarkoitukse sopivan. Nämä esitetään dokumtaatioon viittaavissa tunnuksissa (doc, kappale 9.1.4). Käsitelähteä voi olla mikä tahansa tiedontuottajan käyttämä sanasto. Sanasto voi olla esimerkiksi asiasanasto, tietomäärittely, skeema, koodiluettelo, taksonomia tai tesaurus. Käsitelähteä olevalle sanastolle aineistotunnuks saa osoitteesta metatieto@maanmittauslaitos.. Esimerkiksi Paikkatietoontologian aineistotunnus on 1001000. Jotta käsitteisiin voitaisiin viitata yksiselitteisesti, tulee kullekin sanaston sisältämälle käsitteelle antaa yksilöivä URI-tunnus. Käsitte URI-tunnuksesta voidaan tehdä uudelleohjaus esimerkiksi kansallise Finto-ontologiapalveluun tai skeemoja sisältävään luettelopalveluun. 15/21

9.1.4 Dokumtaation tunnus (doc) Ylein URI-tunnuks rakne dokumtaatiolle on http://{verkkotunnus}/doc/{aineistotunnus}/{paikallin tunnus}[/{versiotunnus}], jossa verkkotunnus = tiedon tuottajan oma verkkotunnus Paikkatietokohteella tai käsitteellä voi olla useita esitysmuotoja (GML, GeoJSON, HTML, RDF jne.), jotka liitetään dokumtaation tunnukse. esim. http://{verkkotunnus}/doc/{aineistotunnus}/{paikallin tunnus}/[/{versiotunnus}]/epsg:nnnn.gml32 http://{verkkotunnus}/doc/{aineistotunnus}/{paikallin tunnus}/[/{versiotunnus}]/epsg:nnnn.json Dokumtaation tunnukse voidaan vastaavasti liittää linkkejä muuhun kohteese liittyvään dokumtaatioon. Tietokohteese liittyvänä dokumtaationa paikkatiedon tuottaja voi julkaista esimerkiksi viittauks paikkatietokohte tunnukse ja s esitysmuotoihin, sekä reaalimaailman kohte tunnuks ja linkkejä muuhun kohteese liittyvään dokumtaatioon kut käsitteisiin tai muihin ilmtymiin, jotka kuvaavat samaa reaalimaailman kohdetta. Dokumtaation tunnuks perustaa paikkatietokohte tunnuks perustaja. Tiedon tuottajat voivat viitata paikkatiedot.-verkkotunnuksella julkaistuun reaalimaailman kohte tunnukse myös omaan samaa reaalimaailman kohdetta kuvaavan paikkatietokohtesa dokumtaatiotunnukse liitetyssä RDF-kuvauksessa. Tietoj linkittämis käytänteitä on kuvattu tarkemmin kappaleessa 9.2. Suosituks liitteessä 2 on esimerkki dokumtaation tunnukse liitetyn RDF-kuvauks rakteesta ja tiedon tuottajan URI-palvelun teknisestä toteutuksesta. 9.2 Uudelleohjauks ja tietoj linkittämis käytänteet Uudelleohjauksia ja tietoj linkittämistä kuvaa kaavio: 16/21

Paikkatietokohteid, käsitteid sekä reaalimaailman kohteid tunnukset ovat http://paikkatiedot. -alkuisia. Paikkatiedot.-palvelu uudelleohjaa näihin tunnuksiin kohdistuvat viittaukset tiedontuottajan tarjoamassa URI-palvelussa sijaitsevaan dokumtaation tunnukse. Dokumtaation tunnus palauttaa siih liitetyn ilmtymäkäsitte tai reaalimaailman kohte RDF-muotois kuvauks kappaleessa 9.1.4 esitetyllä tavalla. Dokumtaation tunnukse liitetyn paikkatietokohte RDF-muotois kuvauks sisältämää tietoa käyttä tiedon hyödyntäjä voi yhdistää paikkatietokohte s mallintamaan reaalimaailman kohteese, kohdetta kuvaavaan käsitteese ja muuhun kohteese liittyvään informaatioon. Reaalimaailman kohte tunnuks kautta voidaan paikkatietokohteisiin yhdistää uudelleohjauks avulla samaa reaalimaailman kohdetta kuvaavia paikkatietokohteita ja muuta dokumtaatiota, jotka on esitetty dokumtaatiotunnust avulla. Käsitte URI-tunnuks liittämin paikkatietokohteese mahdollistaa paikkatietokohteid löydettävyyd esimerkiksi ontologiahauilla Finto-palvelun kautta, jolloin tiedon rikastamin ja jo olemassa olevan tiedon käyttö tehostuu. Lisäksi hyötyjä saadaan esimerkiksi joukkoistamissovelluksissa, kut tiedon keruussa ja palautetiedon kohdtamisessa sekä sovelluskehityks tehostamis kautta. Esimerkki tiedon linkittämisestä Tiedon linkittämin tietoverkoissa (web) voidaan toteuttaa URI-tunnuksi avulla. Paikkatietokohteid linkittämin toteutetaan kohteille annetuilla URI-tunnuksilla. Ylein tekniikka linkityst julkaisemise on RDF. Paikkatietokohteese liittyviä URI-viittauksia RDF-muodossa kuvaa esimerkki: <rdf:rdf xmlns:jhs="http://paikkatiedot./jhs-skeema#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elemts/1.1/" 17/21

xmlns:dct="https://purl.org/dc/terms/" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"> <rdf:description rdf:about="http://kartat.tampere./uri/doc/1000358/6447"> <rdf:type rdf:resource="http://paikkatiedot./jhs-skeema#doc"/> <dct:hasformat> <rdf:description rdf:about="http://kartat.tampere./uri/doc/1000358/6447/epsg:3067.json"> <rdf:type rdf:resource="http://paikkatiedot./jhs-skeema#data"/> <dc:format>application/json</dc:format> <jhs:crs rdf:resource="http://www.opgis.net/def/crs/epsg/0/3067"/> </rdf:description> </dct:hasformat> <dct:hasformat> <rdf:description rdf:about="http://kartat.tampere./uri/doc/1000358/6447/epsg:3067.gml2"> <rdf:type rdf:resource="http://paikkatiedot./jhs-skeema#data"/> <dc:format>application/gml</dc:format> <jhs:crs rdf:resource="http://www.opgis.net/def/crs/epsg/0/3067"/> </rdf:description> </dct:hasformat> <dc:subject rdf:resource="http://www.yso./onto/yso/p17892"/> <rdfs:seealso rdf:resource="http://paikkatiedot./so/1000040/172353"/> <jhs:id rdf:resource="http://paikkatiedot./id/1000040/172353"/> <jhs:so rdf:resource="http://paikkatiedot./so/1000358/6447"/> </rdf:description> </rdf:rdf> Esimerkissä tiedon tuottajan verkkotunnus = kartat.tampere. /doc/-uri = http://kartat.tampere./uri/doc/1000358/6447 esitysmuotoina esimerkissä on koordinaattijärjestelmä (EPSG:3067) ja tiedostoformaatit (json, gml2) http://{domain}/doc/{aineistotunnus}/{paikallin tunnus}[/ [{koordinaattijärjestelmä}].[tiedostoformaatti}] = <rdf:descriptionrdf:about="http://kartat.tampere./uri/doc/1000358/6447/epsg:3067.json">, <rdf:description rdf:about="http://kartat.tampere./uri/doc/1000358/6447/epsg:3067.gml2"> viittaus paikkatietokohdetta vastaavaan reaalimaailman kohteese = <jhs:id rdf:resource="http://paikkatiedot./id/1000040/172353"/> viittaus paikkatietokohdetta vastaavaan käsitteese = <dc:subject rdf:resource="http://www.yso./onto/yso/p17892"/> viittaus ko. paikkatietokohteese = <jhs:so rdf:resource="http://paikkatiedot./so/1000358/6447"/> viittaus toise samaa reaalimaailman kohdetta kuvaavaan paikkatietokohteese = <rdfs:seealso rdf:resource="http://paikkatiedot./so/1000040/172353"/> 18/21

RDF-muotois tiedon raknekuvaus kokonaisuudessaan on suosituks liitteessä 2. 9.3 Vastauskäytänteet Seuraavassa on esitetty eri URI-tunnustyyppi suositellut vastauskäytänteet: Reaalimaailman kohte tunnus (id) Vastauks sisältö: Uudelleohjaus dokumtaation tunnukse Paikkatietokohte tunnus (so) Vastauks sisältö: aineiston metatietoon Uudelleohjaus dokumtaation tunnukse Jos URI-tunnus annetaan ilman paikallista tunnusta, uudelleohjaus Paikkatietokohte eri esitysmuodot esitetään dokumtaatiossa Käsitte tunnus (def) Vastauks sisältö: Uudelleohjaus dokumtaation tunnukse Dokumtaation tunnus (doc) Vastauks sisältö: Tietokohte tietosisältö ja viittaukset tietosisällön vaihtoehtoisiin esitysmuotoihin sekä muihin tietokohteisiin ja reaalimaailman kohteisiin Suositellut esitysmuodot: RDF/XML, JSON-LD, Turtle Esimerkki dokumtaation tunnukse vastauks tarjoavan URI-palvelun toteutuksesta on esitetty liitteessä 2. 10 Opastavat tiedot Tätä suositusta ylläpitää Julkis hallinnon tietohallinnon neuvottelukunta JUHTA, puh. 0295 16001, sähköposti: jhs-sihteeri@jhs-suositukset.. JHS-järjestelmän verkkosivut: http://www.jhs-suositukset. Lisätietoja suosituksesta antaa Maanmittauslaitos. 19/21

10.1 Kirjallisuusviitteet ja muut viittaukset EU, 2007. Euroopan parlamtin ja neuvoston direktiivi 2007/2/EY (32007L0002) Euroopan yhteisön paikkatietoinfrastruktuurin (INSPIRE) perustamisesta. Euroopan unionin virallin lehti, L 108/1, 25.4.2007. EU, 2010. Komission asetus (EU) N:o 1089/2010 Euroopan parlamtin ja neuvoston direktiivin 2007/2/EY täytäntöönpanosta paikkatietoaineistoj ja -palveluid yhtetoimivuud osalta. Euroopan unionin virallin lehti, L 323/11, 8.12.2010. Komission asetus (EU) N:o 1253/2013, annettu 21 päivänä lokakuuta 2013, direktiivin 2007/2/EY täytäntöönpanosta paikkatietoaineistoj ja -palveluj yhtetoimivuud osalta annetun asetuks (EU) N:o 1089/2010 muuttamisesta, Euroopan unionin virallin lehti, L329, 10.12.2013 IETF, 2005. RFC 3896 Uniform Resource Idtier (URI): Geric Syntax, http://www.ietf.org/rfc/rfc3986.txt IETF, 2013. Uniform Resource Name (URN) Syntax, draft-ietf-urnbis-rfc2141bis-urn-06, August 2, 2013 D7.1.3 - Study on persistt URIs, with idtication of best practices and recommdations on the topic for the MSs and the EC, https://joinup.ec.europa.eu/sites/default/les/c0/7d/10/d7.1.3%20-%20study%20on %20persistt%20URIs.pdf Inspire: Geral Conceptual Model, v3.4 rc3, 2013-04-05, liite H, http://inspire.ec.europa.eu/documts/data_specications/d2.5_v3.4rc3.pdf Inspire: D2.7: Guidelines for the coding of spatial data, Version 3.3rc3, 2013-06-11 Georeferced Table Joining Service (TJS) Implemtation Standard, OGC 10-070r2; 2010-11-22 OGC GeoSPARQL - A Geographic Query Language for RDF Data, OGC 11-052r3; 2011-07-02 OGC Idtiers the case for http URIs, Op Geospatial Consortium Inc. whitepaper, OGC 10-124r1, 2010-07-15, http://www.opgis.net/doc/whitepaper/idtiers/1.0 ISA Action 1.17 Study on RDF & PIDs for INSPIRE, D2: State of Play, European Union, 2014 ISA Action 1.17 Study on RDF & PIDs for INSPIRE, D.TD.03:Guidelines on methodologies for the creation of RDF vocabularies represting the INSPIRE data models and the transformation of INSPIRE data into RDF, European Union, Diederik Tirry, Danny Vandbroucke, 2014 ISA Action 1.17 Study on RDF and PIDs for INSPIRE, D.TD.04: Persistt Idtiers Governance Report, European Union, Alice Vasilescu, Christian Hauschildt, 2014 Principles of idtication, Linked Contt Coalition, Version 1.0, April 2013 Best Practices for Publishing Linked Data, W3C Note 06 June 2013, https://dvcs.w3.org/hg/gld/rawle/default/bp/index.html Cool URIs for the Semantic Web, W3C Interest Group Note 03 December 2008, http://www.w3.org/tr/cooluris/ Cookbook For Translating Relational Data Models To Rdf Schemas (D8.9.1), http://joinup.ec.europa.eu/sites/default/les/cookbook for translating relational data models to RDF- S_ppt_1.pdf Ad hoc group on Linked Data Final report, ISO TC 211/SC /WG Ad hoc group on Linked Data, 2012-02- 07 Designing URI Sets for Location, UK Location (data.gov.uk), May 2011, http://data.gov.uk/location 20/21

Towards a national URI-Strategy for Linked Data of the Dutch public sector, Hans Overbeek KOOP, Linda van d Brink (Geonovum), Pilot Linked Op Data (PiLOD) 2012-2013 Publishing Referce Geodata on the Web: Opportunities and Challges for IGN France, Ghislain A. Atemezing, Nathalie Abadie, Raphael Troncy, B edicte Bucher, Terra 2014:1. Rules for persistt idtiers and life cycle information, European Location Framework ELF, D2.3.2, 2014/11/10 RAGLD: The Rapid Assembly of Geospatial Linked Data applications, John Goodwin, Jnifer Brooker, Lucy Diamond, Hugh Glaser, Tony Joyce, Don Cruickshank, Mark Lepage, Ian Millard, Mark Pdlington, 2014 Unike idtikatorer i SOSI_v3, Kartverket Norge 2014 URI baserede id er for geodata, Geodatastyrels, Dmark 2013 (v 0.6, 23.4.2013) JHS 180 Paikkatiedon sisältöpalvelut, http://www.jhs-suositukset./suomi/jhs180 11 Liitteet Liite 1: URI:n muodostamis prosessi Liite 2: Esimerkki tiedontuottajan URI-palvelun teknisestä toteutuksesta Liite 3: Paikkatietokohteid elinkaarisääntöj muodostamin Liite 4: Käyttötapausesimerkkejä Liite 5: Yksilöivät tunnukset INSPIRE-tietotuotteissa 21/21