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
Integracja i harmonizacja identyfikator IIP 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
Integracja i harmonizacja identyfikator IIP 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
Integracja i harmonizacja Interoperacyjność i harmonizacja w praktyce mapa zasadnicza Zintegrowana Baza Danych (zasób powiatowy) EGIB Budynek GESUT Przewód kanalizacyjny BDOT500 BDSOG Punkt adresowy PRPOG PRG EMUIA Rejestry centralne Gminy 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
Integracja i harmonizacja modelowanie pojęciowe 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
Integracja i harmonizacja modelowanie pojęciowe 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
Standaryzacja danych 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
Standaryzacja danych 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 danych 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
Aktualizacja BDOT10k POZIOM POWIATOWY Źródło danch "ręcznych" Źródła danych "automatycznych" ZBD Rejestry zewnętrzne Opracowania BDOT powstałe w wyniku zlecenia ("produkty") 1. Wprowadzenie danych do bufora 2.Generalizacja na poziomie danych 3. Kontrola poprawności danych w buforze (topologia, zgodność atrybutów) 4a. Procedura wyjaśniania rozbieżności 4. Kontrola poprawności i określenie zależności między danymi w buforze a BDOT 5. Aktualizacja wymuszona 6. Uzgodnienia obiektów na stykach Procedura przyjęcia danych do zasobu Dane BDOT powstałe na podstawie innych żródeł (ortofoto, wywiad etc.) Bufor BDOT BDOT POZIOM WOJEWÓDZKI 18
Aktualizacja BDOT10k 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
Aktualizacja BDOT10k 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
Aktualizacja BDOT10k START Ogólna procedura aktualizacji BDOT10k na podstawie danych z ZBD 1.Automatyczne pobranie I przetworzenie danych z ZBD 2.Weryfikacja I przygotowanie danych do przyjęcia do Zasobu Raport z kontroli danych Raport o obiektach nie przyjętych do BDOT - wymagających uzgodnienia 3.Przesłanie do systemu PODGIK informacji o obiektach rekomendowanych do zmiany w ZBD Raport o obiektach wymagających przetworzenia przez operatora Informacja o obiektach rekomendowanych do zmiany w ZBD Informacja o obiektach rekomendowanych do zmiany w ZBD - do automatycznego przesłania do systemu PODGIK Operator systemu ustalający harmonogram pobierania danych Operator systemu z uprawnieniami do wprowadzania zmian Operator systemu z uprawnieniami do przekazywania informacji do PODGIK 4.Przyjęcie danych do Zasobu Raport o obiektach wprowadzonych do BDOT Operator systemu z uprawnieniami do zatwierdzania zmian STOP 21
Aktualizacja BDOT10k 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
Aktualizacja BDOT10k przykład 24
Aktualizacja BDOT10k przykład 25
Aktualizacja BDOT10k przykład 26
Dziękuję www.comarch.pl/administracja-publiczna info@comarch.com 27