Harmonizacja modeli pojęciowych BDOT10k i BDOT500 w kontekście wymiany danych Joanna BAC-BRONOWICZ Andrzej GŁAŻEWSKI Piotr LIBERADZKI Izabela WILCZYŃSKA
Harmonizacja czy koniecznie? Spójność modeli pojęciowych Rozłączność klasyfikacyjna i hierarchizacja pojęć Jednoznaczność i rozłączność domen atrybutów Poprawność merytoryczna i techniczna modelu Zastosowanie bazy danych i przypadki jej użycia => sposób abstrakcji cech zasadniczych elementów czasoprzestrzeni geograficznej Wyniki modelowania bytu rzeczywistego mogą być diametralnie różne (w zależności od zastosowań bazy danych) i jednocześnie poprawne Harmonizacja droga do osiągnięcia spójności
Harmonizacja czy koniecznie? Harmonizacja Cele Płaszczyzny Możliwe efekty Dlaczego koniecznie? Użytkownik System IIP
Harmonizacja czy koniecznie? komponenty interoperacyjnosci (wg D2.5: Generic Conceptual Model, Version 3.3)
IIP tło sukcesu IIP kamienie milowe jej rozwoju w Polsce w zakresie baz danych referencyjnych TBD (2003) model pojęciowy Start INSPIRE (2009) standaryzacja BDOT (2010) pierwszy sukces Dziś (2015) porządkowanie Finisz (2019) nowy początek
Rozwój modelu pojęciowego TBD/BDOT Podstawowy model pojęciowy baz danych referencyjnych w Polsce Obiekty testowe Kolejne uzupełnienia i edycje WT Zasady pozyskiwania obiektów i kontroli zbiorów danych Pomysł BDG i realizacja: BDOT10k + BDOO
Rozwój modelu pojęciowego TBD/BDOT Koncepcja Systemu Informacji Topograficznej Kraju (SITop); Koncepcja uogólnionego standardu TBD II. Próby harmonizacji modeli pojęciowych referencyjnych baz danych (VMapL2, VMapL2+, VMapL2u, TBD oraz BDO) Koncepcja systemu Wielorozdzielczej Bazy Danych Topograficznych (WTBD) Koncepcja i realizacja pomysłu rozszerzenia i uprzestrzennienia Państwowego Rejestru Nazw Geograficznych (PRNG) Baza Danych Georeferencyjnych (BDG) model konceptualny realizacja idei BDG w postaci Bazy Danych Obiektów Topograficznych w ramach projektu GBDOT wraz z KSZ
Rozwój modelu pojęciowego TBD/BDOT pomysł TBD BDO BDG realizacja TOPO10 (BDOT10k) TOPO250 (BDOO) KARTO10 KARTO25 KARTO50 KARTO100 KARTO250 KARTO500 KARTO1000
Przykład struktury BDOT500
BDOT10k - BDOT500 Przykłady struktury BDOT500
BDOT500 problemy i wyzwania Definicje obiektów w modelu pojęciowym Zawężenie w stosunku do BDOT10k Liczby klas obiektów i wyróżnień Atrybutyzacji wewnątrz klas Zastosowanie typów geometrii obiektów Redundancje informacyjne Przynależność do klas obiektów
BDOT500 problemy i wyzwania Definicje obiektów w modelu pojęciowym
BDOT500 problemy i wyzwania
BDOT500 problemy i wyzwania Zawężenie w stosunku do BDOT10k liczby klas obiektów i wyróżnień
BDOT500 problemy i wyzwania Zawężenie w stosunku do BDOT10k liczby klas obiektów i wyróżnień
BDOT500 problemy i wyzwania Zawężenie w stosunku do BDOT10k liczby klas obiektów i wyróżnień
BDOT500 problemy i wyzwania Zawężenie w stosunku do BDOT10k atrybutów poszczególnych klas obiektów
BDOT500 problemy i wyzwania
BDOT500 problemy i wyzwania Zastosowanie typów geometrii obiektów
BDOT500 problemy i wyzwania Zastosowanie typów geometrii obiektów - obiekty o znaczeniu orientacyjnym w terenie
BDOT500 problemy i wyzwania Redundancje informacyjne
BDOT500 problemy i wyzwania Redundancje i definicje obiektów
BDOT500 problemy i wyzwania Przynależność do klas obiektów
BDOT500 problemy i wyzwania Przynależność do klas obiektów
BDOT500 problemy i wyzwania (*) z wyłączeniem SU, KU, SKDR, SKRW, TC, AD, BUBD, BUIT, RT
BDOT500 propozycje modyfikacji Uściślenie (podanie) definicji obiektów Uporządkowanie przynależności obiektów do kategorii (przykład: pokrycie terenu cmentarz i rów) Rozszerzenie treści BDOT500 o reprezentacje ważnych obiektów inżynierskich (gromadzenie danych na możliwie najwyższym stopniu szczegółowości) Rozbudowa modelu w kierunku MRDB Rozszerzenie atrybutyzacji obiektów Zmniejszenie zbędnej redundancji danych
BDOT500 propozycje modyfikacji Brak standardu NMZ Możliwości automatyzacji zasilania BDOT10k i innych rejestrów INSPIRE Dalszy rozwój
BDOT500 propozycje modyfikacji Baza danych EGiB Ozn. klas obiektów (atrybuty, w tym metadane) G5BUD (20, 2) Nazwy klas obiektów budynek (w tym zbiornik silos i wiata) Geometria obszar NMZ O312BUD (2, 0) F320BLO (1, 0) O313BUS (2, 0) budynek blok budynku symbol budynku obszar obszar punkt BDOT BUBD.A (27, 16) budynek (wg KŚT) obszar VMap L2 AAL015 (10, 0) AAT050 (5, 0) PAL015 (11, 1) PAT050 (6, 1) PAL100 (2, 0) budynek (o pow. > 1350 m²) węzeł/budynek łączności budynek (o pow. < 1350 m²) węzeł/budynek łączności barak/szopa obszar obszar punkt punkt punkt
BDOT500 propozycje modyfikacji
BDOT500 propozycje modyfikacji Uściślenie (podanie) definicji obiektów Uporządkowanie przynależności obiektów do kategorii (przykład: pokrycie terenu cmentarz i rów) Rozszerzenie treści BDOT500 o reprezentacje istotnych obiektów inżynierskich (gromadzenie danych na możliwie najwyższym stopniu szczegółowości) Rozbudowa modelu w kierunku MRDB Rozszerzenie atrybutyzacji obiektów Zmniejszenie zbędnej redundancji danych
BDOT500 propozycje modyfikacji
BDOT500 propozycje modyfikacji
Wnioski Harmonizacja modeli pojęciowych baz danych jak i samych zbiorów danych ważnym elementem strategii rozwoju IIP Standaryzacja jest nieodzowna Dwukierunkowa harmonizacja modyfikacje modeli pojęciowych BDOT500 i BDOT10k pod kątem wymiany danych Osiągnięcie spójności modeli baz danych topograficznych różnych poziomów szczegółowości jest możliwe i może stanowić impuls do rozwoju koncepcji BDOT oraz wskazać kierunki harmonizacji pozostałych baz danych referencyjnych Proces harmonizacji wymaga porozumień instytucjonalnych i współdziałania w zakresie tworzenia SDI
Wnioski Model pojęciowy BDOT jest dobrym punktem startowym dalszego rozwoju modelowania informacji referencyjnej w Polsce Istnieje potrzeba budowy jednolitej bazy danych referencyjnych odniesionej do katastralnego poziomu szczegółowości Należy docenić i uwzględnić wagę i wartość danych pozyskanych w terenie (pomiary geodezyjne, inwentaryzacje, zgłoszenia właścicieli, dane teledetekcyjne) i wykorzystać je w jak najszerszym stopniu w procesie budowy baz danych referencyjnych Rozwój baz danych powinien też zmierzać do uwzględnienia czwartego wymiaru i stosować czasoprzestrzenne podejście do modelowania