Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 3

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  model danych przestrzennych
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
Cyfrowy zasób danych topograficznych w formie bazy danych przestrzennych tworzony jest w Polsce od 15 lat. W tym okresie poza pierwszymi danymi o charakterze testowym opracowane i udostępnione zostały dwie wersje bazy danych: Baza Danych Topograficznych (TBD) oraz Baza Danych Obiektów Topograficznych (BDOT10k). Obecnie w krajowym zasobie geodezyjno-kartograficznym są dostępne dane topograficzne dla całego terytorium Polski. Są one coraz powszechniej wykorzystywane. Niektórzy użytkownicy przyzwyczaili się do korzystania z danych zapisanych zgodnie z modelem TBD, inni natomiast zgodnie z modelem BDOT10k. Wiedza na temat różnic miedzy tymi modelami nie jest jednak powszechna. W artykule omówiono wyniki analizy różnic pomiędzy modelem pojęciowym TBD i BDOT10k oraz zasygnalizowano konsekwencje wprowadzonych zmian.
EN
Digital topographic data as the spatial databases has been gathered in Poland for 15 years. During this period (excluding the first test dataset) two versions of the database: the Topographic Database (TBD) and the Database of Topographic Objects (BDOT10k) have been developed and made available. Currently, topographic data for the entire Poland are accessible in the national geodetic and cartographic resource . They have been increasingly used by many users. Some of them have become accustomed to the use of data recorded in accordance with the TBD model, while others – with the BDOT10k model. However, differences between these models are not well known. The article discusses the results of analysis of the differences between the TBD and BDOT10k conceptual models and points to the consequences of introduced changes.
PL
W artykule przedstawiono propozycję opracowania własnego formatu wymiany danych przestrzennych dla żeglugowej mobilnej nawigacji śródlądowej (ang. MObinav Data Exchange Format -MODEF) oraz jego specyfikacji w postaci schematu aplikacyjnego XML. Zakłada się, że dane w tym formacie, będą generowane w sposób możliwie zautomatyzowany z danych wejściowych. Jako źródła danych wykorzystane zostaną: śródlądowa elektroniczna mapa nawigacyjna (IENC), topograficzna baza danych BDOT10k, baza mapy Vmap poziomu drugiego oraz powszechnie dostępne dane zgromadzone w ramach projektu Open Street Map. Poszczególne klasy map będą przygotowywane na serwerze, a następnie udostępniane urządzeniom mobilnym. Implementacja zintegrowanego modelu danych przestrzennych oznacza przede wszystkim dokładną specyfikację pożądanego formatu danych MODEF, a także precyzyjne określenie reguł importu obiektów z poszczególnych źródeł. Postawione zostaną reguły przestrzenne i atrybutowe definiujące, które obiekty z poszczególnych klas będą importowane. Dodatkowo przeprowadzone zostanie odpowiednie mapowanie atrybutów oraz walidacja uzyskanych danych. Można zatem powiedzieć, że generowanie danych w formacie MODEF obejmuje import danych źródłowych do bazy PostgreSQL/PostGIS, przetwarzanie i walidację danych, rzutowanie tabel źródłowych do standardu MODEF oraz eksport finalnych danych do formatu GML. W artykule zawarto opis wszystkich czterech kroków w ujęciu teoretycznym i praktycznym, z uwzględnieniem rzeczywistych przykładów. W ten sposób, po przedstawieniu koncepcji integracji danych w systemie oraz metodyki pozyskiwania danych (w postaci algorytmów pozyskiwania), uwzględniono także implementację opracowanego modelu danych w praktyce.
EN
In the paper, it is proposed to develop a spatial data exchange format for inland shipping mobile navigation - MObinav Data Exchange Format (MODEF). It’s specification will be given in the form of application scheme in XML. It is assumed that data in this format will be created automatically from input data. Main sources for the system will be Inland electronic navigational chart (IENC), topographic data base BDOT10k, database of Vmap level 2 and publicly available data covered by open source project Open Street Map. The maps will be prepared on server and then sent to mobile devices. Implementation of integrated spatial data model means exact specification of required data format MODEF and precise description of import algorithms from sources. The rules will be defined covering spatial and attributes aspects, describing which objects from particular layers will be imported. Additionally, attribute mapping and resulting data validation will be provided. Thus, preparing data in MODEF format covers four steps, namely importing source data to PostgreSQL/PostGIS database, processing and validation of data, projection of source tables to MODEF standard and export of final data to GML format. The description of all four steps is given both in theoretical and practical depiction including real examples. Thus, after presenting the concept of data integration in the system and the methodology of data gathering (as import algorithms), implementation of elaborated model in practice is also given.
PL
Artykuł przedstawia problematykę integracji danych przestrzennych w systemie mobilnej nawigacji śródlądowej. W tym przypadku źródłami wejściowymi danych są: śródlądowa elektroniczna mapa nawigacyjna (IENC), topograficzna baza danych BDOT10k, baza mapy Vmap poziomu drugiego oraz powszechnie dostępne dane zgromadzone w ramach projektu OpenStreetMap. Efektem finalnym ma być wielorozdzielcza i wieloreprezentacyjna baza danych przestrzennych oraz odpowiedni schemat aplikacyjny XML. Problemy integracji danych wynikają przede wszystkim z ich niespójności geometrycznej i atrybutowej. Na pierwszą największy wpływ ma różna skala kompilacji poszczególnych baz źródłowych. Dodatkowo różne sposoby pozyskiwania danych, zastosowane w różnych zbiorach również wpłynęły na to, że w wielu miejscach dane nie pokrywają się ze sobą. Niespójność atrybutowa jest w zasadzie oczywistym problemem przy różnego rodzaju zbiorach, jednak warto o niej wspomnieć szczególnie w przypadku OSM. O ile w pozostałych, standaryzowanych zbiorach niespójność atrybutową można stosunkowo łatwo wyeliminować, o tyle dane OSM charakteryzują się swoją specyfiką i w wielu przypadkach wymagają ręcznej korekty. W artykule dokonano identyfikacji problemów integracji danych przestrzennych dla potrzeb systemu mobilnej nawigacji źródłowej, a także przedstawiono wybrane zagadnienia w ujęciu praktycznym na rzeczywistych przykładach.
EN
Mobile navigation for inland shipping is an example of a GIS system dedicated to selected group of users. The system concept includes elaboration of dedicated model of mobile cartographic presentation as well as a suitable set of spatial analysis. The basis for both is spatial data derived from publicly available resources. Thus, there is a need of integrating these data. For this particular reason a conceptual data model for the system was created together with suitable importing rules. The paper presents problems of spatial data integration. The input sources are Inland Electronic Navigational Chart (IENC), topographic data base BDOT10k, database of Vmap level 2 and publicly available data covered by open source project Open Street Map. The final effect to be achieved is multiresolution and multirepresentation database and suitable XML application scheme. Integration problems are caused mostly by inconsistence of geometry and attributes. The first one is mostly influenced by various compilation scales. Additionally, different methods of gathering data used caused that in many places data are not overlaying correctly. Inconsistence of attributes is in fact obvious, when using various data sources, however it is worth mentioning especially in case of OSM. In other sources attribute problems can be easily solved, as they are standardized, but OSM data have their own characteristics and they require manual correction. The paper gives identification of problems with spatial data integration, but also includes practical approach to selected problems, based on real examples
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.