System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? Koszalin, 15-16.05.2006 III Zawodowa Konferencja Zawód kartografa 200910151500

Agenda 1. Koncepcja SKBDT 2. Podstawowe założenia koncepcji 3. Aplikacja R 4. Aplikacja O 5. Szablon kontroli

Koncepcja SKBDT 2006 XII opracowanie ogólnej koncepcji SKBDT, niezależnej od oprogramowania, platformy systemowej i rozwiązań technologicznych. Idea szablonu kontroli (XML) i dwóch aplikacji do kontroli danych BDT. Projekt systemu (funkcjonalność aplikacji, model dziedziny, aktorzy, przypadki użycia, interfejsy)

Koncepcja SKBDT Opracowanie systematyki kontroli (zestawy kontroli, grupy kontroli i kontrole elementarne). Zdefiniowanie przedmiotu kontroli, określenie mechanizmów (rodzajów) kontroli i przypisanie rodzajów kontroli do konkretnych klas obiektów. Reguły doboru próbek, reguły oceny danych.

Koncepcja SKBDT http://www.bgwm.pl/pliki/tbd/skbdt_koncepcja_v1.27b.pdf

Podstawowe założenia koncepcji SKBDT stanowi istotny element Bazy Danych Topograficznych (TBD) i współdziała z Systemem Zarządzania Bazy Danych Topograficznych (SZBDT). Realizator przekazuje wstępnie skontrolowane dane za pomocą aplikacji udostępnianej bezpłatnie przez GUGiK/CODGiK/BGWM. Do kontroli wykorzystywany jest jeden, aktualny Szablon Kontroli SKBDT.

Podstawowe założenia koncepcji Najmniejszą jednostką podlegającą kontroli jest Zbiór Danych. Kompletny zbiór danych kontrolowany jest po kątem zgodności z aktualnymi Wytycznymi Technicznymi TBD. Zbiór danych kontrolowany jest do chwili wykrycia błędu krytycznego. Nie każdy wykryty błąd jest błędem krytycznym!

Podstawowe założenia koncepcji Kontrola danych obejmuje zarówno badanie poprawności technologicznej, tj. sposobu zapisu danych, parametrów technicznych (np. topologii), zgodności ze standardami wymiany danych; jak i poprawności merytorycznej, tj. kompletności danych, spełnienia wymogów dokładnościowych i zgodności danych z rzeczywistą sytuacją terenową.

Podstawowe założenia koncepcji Ostatnim elementem jest nadanie Sygnatury zbioru danych potwierdzenia, że zbiór danych pomyślnie przeszedł cały proces kontroli danych. Algorytm weryfikacji sygnatury zbioru danych powinien być zaimplementowany po stronie Systemu Zarządzania Bazy Danych Topograficznych (SZBDT). Poprawna identyfikacja sygnatury umożliwia włączenie zbioru danych do zasobu beneficjenta.

Podstawowe założenia koncepcji SKBDT SZBDT Przepływ danych od realizatora do końcowego odbiorcy w kontekście SKBDT i SZBDT

Podstawowe założenia koncepcji Podstawą systemu kontroli są: Wykwalifikowany personel wykorzystujący swoje doświadczenie przy interpretacji wyników kontroli, Aplikacja R Realizatora TBD oprogramowanie pozwalające na kontrole danych TBD w zakresie podstawowym. Aplikacja R wykorzystywana będzie w siedzibie realizatora. Konfiguracja aplikacji odbywa się poprzez Szablon Kontroli dostarczany na początku projektu przez Ośrodek

Podstawowe założenia koncepcji Aplikacja O właściwe oprogramowanie SKBDT działające po stronie Ośrodka w architekturze klientserwer umożliwiające kompleksową ocenę danych, przekazywanych przez Realizatora TBD. Konfiguracja Aplikacji O odbywa się poprzez Szablon Kontroli. Szablon ten może być zmieniany przez Administratora SKBDT Szablon Kontroli definicja produktów TBD oraz zestaw reguł kontroli, zbudowany na podstawie Wytycznych TBD i dokumentów skojarzonych, definiujący wszelkie kontrole, które przechodzą dane TBD.

Aplikacja R Podstawowym trybem działania Aplikacji R jest tryb samodzielny. Oznacza to, że aplikacja nie będzie potrzebowała żadnej bazy danych, środowiska GIS, czy też podłączenia do serwera Ośrodka. W tym trybie aplikacja będzie umożliwiała wykonanie podstawowych kontroli z zakresu struktury i składni danych.

Aplikacja R Kontrola Zbioru Danych BDT u Realizatora jest prowadzona za pomocą Aplikacji R. Podczas tej kontroli realizowany jest podstawowy zakres kontroli obejmujący kontrolę struktury danych na nośniku, kontrolę plików GML (parsowanie i walidacja) oraz różnego rodzaju kontrole atrybutowe przeprowadzane bez stosowania specjalizowanej platformy GIS.

Aplikacja R Opcjonalnie, w celu wykonania zaawansowanych kontroli realizowanych przez Aplikację O, Aplikacja R za pomocą wystawionych usług korzystać będzie z jej funkcjonalności. Usługi te dotyczą kontroli partii danych komponentów, testowanych za pomocą kontroli automatycznej.

Aplikacja R Koncepcja komunikacji Aplikacji R z Aplikacją O przez WebServices

Aplikacja O Wszystkie etapy kontroli w Ośrodku są obsługiwane, monitorowane i rejestrowane przez Aplikację O. Efektem końcowym działania aplikacji jest nadanie Sygnatury dla Zbioru Danych BDT, mówiącej o możliwości włączenia zbioru danych do Zasobu Państwowego. Aplikacja O jest konfigurowana poprzez szablon kontroli danych. Wykorzystując szablon kontroli Aplikacja O będzie w stanie wykrywać zdarzenia, które są klasyfikowane jako błędy lub jako zdarzenia do sprawdzenia. Zdarzenia do sprawdzenia są indywidualnie rozpatrywane przez kontrolującego. Zdarzenia zapisywane są w danych z kontroli. Dane z kontroli podlegają ocenie przez interpretującego. Wynikiem tej interpretacji jest wynik z kontroli.

Aplikacja O Metodyka oceny danych Ocena Automatyczna Interpretacja Wynik systemu eksperckiego

Aplikacja O Oprócz kontroli automatycznych lub półautomatycznych Aplikacja O dostarcza niezbędnych mechanizmów pozwalających na zarejestrowanie sytuacji błędnych wykrytych na komponencie TOPO, KARTO, ORTO i NMT. Zarejestrowane sytuacje błędne są zestawiane w postaci raportów kontrolnych po zakończeniu całego procesu kontrolnego. Aplikacja O opcjonalnie udostępnia usługi WebServices, które przyjmują i kolejkują żądania kontroli z Aplikacji R. Współpraca Aplikacji O ze środowiskiem klasy GIS umożliwia wczytywanie podkładu rastrowego i wyświetlanie go razem z danymi wektorowymi. Właściwość ta jest wykorzystywana szczególnie podczas procesu interpretacji danych z kontroli oraz podczas rejestracji wyników kontroli terenowych i kameralnych.

Szablon kontroli Szablon kontroli danych plik zawierający konfigurację kontroli, zarówno dla Aplikacji O, jak i Aplikacji R. Szablon kontroli danych zawiera specyfikacje reguł dla wszystkich komponentów (TOPO, KARTO, NMT i ORTO) Elementy szablonu kontroli: Definicja produktu jakie klasy obiektów powinny występować w zbiorze danych. Określenie klas fakultatywnych i obligatoryjnych. Określenie dodatkowych plików, które muszą występować w zbiorze danych (mtd, doc, txt, dxf, itp.). Specyfikacja reguł i parametrów kontroli wykaz reguł kontroli zapisanych w standardowej formie, umożliwiającej interpretację szablonu kontroli aplikacjom SKBDT.

Szablon Kontroli (fragment)