Kohteiden ja aineistojen tunnisteet Paikkatietotuotteet ja harmonisointi verkostoryhmä 4.3.2010 Esa Tiainen MML 10.3.2010
Kohteiden ja aineistojen tunnisteet Yksilöivät tunnisteet INSPIRE Tunnisteiden hallinta Tunnisteiden hyödyntäminen Muutostietojen hallinta paikkatietoinfrastruktuurissa Ulkomaisia caseja 10.3.2010 2
INSPIRE -paikkatietoaineistojen ja -palvelujen yhteentoimivuuden toimeenpanosääntö Paikkatietokohteen ulkoinen kohdetunniste (Identifier) Vastuuorganisaation julkaiseman paikkatietokohteen yksilöivä ulkoinen tunniste, jonka avulla ulkopuoliset sovellukset voivat viitata kyseiseen tietokohteeseen. Esiintyy attribuuttina INSPIRE-kohdetyypeillä Attribuutti Määritelmä Tyyppi Voidability localid Tiedon tarjoajan antama paikallinen tunniste. Paikallinen tunniste on kyseisen nimialueen puitteissa yk- CharacterString silöivä, eli millään muulla paikkatietokohteella ei ole samaa yksilöivää tunnistetta. namespace Nimialue, joka yksilöi paikkatietokohteen tietolähteen. CharacterString versionid Paikkatietokohteen tietyn version tunniste, enimmäispituus 25 merkkiä. Jos ulkoisen kohdetunnis- CharacterString voidable teen omaavan paikkatietokohteen määrittely sisältää elinkaaritietoja, versiotunnisteen avulla erotetaan toisistaan kyseisen paikkatietokohteen eri versiot. Versiotunniste on yksilöivä kyseisen paikkatietokohteen eri versioiden joukossa. 10.3.2010 3
Yksilöivät tunnisteet ja INSPIRE-toimeenpanon prosessi Lähtökohtainen vaatimus on, että yksilöivät tunnisteet ovat kansallisella tasolla yksilöiviä Vakiintuneet yksilöivät tunnistekäytännöt voi siten periaatteessa sovittaa INSPIRE-vaatimuksiin niiden nimialueiden teknisellä sovittamisella, esim. etumerkkien avulla Nimialueet varataan tietolähteen yksilöivästi Suomen INSPIRE-toimeenpanossa yhteiskäyttöversioiden tietolähteet määritellään aineistoryhmittäin tietokohtaisesti po. tiedontuottajien kesken sopien alkamassa olevassa työvaiheessa Tässä prosessissa voidaan varata tietolähteiden nimialueet Arvioitava pyritäänkö nimialueet varaamaan siten, että saman tiedontuottajan tietolähteet saavat myös toistensa läheiset nimialueet, jolloin nimialue ilmaisisi helposti myös tiedon tuottajan (välillisesti) tietolähteiden ja tietotuotantovelvoitteiden muuttuessa tämä yhteys tosin katkeaisi 10.3.2010 4
Tunnisteiden hallinta Tunnisteiden hallintaa varten tarvitaan Nimialueiden varaaminen tietolähteille Vrt. nimialueet varaaminen INSPIRE-yhteiskäyttöversion aineistoryhmittäin (Hollannin sektorimallin mukaan ongelmana sidos tietomalleihin ja niiden muutoksiin) Käytännössä on usein tarve tietää myös tietolähteiden tiedon tuottaja, joka antaa yksilöivät tunnisteet Tietolähteiden ja tiedon tuottaja-roolin muuttuessa myös ylläpitoa Tunnisteiden hallinta edellyttää Kansallista hallintarekisteriä osana paikkatietoinfrastruktuuria Tunnisteiden nimialueiden varaamiseen tietolähdekohtaisesti Nimialueisiin liittyen tiedon tuottajaorganisaation tietoa Näiden ylläpitoa tietotuotannon hajautuessa alkuperäisille tiedon tuottajille infrastruktuurin kehittyessä ja laajetessa Teknisesti rekisterin tulee noudattaa OGC/ISO TC211 paikkatietostandardeja 10.3.2010 5
Paikkatietoinfrastruktuuri ja yksilöivät tunnisteet Palveluväylä Tunnistepalvelu Muutostietopalvelut Sovellukset ja paikkatietoportaalit Nimialuerekisteri Tunniste Latauspalvelu Palvelukerros Muunnospalvelu Luettelopalvelu Hakupalvelu Katselupalvelu Oikeuksien hallinnan kerros Käynnistyspalvelu Tietoaineistot Kohdeym. luettelot Palvelujen metatiedot Paikkatietoaineistojen metatiedot Paikkatietoaineistot
Tunnisteiden hyödyntäminen INSPIRE-direktiivin mukaan toimeenpanosäännöissä on käsiteltävä yhteiset puitteet paikkatietokohteiden yksilöivää tunnistamista varten, joihin voidaan rinnastaa kansallisten järjestelmien mukaiset tunnisteet niiden välisen yhteentoimivuuden varmistamiseksi (Artikla 8.2/a) on varmistettava, että samaan paikkaan viittaavat tiedot tai samaan kohteeseen eri mittakaavassa viittaavat tiedot ovat keskenään johdonmukaisia (Artikla 8.3) artiklat 8.2 ja 8.3 koskevat direktiivin liitteissä I ja II tarkoitettuja aineistoteemoja, joskin yksilöivien tunnusten suhteen on toimeenpanosääntöjen valmistelussa suositettu, että niitä käytettäisiin myös muille aineistoille ja paikkatietokohteille, joita useat käyttäjätahot tarvitsevat. INSPIRE Data Specifications- vaatimusmäärittelyn mukaan kohteiden yksikäsitteinen tunnistaminen tulee tarjota ulkoisten kohdetunnisteiden avulla, jotta kolmannet osapuolet voivat käyttää niitä suoraan paikkatietokohteiden yksilöintiin Yksilöivät tunnisteet mahdollistavat myös suoraan paikkatietokohteiden ja niiden pelkkien muutostietojen päivityksen versiohallinnan avulla ladataan vain tarpeellinen Hyödyntämistä varten paikkatietoinfrastruktuurin tulee tarjota riittävä mekanismi yksilöivien tunnisteiden käyttöönsaattamiseksi Tunnistepalvelu? 10.3.2010 7
Tunnistepalvelun toiminnallisuus Kopiointi 2. Yksilöivät tunnisteet asiakasjärjestelmien kohteille Asiakasjärjestelmät ja -sovellukset Tunnisteiden jakelu Paikkatietoikkunan kautta? 1. Tiedon tuottajien luomat yksilöivät tunnisteet referenssitiedostoksi, joka auktorisoi tunnisteet Referenssitiedosto voi olla virtuaalinen Tunnistepalvelu Yksilöivät tunnisteet Geokoodaus Georeferointi Lähdetiedosto Lähdetiedosto Peruspaikkatiedot -KTJ (kiint.tunnus) -VTJ (kotip.tunnus-osoite) -Kunta(GML) (osoite, rakennustunn.) Harmonisoidut palvelurajapinnat (INSPIRE-verkko) Toimialakohtaiset ja muut lähdetiedostot 3.1 Yksilöivät tunnisteet 3. Kohde- tai ominaisuustiedon haku ja ylläpito asiakassovelluksiin 3.2 Kohde- tai ominaisuustiedot Infrastruktuurin elinkaaren myötä lähdetiedostot ja asiakassovellukset yhdentyvät siten, että myös asiakassovellukset voivat toimia lähdetiedostoina
Muutostietojen hallinta - versiohallinta INSPIRE-kohdetyypeille tavanomainen versiotieto Attribuutti Määritelmä Tyyppi Voidability NUTSCode Tilastollisiin tarkoituksiin käytettävän CharacterString alueyksikön yksilöivä tunnus siten kuin se on määritelty 26 päivänä toukokuuta 2003 annetun Euroopan parlamentin ja neuvoston asetuksen (EY) N:o 1059/2003 puitteissa. beginlifespanversion Päivämäärä ja kellonaika, jona paikkatietokohteen tämä versio sisällytettiin DateTime paikkatietoaineistoon tai sitä muutettiin. voidable endlifespanversion geometry inspireid Päivämäärä ja kellonaika, jona paikkatietokohteen DateTime tämä versio korvattiin paikkatietoaineistossa tai poistettiin siitä. Tämän NUTS-alueen kattaman maantieteellisen alueen geometrinen kuvaus. Paikkatietokohteen ulkoinen kohdetunniste. GM_MultiSurface Identifier voidable 10.3.2010 9
Muutostietojen hallinta - elinkaarisäännöt Elinkaarisäännöt Tarvitaan ratkaisemaan aiheuttaako tietokohdetta (ilmentymää) koskeva muutos sen identiteetin ja yksilöivän tunnisteen muuttamisen vai vain uuden versiotunnisteen Tyypillisesti tiedon tuottajan määrittelemä asiakastarpeiden mukaan Voi koskea kohteen merkityksellisiä ominaisuusmuutoksia tai sen geometriaa Muuttaako ominaisuuksien muutos kohteen identiteetin (asuinrakennus toimistorakennus) Sijaintitarkkuus voi muuttua kohteen sijainnin todellisuudessa muuttumatta Rajatapauksia ja elinkaarisääntöjen säätämistä tarvitaan Kohteen ulottuvuuksien muuttuessa Euroopassa yleinen käytäntö on, että esim. rakennuksen laajentuessa yli kaksinkertaiseksi pohja-alaltaan sitä pidetään uutena kohteena; uusi tunniste Asiakastarpeen tarkistamista, ja myös asiakkaiden etu on tietotarpeidensa tarkentaminen pelkkien muutostietojen ylläpidossa suoraan yksilöivien tunnisteiden ja versiotunnisteiden avulla Elinkaarisäännöt käyttäjien (ja ylläpitäjien) saataville paikkatietoinfrastruktuurissa Tunnisteiden nimialuerekisteri ja tunnisteiden käyttöönsaattamisen mekanismi tarvitaan tässäkin Mahdollistaa muutostietopalvelut 10.3.2010 10
OSGB Feature Life-cycle Rules Rules Creation of feature due to real-world change Deletion of feature due to real-world change Modification of feature due to real-world change Depending on Feature Geometry type (point, line, polygon) Changes to geometry of a feature Individual Rules for Splitting, Joining, Re-Classification, Error-Corrections Topological Structuring Rules & Inferred Rules for lines 10.3.2010 11
Aineistotunnisteet Aineistotunnisteet varataan Paikkatietoinfrastruktuurin piirissä oleville ja tuleville kansallisille tietolähteille (tietotuotemäärittelyjen mukaan) INSPIRE-yhteiskäyttöversioille 10.3.2010 12
Ulkomaisia caseja Ordnance Survey Great Britain (OSGB) Hollanti 10.3.2010 13 13
OSGB Feature Version Number & Version Date Feature changes: In Nature In Attributions maintained by the Supplier (OSGB) Version number Incremental change for every attribute change Real-world change Processes not connected to real-world changes Error corrections Geometric cleaning Data structuring Version Date Date of new version creation Tracking changes Different from data-load date From OS MasterMap Topography Layer User guide
Motivation for implementing UIDs (TOIDs) in OSGB OSGB TOIDs form a fundamental part of OSBG s new capture and maintenance processes for large-scale data TOIDs ensure that the lifecycle of the real-world feature being represented is correctly modeled Customers of OSGB Data features are supplied to customers as full supply or change onlyupdate with UIDs, version numbers and version dates A number of customers take change-only-update as a supply mechanism 10.3.2010 15
OSGB In data updates Use of TOIDs - OSGB They are used to manage the representation in the data of surveyable changes to the real-world feature and form part of our capture and maintenance processes. In generalisation As part of processes to flag up relevant change to derived products. Customers of OSGB Loading change-only-update Sharing data (with each other) using DNF principles Customers can update their data holdings effectively with the last version and ensure that they are referencing the same version as other users.. 10.3.2010 16
Change-only updates (COU) - OSGB Change-only update (COU) can be requested interactively as required, or by setting up an automatic update schedule on the OS MasterMap online service. OS MasterMap data is refreshed 6 weekly. When requesting change-only update (COU) data, to make sure there are no temporal gaps in your holdings, it is important that you enter the extraction date in the 'change since' window on the online service and not the availability date or the date that you last placed an order. Extraction and availability dates. Interactively defining COU (COU-Service) 1.Log in to the online service. 2.Go to the Orders section. Ensure that you have ordered an initial supply for the area that you would like to order COU for. 3.Select Existing orders. 4.Select the order that you would like to request COU for. 5.A pop-up box titled Available actions will appear. Select Reorder. 6.Work through screen 1: this confirms what area was in the initial order. 7.Screen 2 confirms the layers that were in the initial order. 8.Screen 3 is where you place the order for the COU. There are four selection boxes here. 9.Format (GML) 10.Supply Filter (Full Supply/Change Only Update). If you select COU a box will appear containing 'Since dd/mm/yyyy' - this is where you select your change since date. To ensure that there are no temporal gaps in your data, you should enter the extraction (or currency) date as it appears on your previous supply. http://www.ordnancesurvey.co.uk/oswebsite/products/osmastermap/information/technical/changeonlyupdate.html
Quality benefits - OSGB As customers spesify their needs precisely this also gives the data provider the information what data is needed Accordingly data services can be improved to better meet the essential customer needs increasing efficiency for both 10.3.2010 18
Hollanti NEN3610 Identifier management An identification code must be unique within a sector model. A globally unique identification code is created by combining this identification with a sector code and a country code. A geographic feature's identification code within the Basic Scheme therefore consists of three parts separated by a period. The first part is the country code in accordance with ISO 3166-1. The country code for the Netherlands is NL (in capitals). The second part is the sector model code. The third part must uniquely identify the feature within a sector. The use of Universally Unique Identifiers (UUIDs) is recommended. As an example, the identification code for a feature of the TOP10NL sector model is as follows: NL.TOP10NL.UUID. The identification code is case sensitive. It is up to the domain (sector) models and the associated rules for maintenance and identifier management, how exactly to generate unique identifiers. It is advised that in case of changes to an object instance, a new version is created with the same identifier (but with different version number/temporal range). Consistency between data Semantically consistency through the use of namespaces and code lists - ongelmana sidos tietomalleihin ja niiden muutoksiin 10.3.2010 19
10.3.2010 20