GML w praktyce geodezyjnej

Transkrypt

1 GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa

2 SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych SIT. Przekazywanie danych przestrzennych oraz modelu danych Niejednoznaczność w zdefiniowaniu modelu danych. Model nie opisywał rzeczywistości a jej model w postaci mapy numerycznej Brak udanych importów z formatu SWING

3 TANGO Rok1998, standard de facto, nie przyjęty przez GUGiK Zasilanie w dane Ośrodków Dokumentacji Geodezyjnej i wymiana danych między systemami informacji przestrzennej Przekazywanie tylko danych przestrzennych. Sekcja metadanych zawierała odwołanie do instrukcji technicznych /gdzie był zdefiniowany model/ Posiadał wytyczne które interpretowały implementacje wytycznych technicznych K-1, GESUT Przekazywał redakcję mapy Standaryzował typy geometryczne obiektów przestrzennych /odmiennie od instrukcji K-1/ Zaimplementowany z sukcesem w wielu programach.

4 SWDE Rok 2001, standard de jure i de facto Format służący do wymiany danych pomiędzy bazami ewidencyjnymi Model danych zdefiniowany w rozporządzeniu Zdefiniowany w załączniku nr 4 do rozporządzenia Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001 r. w sprawie ewidencji gruntów i budynków (Dz.U ) Nie przenosi elementów redakcyjnych Umożliwia rozbudowę modelu i zasilania przyrostowe Zaimplementowany z sukcesem w wielu programach. Stanowi podstawę zasilania w systemie LPIS oraz IPE.

5 SWDE / SWING 3.0 Rok 2003, standard de facto i de jure Służy do wymiany danych pomiędzy bazami danych systemów informatycznych SIT/SIP/GIS. Umożliwia przekazanie opisu modelu danych użytego do reprezentacji danych oraz informacji o utworzeniu i przeznaczeniu danych zawartych w pliku transferu Przenosi elementy redakcyjne mapy Zaimplementowany i wykorzystywany w praktyce W 2006 opracowano wytyczne techniczne modułu wymiany danych ewidencyjnych (export-import) w formacie SWDE/SWING w tym w trybie różnicowym.

6 Język XML Extensible Markup Language rozszerzalny język znaczników Prosty format tekstowy dla wymiany danych w Internecie oparty o standard SGML Zawartość dokumentu XML to reprezentacja danych bez informacji o tym: jak je wyświetlać czym one są Podstawą są zagnieżdżone węzły (XML node), które mogą posiadać: Potomstwo zawartość atrybuty

7 Dokument XML <?xml version="1.0" encoding="utf-8"?> <dane> <osoba> <imie>henryk</imie> <nazwisko>kwiatek</nazwisko> <adres> <ulica>grabiszyńska</ulica> <numer>241a</numer> <miasto>wrocław</miasto> </adres> </osoba> </dane> <dane> <osoba> <imie> <nazwisko> <adres> Henryk Kwiatek <ulica> <numer> <miasto> Grabiszyńska 241a Wrocław

8 Technologie XML XML jest formatem reprezentacji danych nie zawiera więc informacji o tym jak: wyświetlać dane przetwarzać dane Można wykorzystać do tego dedykowane aplikacje lub wykorzystać powiązane technologie XML m.in.: XML Schema strukturyzuje oraz waliduje dokumenty XML XSL Tranformations - transformuje i przetwarza dokumenty XML XLink umożliwia łączenie całych dokumentów lub ich fragmentów

9 GML XML jest naturalnym formatem wymiany danych w sieci WWW. Konieczna stała się standaryzacja sposobu kodowania danych przestrzennych w formacie XML. Geography Markup Language - oparty na XML język dziedzinowy służący do opisu danych przestrzennych. "(...) reprezentacja XML służąca do transportu i przechowywania informacji geograficznej łączącej zarówno właściwości przestrzenne jak i nieprzestrzenne obiektów geograficznych ( )"

10 GML jako sposób zapisu danych przestrzennych Udostępnia zestaw schematów XSD definiujących sposób zapisu danych przestrzennych w formacie XML Pozwala tworzyć własne schematy aplikacyjne (schematy XSD) z wykorzystaniem tych udostępnianych Definicje obiektów przestrzennych i typów geometrycznych Definicje obiektów przestrzennych wykorzystywanych w aplikacji Instancje obiektów przestrzennych gml.xsd schemat aplikacyjny GML Schema plik GML

11 GML wymiany danych przestrzennych Transport danych w sieci WWW problem objętości plików Możliwość wymiany danych pomiędzy dwoma stronami znającymi schemat aplikacyjny. Schematy XSD zapewniają walidację wymienianych danych Możliwość łatwej transformacji w inny schemat aplikacyjny (harmonizacja danych) Schematy aplikacyjne GML w ramach dyrektywy INSPIRE Usługi sieciowe WFS udostępniają dane przestrzenne w formacie GML.

12 GML GML określa kodowanie XML określonych klas pojęciowych zdefiniowanych w normach ISO serii 19100: ISO/TS Conceptual schema language (units of measure, basic types) ISO Spatial schema (geometry and topology objects) ISO Temporal schema (temporal geometry and topology objects, temporal reference systems) ISO Rules for application schemas (features) ISO Spatial referencing by coordinates (coordinate reference systems) ISO Schema for coverage geometry and functions

13 Czym nie jest GML GML nie jest językiem prezentacji danych przestrzennych: GML nie definiuje sposobu wyświetlania danych przestrzennych. Aplikacje mogą dowolnie interpretować i wyświetlać zawartość plików GML. GML nie jest językiem przetwarzania danych przestrzennych: GML jest oparty na XML, który jest tylko językiem opisu. Nie można za jego pomocą przeprowadzać analiz przestrzennych.

14 Wymiana danych pomiędzy geodezyjnych W.Pachelski, A.Chojka, A.Zwirowicz, 2012

15 Wymiana danych wariant A Fragment rzeczywistości Model pojęciowy

16 Wymiana danych wariant B Fragment rzeczywistości Model rzeczywistości /mapa/ Model pojęciowy

17 Modelowanie danych przestrzennych

18 Model relacyjny v Model obiektowy

19 Obiektowo relacyjna filozofia GIS W systemach IT schemat aplikacyjny jest niewidoczny dla użytkownika W systemach GIS dane przestrzenne są dostępne w oknie mapy i oknie danych /tabelkach/

20 Obiektowy GIS oparty na XML - wyzwanie przyszłości?

21 Zalety UML/XML/GML Wybrane zalety: Naturalny sposób modelowania świata Projektowanie graficzne Możliwość automatycznego generowanie schematów XSD Wykorzystanie technologii XML do wymiany danych Interoperacyjność Większe zrozumienie modelowanych obszarów przez społeczność Modelowanie tylko treści za które się odpowiada w danej dziedzinie

22 Duża złożoność modeli UML/GML Schemat aplikacyjny Model pojęciowy Implementacja w systemie GIS

23 Podsumowanie Dzisiaj nie ma odwrotu od GML i XML, podejście to nie jest idealne /ani proste, ani zrozumiałe, ani łatwe w użyciu/ ale nie ma alternatywy GUGiK podjął odważną i słuszną decyzję a poszczególne modele baz danych muszą być iteracyjnie ulepszane Istnieje wyraźna luka w edukacji /programie nauczania na kierunkach geodezyjnych/ zagadnień związanych z modelowaniem w UML i wykorzystania języka GML /z pominięciem działań prof. W.Pachelskiego/

24 Dziękuję za uwagę