Założenia integracji - forumti.plforumti.pl/18Forum/prezentacje/Garcia_Cwik.pdf · XVIII Forum...

XVIII Forum Teleinformatyki „Polska w cyfrowej chmurze?”

Założenia integracji i harmonizacji danych geodezyjno-kartograficznych na poziomie powiatu i województwa Miedzeszyn, 28.09.2012 r.

Joanna Garcia Ćwik, Comarch SA

1


Agenda

• Podstawy prawne

• Integracja i harmonizacja – identyfikatory IIP

– modelowanie pojęciowe

– GML jako wspólny format wymiany danych

• Standaryzacja danych

• Aktualizacja bazy danych na poziomie województwa na podstawie danych powiatowych

2


Podstawy prawne

• Dyrektywa 2007/2/WE Parlamentu Europejskiego i Rady z dnia 14 marca 2007 r. ustanawiająca infrastrukturę informacji przestrzennej we Wspólnocie Europejskiej (INSPIRE)

• Ustawa z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej, przyjęta przez polskie organy ustawodawcze

• Zmiany w ustawie z dnia 17 maja 1989 r. – Prawo geodezyjne i kartograficzne

3


Integracja i harmonizacja

W kontekście integracji powiatowych i wojewódzkich danych przestrzennych harmonizację rozumiemy (w ujęciu prawnym i technicznym) przede wszystkim jako:

• jednolite traktowanie informacji przestrzennej stanowiącej elementy zasobu geodezyjnego – bez względu na docelową skalę prezentacji lub zakres dziedzinowy

• jednolity sposób identyfikacji obiektów i tworzenia referencji między obiektami

• wypracowanie procedur przepływu danych i informacji między wojewódzkimi a powiatowymi jednostkami organizacyjnymi zarządzającymi zasobem geodezyjnym.

4


Integracja i harmonizacja – identyfikator IIP

• Jednolite zasady identyfikowania obiektów – takie same zasady nadawania i prowadzenia identyfikatorów dla wszystkich obiektów IIP

• Unikalna wartość identyfikatora w skali całego kraju, dla obiektów, które mogą być użyte jako referencyjne;

• Niezmienność wartości przez cały cykl życia;

• Możliwość wykorzystywania identyfikatora obiektu przez inne organizacje, jako jednoznacznych referencji dla „swoich” obiektów lub atrybutów;

• Nie musi dostarczać żadnych dodatkowych informacji (np. kto jest dostawcą informacji o obiekcie, jakiego obszaru dotyczy)

5


Jednolita systematyka nadawania identyfikatorów IIP

• Identyfikator każdego obiektu przestrzennego składa się z przestrzeni nazw oraz identyfikatora lokalnego.

• Na przestrzeń nazw składają się oddzielone kropką: – litery PL,

– oznaczenie, np. „PZGiK”,

– numer porządkowy, pod którym ujawniony został dany zbiór danych

– oznaczenie dziedzinowe, np. „BDOT”.


6


• Identyfikator lokalny generowany jest jako identyfikator UUID (Universally Unique Identifier) w oparciu o normę ISO/IEC 9834-8:2005.

• Identyfikator wersji ma postać daty zgodnie z ISO 8601 (np. 2010-11-02T03:01:45+01:00). Wartość identyfikatora wersji dla wersji wcześniejszej musi być mniejsza (w sensie porównania ciągu znaków) niż wartość dla wersji późniejszej. – Atrybut ten nie musi być wypełniany, jeśli w danym zbiorze

danych nie są rozróżniane wersje obiektów danej klasy.

– Identyfikator wersji jest tożsamy z datą utworzenia wersji obiektu w bazie danych.


7


Interoperacyjność i harmonizacja w praktyce – mapa zasadnicza

EGIB

BDOT500

GESUT

Zintegrowana Baza Danych (zasób powiatowy)

Budynek

Przewód kanalizacyjny

PRPOG PRG EMUIA

BDSOG

Rejestry „centralne”

Punk

t ad

reso

wy

Gminy

Integracja i harmonizacja

8


Integracja i harmonizacja – modelowanie pojęciowe

• Czym jest model? – Model jest uproszczeniem rzeczywistości (abstrakcją

systemu) na pewnym poziomie abstrakcji i z pewnego punktu widzenia. Inaczej abstrakcja obiektów świata rzeczywistego, której celem jest ich zrozumienie.

– Modele opracowuje się po to, żeby lepiej zrozumieć system, który budujemy.

• Dlaczego modelujemy? – Zrozumienie systemu – złożoność.

– Specyfikowanie struktury i zachowania – przewidywanie cech i działania.

9



• Jakie są zasady modelowania? – Podjęcie decyzji, jakie modele tworzyć, ma wielki wpływ

na to, w jaki sposób „zaatakujemy” problem i jaki kształt przyjmie rozwiązanie.

– Każdy model może być opracowany na różnym poziomie szczegółowości.

– Żaden model nie jest wystarczający.

10



• Tworzenie nowej struktury obiektów IIP nie jest związane z hasłem „zaczynamy od początku”. Nowy model danych jest w gruncie rzeczy oparty na dotychczasowych obiektach (np. z instrukcji K-1, wytycznych do prowadzenia TBD).

• Wymagane jest natomiast uporządkowanie przestrzeni i wzajemnych związków między obiektami i harmonizacja baz danych.

• W tym kontekście modele dziedzinowe EGiB, RCiWN, SOG, GESUT, BDOT500 oraz BDOT10k stanowią załączniki do projektów rozporządzeń dotyczących obiektów IIP.

11


Integracja i harmonizacja – GML

• Jest aplikacją XML. Wykorzystuje kodowanie XML zgodnie z ISO 19118

• GML - PN-EN ISO 19136:2009 Informacja geograficzna – Język znaczników

• Zawiera zarówno właściwości przestrzenne, jak i nieprzestrzenne obiektów geograficznych

• Schemat GML składa się z komponentów w przestrzeni nazw

• Dokument GML jest dokumentem XML, w którym elementem korzeniem jest element AbstractFeature, Dictionary lub TopoComplex (elementy te są określone w schematach GML), albo dowolny element z grupy odstawienia tych elementów.

12


Standaryzacja danych

• Istnienie dobrze opisanego standardu wymiany to warunek konieczny, ale niewystarczający poprawnej wymiany. Ważna jest zawartość baz danych zgodna z przyjętym modelem.

13



• Proces standaryzacji danych wymaga: – wyeliminowania ze zbiorów standardowych danych

o treści i formacie niezgodnym z opisem standardu

– uzupełnienia braków w danych obligatoryjnych

• Przyjęcie standardu – wyklucza jego dowolne rozszerzanie w zależności od

lokalnych potrzeb

– nie oznacza konieczności usunięcia informacji fakultatywnych z posiadanych zbiorów informatycznych

– nie wyklucza budowy i wykorzystywania narzędzi informatycznych do obsługi informacji fakultatywnych

14



• Proces standaryzacji danych nie oznacza: – wyeliminowania ze zbiorów standardowych danych

z błędami merytorycznymi

– wyeliminowania ze zbiorów standardowych danych geometrycznych o niskiej dokładności

• Niemniej standaryzacja danych, nawet w przypadku zastrzeżeń jakościowych, umożliwia ich harmonizację z danymi innych baz (porównanie, weryfikację, wskazanie – przez możliwość zastosowania standardowych analiz – obszarów do uzupełnienia, opracowania).

15



Standaryzacja a projekty rozporządzeń do ustawy Prawo geodezyjne i ustawy o IIP

• Nowy model danych ma pozwolić na jednoznaczne „zmapowanie” niestandardowych zapisów na nowy model. Nie można jednak zakładać, że proces ten będzie mógł zawsze odbyć się automatycznie (poprzez mechaniczne przetworzenie).

• Decyzja co do metody i trybu wykonania konwersji będzie musiała być każdorazowo podjęta na podstawie szczegółowego audytu danych bazy powiatowej.

16


Aktualizacja BDOT10k

Główne procesy merytoryczne Systemu Zarządzania Bazą Danych Obiektów Topograficznych

• Pobranie

• Opracowanie

• Kontrola

• Przyjęcie

17



Źród

ło d

anch

"rę

czny

ch"

Źród

ła d

anyc

h "a

utom

atyc

znyc

h"

ZBD

Rejestry zewnętrzne

Opracowania BDOT powstałe w wyniku zlecenia ("produkty")

Dane BDOT powstałe na podstawie innych żródeł (ortofoto, wywiad etc.)

1. Wprowadzeniedanych do bufora

2.Generalizacja napoziomie danych

3. Kontrolapoprawności danychw buforze (topologia,zgodność atrybutów)

4. Kontrolapoprawności i

określeniezależności między

danymi w buforze aBDOT

4a. Procedurawyjaśnianiarozbieżności

5. Aktualizacjawymuszona

6. Uzgodnieniaobiektów na

stykach

Procedura przyjęciadanych do zasobu

Bufor BDOTBDOT

POZIOM WOJEWÓDZKI

POZIOM POWIATOWY

18



ZBD – Zintegrowana relacyjna lub relacyjno-obiektowa baza danych zawierająca zbiory danych:

• ewidencji gruntów i budynków

• rejestru cen i wartości nieruchomości

• geodezyjnej ewidencji sieci uzbrojenia terenu

• bazy danych szczegółowej osnowy geodezyjnej

• baza danych obiektów topograficznych objętych zakresem treści mapy zasadniczej

19



Rejestry zewnętrzne

• TERYT – Krajowy Rejestr Urzędowy Podziału Terytorialnego Kraju

• PRNG – Państwowy Rejestr Nazw Geograficznych

• PRG – Państwowy Rejestr Granic

• MPHP – Mapa Podziału Hydrograficznego Polski

• MSIP – Mazowiecki System Informacji Przestrzennej

Potencjalnie do wykorzystania:

• TERYT 2

• GEOPORTAL 2

20


• Ogólna procedura aktualizacji BDOT10k na podstawie danych z ZBD

1.Automatyczne pobranie I przetworzenie danych z ZBD

Operator systemu ustalający harmonogram pobierania

danychRaport z kontroli

danych

START

STOP

2.Weryfikacja I przygotowanie danych do przyjęcia do Zasobu

4.Przyjęcie danych do Zasobu

Operator systemu z uprawnieniami do

wprowadzania zmian


zatwierdzania zmian

Raport o obiektach wymagających

przetworzenia przez operatora

Raport o obiektach nie przyjętych do BDOT -

wymagających uzgodnienia

Raport o obiektach wprowadzonych do

BDOT

3.Przesłanie do systemu PODGIK informacji o obiektach

rekomendowanych do zmiany w ZBD

Informacja o obiektach rekomendowanych do

zmiany w ZBD


przekazywania informacji do PODGIK

Informacja o obiektach rekomendowanych do

zmiany w ZBD - do automatycznego

przesłania do systemu PODGIK


21



Relacje z systemem do zarządzania zintegrowaną bazą danych powiatowych

• Relacje oparte w całości na usługach sieciowych

• Utworzenie listy obiektów rekomendowanych do zmiany w ZBD

• Przesłanie informacji o wyszukanych obiektach do systemu danych powiatowych

• Otrzymanie informacji zwrotnej o wyjaśnianych obiektach

22


Aktualizacja BDOT10k – przykład

23



24



25



26


Dziękuję wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

wwww@wwwwwwwwcom

27

Założenia integracji - forumti.plforumti.pl/18Forum/prezentacje/Garcia_Cwik.pdf · XVIII Forum...

Documents

Transcript of Założenia integracji - forumti.plforumti.pl/18Forum/prezentacje/Garcia_Cwik.pdf · XVIII Forum...