Koncepcja harmonizacji danych przestrzennych w Polsce dr Zenon Parzyński Główny Urząd Geodezji i Kartografii Wydział Geodezji i Kartografii Politechniki Warszawskiej
Polska droga do INSPIRE Jest dwuetapowa 1. Unowocześnienie geodezji poprzez zmiany przepisów prawa 2. Dostosowanie danych do wymogów Dyrektywy INSPIRE (reguły implementacyjne, a w tym specyfikacje danych)
Uporządkowanie i unowocześnienie geodezji (1) Instrukcje i wytyczne techniczne obowiązujące nie były zharmonizowane ze sobą. K1_Dzialka +geometriaob : GM_Complex +nrewidencyjny : CharacterString +nradresowy : CharacterString +nazwawlasna : CharacterString +przedstawieniegraficzne : Grafika +elementyprzedstawieniagraficznego : Grafika G5_Dzialka +geometria : GM_Complex +iddzialki : CharacterString +idrejonustatystgus : CharacterString +wartosc : Currency +polepow : float +doklzapisupola : Integer +nrrejestruzabytkow : CharacterString +datauplywuwladania : Date +datawerifikacjidanych : Date +datautworzeniaobiektu : Date
Uporządkowanie i unowocześnienie geodezji (2) Przy opracowywaniu modeli baz danych jest wykorzystywana: metodyka modelowania pojęciowego, zapis schematów aplikacyjnych w UML, zapis schematów aplikacyjnych w GML, które będą standardami wymiany danych, integracja z normami ISO-EN serii 19100 (np. geometria, topologia, jakość, metadane, odniesienia przestrzenne).
Koncepcja Ogólnego Modelu Geodezyjnego (OMG) OMG_DokumentPrawny OMG_ObiektRejestrowy OMG_PrawaOgraniczeniaOdpowiedzialnosc OMG_Osoba 1.. OMG_Nieruchomosc OMG_OsobaGrupowa OMG_Dzialka OMG_ReprezentacjaGeomITopol OMG_OsobaPrawna OMG_InnyObiektRejestrowy OMG_PunktPomiarowy OMG_Mapa OMG_OsobaFizyczna OMG_Budynek OMG_DokumentPomiarowy Pachelski W., Parzyński Z. Aspekty metodyczne wykorzystania norm serii ISO 19100 do budowy geodezyjnych składników krajowej infrastruktury danych przestrzennych PTIP, Warszawa, 2007
OMG w praktyce Model Podstawowy
Model Podstawowy Model Podstawowy składa się z 5 modeli, w których są umieszczone definicje klas wykorzystywanych w budowanych schematach aplikacyjnych
Model Podstawowy - Dokument class Dokument «CodeList» DC_RodzajDokumentu «DataType» BT_Dokument + opis: CharacterString [0..1] + rodzaj: DC_RodzajDokumentu + status: DC_StatusDokumentuKod + sygnatura: CharacterString [0..1] + tytul: CharacterString + wydawca: CharacterString + zasobsieciowy: CI_OnlineResource [] «voidable» + data: Date [1..] + decyzja + inny + orzeczenie + rozporzadzenie + protokol + uchwala + umowa + ustawa + wyciagzkw + zarzadzenie + zawiadomienie «Enumeration» DC_StatusDokumentuKod obowiazujacy nieobowiazujacy
class Typy podstawowe Model Podstawowy Typy Podstawowe «DataType» BT_Identyfikator + lokalnyid: CharacterString + przestrzennazw: CharacterString + wersjaid: CharacterString [0..1] constraints {Dozwolone znaki dla atrybutów lokalnyid i przestrzennazw} «DataType» BT_Zbior + dataaktualizacji: Date [0..1] + datautworzenia: Date + opis: CharacterString [0..1] + postacelektroniczna: Boolean + rozszerzenie: CharacterString [] + autor: CI_ResponsibleParty [1..] + tytul: CharacterString + zasobsieciowy: CI_OnlineResource [] + rodzajzawartosci: BT_RodzajElementu [1..] constraints {warunek na postać elektroniczną} {warunek na rozszerzenie} «DataType» BT_CyklZyciaInfo + koniecwersjiobiektu: DateTime [0..1] + poczatekwersjiobiektu: DateTime constraints {Koniec wersji obiektu} «CodeList» BT_RodzajElementu + dowodyikopiedoreczen + dziennikpomiaru + inny + protokol + roboczabazadanych + sprawozdanietechniczne + szkicpomiarowy BT_OperatTech + datautworzenia: Date + idopracowania: CharacterString [1..] + metadane: MD_Metadata + odniesieniedobazy: BT_Baza + wykonawca: CI_ResponsibleParty + zasiegroboty: LinearRing + zasobsieciowy: CI_OnlineResource [] + zawartosc: BT_Zbior [1..] «Voidable» + idzgloszenia: CharacterString + zleceniodawca: CI_ResponsibleParty constraints {warunek na zasób sieciowy} «CodeList» BT_UkladWys + Kronsztadt60 + Kronsztadt86 + Kronsztadt2006 + Amsterdam55 + Amsterdam2000 + EUREF89 + ETRF2000 + ETRF2008 + Pulkowo42 + EVRS2007 «enumerat... BT_Baza EGiB GESUT BDNMT BDOrto BDOT10k BDOT500 BDSOG BDZLiS EMUiA PRG PRNG PRPOG RCiWN BDOO «CodeList» BT_UkladGeod + EUREF89 + ETRF2000 + ETRF2008 + Pulkowo42 + PUWP1992 + PUWP2000 + PUWP1965 + PUWP1942 + PUWPBG + UTM
Model Podstawowy Referencja pomiędzy obiektami class Obiekt przestrzenny BT_ObiektPrzestrzenny +obiekt BT_ReferencyjnyObiektPrzestrzenny + idiip: BT_Identyfikator +zbior BT_ZbiorDanychPrzestrzennych + idiip: BT_Identyfikator «voidable» + metadane: MD_Metadata class Referencja pomiędzy obiektami IIP «Union» BT_ReferencjaDoObiektu + idiip: BT_Identyfikator +obiekt BT_Obiek tprzestrzenny BT_ReferencyjnyObiektPrzestrzenny + idiip: BT_Identyfikator
Model Podstawowy przykłady wykorzystania nazwy geograficzne class Miejscowość AD_Miejscowosc + idiip: BT_Identyfikator + cyklzycia: BT_CyklZyciaInfo + nazwa: AD_EndonimStandaryzowany + nazwamiejscowosciwjezykumniejszosci: AD_EndonimStandaryzowany [] + powierzchnia: Area [0..1] + pozycja: GM_Point + rodzaj: AD_RodzajMiejscowosciKod + waznydo: DateTime [0..1] «voidable» + zrodloinformacji: BT_Dokument [1..] {ordered} + geometria: GM_MultiSurface + idteryt: CharacterString + waznyod: DateTime «DataType» AD_EndonimStandaryzowany + jezyk: NG_KodJezyka + nazwa: CharacterString + przymiotnik: CharacterString [0..1] «voidable» + dopelniacz: CharacterString +jestczescia 0..1 {Jednostka miary powierzchni} {Ważny Do} {Jednostka administracyjna} {Przymiotnik nazwy dla miasta} {Przymiotnik nazwy dla wsi} constraints +czesc +miejsce +NG_NazwaGeografRP «Union» BT_ModelPodstawowy:: BT_ReferencjaDoObiektu + idiip: BT_Identyfikator
Model Podstawowy przykłady wykorzystania mapa zasadnicza class Mapa zasadnicza + idiip: BT_Identyfikator «Union» BT_Referencj adoobiektu +PRPOG +BDSOG +PRG +EGiB +BDOT500 +GESUT +EMUiA MZ_OgolnyObiekt 1 +obiektkarto 1 KR_ObiektKarto
Katalog obiektów
Konkluzja Krokiem w stronę dostosowania do wymogów INSPIRE jest harmonizacja referencyjnych danych z wykorzystaniem norm ISO-EN serii 19100 Naszym pomysłem na osiągniecie harmonizacji tych danych jest opracowanie i wdrożenie modelu podstawowego, który jest modelem ogólnym dla pozostałych opracowanych schematów: EGiB, BDOT, PRG, ZSIN i in. Następnym krokiem ma być spełnienie reguł implementacyjnych INSPIRE ze szczególnym uwzględnieniem specyfikacji danych, co jest warunkiem osiągnięcia przez zbiory danych i usługi interoperacyjności