1 / 54

Warsztaty naukowe w ramach XIII Konferencji PTIP „Systemy informacji przestrzennej”

Podstawy metodyczne i technologiczne infrastruktur geoinformacyjnych Cz. 5: Rozwijane i planowane technologie geoinformacyjne. Warsztaty naukowe w ramach XIII Konferencji PTIP „Systemy informacji przestrzennej” Warszawa, 8.10.2003. Janusz Michalak Uniwersytet Warszawski.

karif
Download Presentation

Warsztaty naukowe w ramach XIII Konferencji PTIP „Systemy informacji przestrzennej”

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Podstawy metodyczne i technologiczneinfrastruktur geoinformacyjnychCz. 5: Rozwijane i planowane technologie geoinformacyjne Warsztaty naukowe w ramach XIII Konferencji PTIP „Systemy informacji przestrzennej” Warszawa, 8.10.2003 Janusz Michalak Uniwersytet Warszawski

  2. (Critical Infrastructure Collaborative Environment) ProgramCICE: Schemat struktury poziomej przepływu geoinformacji winfrastrukturze CICE Czy jest to nowa wizja GSDI? [Źródło: archiwum OGC]

  3. Schemat struktury przepływu geoinformacji (archiwalnej i bieżącej) wCICE [Źródło: archiwum OGC]

  4. CICE(Critical Infrastructure Collaborative Environment) – Środowisko Współdziałania Infrastruktury Zagrożeń (?) • W ostatnim okresie (2 lat) prace w OGC koncentrują się głównie nad rozwinięciem serwisów webowych o nowe usługi związane z sytuacjami zagrożeń publicznych • Na podstawie doświadczeń zebranych w projektach GFST (Geospatial Fusion Services Testbed) i GFSPP (Geospatial Fusion Services Pilot Project) powstało szereg roboczych specyfikacji implementacyjnych dla różnych typów internetowych usług geoinformacyjnych • Najważniejsze z nich to: • WNS (Web Notification Service) – webowa usługa zawiadamiania • WCS (web Coverage Server/Service) – webowy serwer/usługa pokryć ciąg dalszy 

  5. WFS (Web Feature Server/Service) – webowy serwer/usługa wyróżnień • WRS (Web Registry Server) – webowy serwer rejestrów (usług i danych) • WGCS (Web GeoCoder Service) – webowa usługa geokodowania • WGPS (Web GeoParser Service) – webowa usługa wyszukiwania w tekstach pośrednich odniesień geograficznych (np. nazwy geograficzne, adresy i kody pocztowe) • LOF (Location Organizer Folder) – folder organizujący dane związane z położeniem • WTS (Web Terrain Server) – webowy serwer obrazów terenu • WCTS (Web Coordinate Transformation Service) – webowa usługa przeliczania współrzędnych • WGTS (Web GazeTteer Service) – webowa usługa zamiany nazw geograficznych na współrzędne • WPOS (Web Pricing & Ordering Service) – webowa usługa opłat i zamówień • SMS (Style Management Service) – usługa zarządzania stylami (zobrazowania geoinformacji) [Źródło: archiwum OGC]

  6. Obserwowaną obecnie tendencję w rozwoju technologii geoinformacyjnych można określić jako "interoperacyjność zorientowaną na usługi" (service-oriented interoperability) Opis realizacji usług i ich wzajemne powiązania [Źródło: archiwum OGC]

  7. Powiązanie usługi powiadamiania z innymi usługami OpenGIS – Diagram sekwencji języka UML (diagram sekwencji w języku UML) [Źródło: archiwum OGC]

  8. ProgramCICE: Podsystem powiadamiania o zagrożeniach [Źródło: archiwum OGC]

  9. ProgramCICE: Podsystem ochrony dostępu do danych i usług w infrastrukturze [Źródło: archiwum OGC]

  10. 8-warstwowy model interoperacyjności w zakresie geoinformacji określony w nowych specyfikacjach OGC [Źródło: archiwum OGC]

  11. ProgramCICE: Podsystem bezprzewodowego przesyłania danych i realizacji usług [Źródło: archiwum OGC]

  12. Schemat struktury usług w zakresie pomiarów i obserwacji [Źródło: archiwum OGC]

  13. Schemat struktury powiązania LOF (folder organizujący dane związane z położeniem) z innymi usługami OpenGIS [Źródło: archiwum OGC]

  14. Określanie parametrów widoku ziemi w ramach usługi WTS - webowy serwer widoków powierzchni ziemi [Źródło: archiwum OGC]

  15. Diagram sekwencji UML przedstawiający „łańcuchowanie” usług OpenGIS na przykładzie webowych usług rejestru, map i wyróżnień [Źródło: archiwum OGC]

  16. Prototypowe serwery słowników nazw geograficznych (WGTS – Web GazeTteer Server) Serwer firmy IonicSoftware: wynik wyszukiwania nazwy Warszawa

  17. Operacyjny serwer nazw geograficznych GNS prowadzony przez NIMA

  18. Wynik wyszukiwania w serwerze GNS nazwy Warszawa warianty językowe

  19. Nazwy geograficzne w serwerze GNS są zapisane w Unicode (litery narodowe z całego świata), są wieloczłonowe i dotyczą różnych typów wyróżnień – także dworców kolejowych

  20. Systemy programowe OpenSource dla geoinformacji OpenSource jest tłumaczone na język polski jako "Wolne Oprogramowanie" • W założeniach inicjatywy INSPIRE podkreśla się potrzebę stosowania oprogramowania o statusie OpenSource [Źródło: INSPIRE Architecture and Standards Position Paper - Appendix C. Open source initiatives] • Wolne Oprogramowanie jest udostępniane na warunkach pozwalających użytkownikowi na jego swobodne studiowanie, rozpowszechnianie i modyfikację. Licencje na korzystanie z Wolnego Oprogramowania nie zawierają restrykcji, których celem byłaby maksymalizacja zysku właściciela praw autorskich przy jednoczesnym skrajnym ograniczeniu praw użytkownika [Źródło: Ruchu na rzecz Wolnego Oprogramowania) - http://www.rwo.pl/owo ] • Dwa przykłady systemów programowych OpenSource dla geoinformacji: • OpenMap firmy BBN (USA) • Deegree Uniwersytet w Bonn i firma Lat-Lon (Niemcy)

  21. OpenMap - oprogramowanie aplikacyjne w języku Java z licencją OpenSource (bezpłatne) przeznaczone do budowy skomplikowanych przeglądarek geoinformacji w różnych formach i standardach Niebieska plama w logo OpenMap to Antarktyda [Źródło: http://www.openmap.org]

  22. Zastosowania pakietu OpenMap: Przegladarka map opracowania z zastosowaniem elementów pakietu OpenMap [Źródło: http://www.openmap.org]

  23. Zastosowania pakietu OpenMap: Nest w ramach projektu MARE (Uniwersytet Sztokholmski) [Źródło: http://www.openmap.org]

  24. [Źródło: http://www.openmap.org] Zastosowania pakietu OpenMap: Przeglądarka OpenMap może po przeliczeniu pokazywać dane w różnych układach odwzorowania : Mapa Ziemi w odwzorowaniu azymutalnym

  25. [Źródło: http://www.openmap.org] Zastosowania pakietu OpenMap: zdięcie satelitarne

  26. Projekt badawczy na Wydziale Geografii Uniwersytetu w Bonn • Biblioteka klas w języku Java i szereg aplikacji opartych na tej • bibliotece zgodnych ze specyfikacjami OpenGIS. (licencja OpenSource) • Między innymi: • Serwer map zgodny ze specyfikacją  WMS 1.1.1 • Serwer wyróżnień (features) zgodny z WFS 1.0.0 • Serwer pokryć (coverages) zgodny z WCS 0.7 • Serwer katalogowy zgodny z WRS 0.0.2 • Serwer słownika geograficznego (gazetteer) zgodny z Gazetteer 0.8 • Serwer przeliczania współrzędnych • deegree spełnia także inne standardy OGC: • Stateless Catalog 0.06 •  Styled Layer Descriptor 0.7.2 •  Geography Markup Language 2.1 •  Filter Encoding 1.0.0 • Web Terrain Service 0.3.2 [Na podstawie: http://www.deegree.org]

  27. Certyfikat zgodności oprogramowania Deegree ze specyfikacjami implementacyjnymi OpenGIS [Źródło: http://www.opengis.org]

  28. Schemat przedstawiający wzajemne powiązania modółów oprogamowania Deegree

  29. Zastosowania pakietu Deegree [Źródło: http://www.deegree.org]

  30. Harmonizacja i konwersja do XML modeli standardu ISO 19100 • Modele pojęciowe w standardach ISO 19100 to ponad 300 oddzielnych diagramów klas w języku UML • Z tego względu opracowanie modelu syntetycznego napotyka na wiele trudności • niejednolita metodyka opracowywania poszczególnych fragmentów • wiele nieuniknionych błędów lub wewnętrznych sprzeczności • 4 podstawowe metody konwersji do XML • „ręczna” – przy dużych modelach bardzo pracochłonna • przy pomocy skryptów programu Rational Rose (NIMA – dla standardu ISO 19115 - Metadane) • z zastosowaniem języka XMI i programu HyperModel • jak wyżej, ale z programem SchapeChange (Java) dedykowanego dla GML 3.0 i modeli aplikacyjnych

  31. UML modelling tool (Rational Rose) Export to XMI Program narzędziowy ShapeChange firmy Interactive Instruments pozwala transformować aplikacyjny model UML zapisany w XMI do aplikacynegoschematu języka GML 3.0 GML 3.0 [Na podstawie: dokumentacji programu ShapeChange]

  32. Webowy interfejs programu narzędziowegoShapaChange [Na podstawie: dokumentacji programu ShapeChange]

  33. Konwersja modelu pojeciowego zapisanego w UML do schematu XML za pośrednictwem języka XMI z zastosowaniem programu HyperModel [Źródło: (D. Carlson, 2001)]

  34. Okna programu HyperModel [Źródło: dokumentacja programu HyperModel] Okno katalogowe Okno diagramów modelu UML Okno edytora schematu XML Okno właściwości i dokumentacji elementów

  35. Prace implementacyjne dotyczące standardów grupy ISO 19100 : Projekt NIMA dla ISO 19115 model pojęciowy model implementacyjny schematy XML [Źródło: archiwum NIMA]

  36. Projekt NIMA dla ISO 19115 (metadane): Diagram XML Scheme przedstawiający składniki elementu złożonego dla opisu obrazu [Źródło: archiwum NIMA]

  37. Projekt NIMA dla ISO 19115 (metadane): Diagram klas UML z pakietu CI_Citation definiujący klasy podstawowych typów danych [Źródło: archiwum NIMA]

  38. Projekt NIMA dla ISO 19115 Metadane: Diagram klas UML przedstawiający składniki opisujące aplikacyjny model pojęciowy, na podstawie którego są zorganizowane określone dane geoprzestrzenne - w standardzie ISO metadane zawierają także informacje o modelu danych [Źródło: archiwum NIMA]

  39. Projekt NIMA dla ISO 19115 Metadane: Główny diagram klas UML przedstawiający powiązania pomiędzy podstawowymi klasami modelu [Źródło: archiwum NIMA]

  40. Projekt NIMA dla ISO 19115 Metadane: Konwersja schematów UML do schematów XML jest dokonywana automatycznie przez program Rational Rose przy pomocy skryptów –RRSL (Rational Rose Scripting Language) i pomocniczych schematów XML definiujących reguły mapowania Fragment pomocniczego diagramu XML przedstawiający mapowanie atrybutu [Źródło: archiwum NIMA]

  41. Projekt NIMA dla ISO 19115 Metadane: Diagram pakietów UML przedstawiający wzajemne powiązania pomiędzy podstawowymi pakietami modelu metadanych [Źródło: archiwum NIMA]

  42. Projekt NIMA dla ISO 19115 - Metadane: Lista wszystkich klas pakietu Units of Measure należącego do grupy 14 pakietów modelu. Pozornie pakiet ten nie zawiera klas dotyczących metadanych – jednak jest potrzebny, ponieważ definiuje jednostki, które są używane w innych pakietach tego modelu. [Źródło: archiwum NIMA]

  43. Projekt NIMA dla ISO 19115 (metadane):nagłówek podstawowego schematu Schematy importowane z innych modeli [Źródło: archiwum NIMA]

  44. Projekt „Grupy Nordyckiej”: implementacja całego pakietu standardów grupy ISO 19100 Okno katalogowe programu Rational Rose pokazujące listę pakietów zawierających zaimplementowane standardy ISO [Na podstawie: raportów „Grupy Nordyckiej”]

  45. Projekt „Grupy Nordyckiej” wykorzystuje wyniki prac NIMA w zakresie metadanych – główny diagram klas w innej formie [Na podstawie: raportów „Grupy Nordyckiej”]

  46. Projekt „Grupy Nordyckiej”: zapis modelu UML dotyczącego drogi przy pomocy XMI – języka: XML Metadata Interchange Język XMI może być wykorzystany jako XML-owy sposób zapisu modelu pojęciowego W tym przypadku metadane to także model pojęciowy dotyczący tych danych [Na podstawie: raportów „Grupy Nordyckiej”]

  47. Technologie gridowe Mogą one rozwiązać wiele problemów dotyczących rozproszonego przetwarzania i udostępniania danych w infrastrukturze geoinformacyjnej • Grid to zorganizowana i wydzielona struktura w internecie oparta na technologii WWW i przeznaczona do przetwarzania i przesyłania informacji • Gridy znalazły zastosowanie głównie w łączeniu komputerów wielkiej mocy dla rozproszonego interoperacynego realizowania wspólnych zadań • W takich przypadkach na pierwszym miejscu stawiana jest niezawodność współpracy i ochrona przed nieuprawnionym dostępem • Rozwiązania technologiczne Gridów i ich zastosowania ilustrują projekty: • UNICORE – system obsługi gridu z możliwością współpracy z innym • DataGRID – projekt ukierunkowany bardziej na przesyłanie danych, niż na współdzielenie mocy obliczeniowej i innych zasobów technicznych główne zastosowanie w infrastrukturze geoinformacyjnej to przygotowanie danych („kuchnia za kulisami”)

  48. Technologie gridowe na przykładzie UNICORE Okno programu do przygotowywania i monitorowania zadania w gridzie [Źródło: raport projektu UNICORE]

  49. Schemat architektury UNICORE [Źródło: raport projektu UNICORE]

  50. To outsideworld Look up signing identity IDB NJS UUDB Verify delegatedidentities Look upconfiguration Broker hosted in NJS Broker Look up staticresources Get signed ticket (contract) TicketManager Delegate to Grid architecture-specificengine for local resource check Delegate to application-domain expert code LocalResourceChecker ExpertBroker Pass untranslatable resources to Unicore resource checker UnicoreRC GlobusRC DWDLMExpert ICMExpert Other Look updynamicresources Look up resources Delegate resource domain translation Get back set ofresource filters and set ofuntranslatable resources ComputeResource TSI GRAM MDS Translator OntologicalTranslator SimpleTranslator Look up translations appropriateto target Globus resource schema Ontology Technologie gridowe na przykładzie UNICORE: broker zasobów Objaśnienia: - dziedziczenie Komponent UNICORE Broker EUROGRID Komponent GLOBUS Broker GRIP [Źródło: raport projektu UNICORE]

More Related