Geoland.harvest das Metadateninformationsnetzwerk der österreichischen Bundesländer

Transkript

1 Geoland.harvest das Metadateninformationsnetzwerk der österreichischen Bundesländer Rainer PRAGER 1 Zusammenfassung Geoland.at ist das Geoportal der österreichischen Länder mit dem Ziel einen zentralen und kostenfreien Zugang auf Geodaten und Geoservices der österreichischen Bundesländer zu ermöglichen. Geoland.at ist damit Teil von derzeit im Aufbau befindlichen nationalen bzw. internationalen Geodateninfrastrukturen (GDI), die die Nutzung von öffentlichen Geodaten für Verwaltung, Wirtschaft, Forschung, Bildung und Bürger wesentlich verbessern. Im Projekt geoland.at Metadateninformationsnetzwerk wurde die Integration einer länderübergreifenden Metadatensuche konzipiert und umgesetzt. Die Grundlage dieses interoperablen Katalognetzwerks bilden die internationalen Standards CS-W 2.0 (mit ISO AP 1.0) des Open Geospatial Consortium (OGC) sowie die ISO-Normen 10115/19119/ Durch die Integration in das Länderportal wird eine länderübergreifende Metadatensuche nach Geodaten und Geodiensten ermöglicht. Als Basis der Implementierung wurde die Software terracatalog ausgewählt und an die Anforderungen der Länder angepasst. 1 Einleitung Als wesentliche funktionale Erweiterung des Geoportals der österreichischen Bundesländer wurde ein Katalognetzwerk auf Basis der Software terracatalog aufgebaut. Die Erfassung und Verwaltung der Metadaten erfolgt bei den einzelnen Landesregierungen und werden über einen Metadaten-Broker zentral recherchierbar gemacht. Die Kommunikation zwischen dem Broker und den Katalogservices der Länder erfolgt über das so genannte Portalverbundprotokoll und damit auf gesicherte Leitungen über das Internet. Außerdem ist die Authentifizierung und Autorisierung für die Verwendung der Software in den Landesregierungen über das Portalverbundprotokoll geregelt. Damit entfallen redundante Rechteverwaltungen. Um die effiziente Erstellung und Verwaltung von Metadaten in dem auf ESRI Technologie basierenden Geodatenmanagement der österreichischen Bundesländer zu gewährleisten, wurde erstmalig eine bidirektionale Synchronisation von Metadaten zwischen ArcGIS und dem zugrunde liegenden terracatalog realisiert. 1 Projektteam der Bundesländer: Thomas EBERT (Oberösterreich), Michael HAUPOLTER (Tirol), Wolfgang JÖRG (Wien), Oswald MÖRTH (Steiermark), Jürgen OBERRESSL (Vorarlberg), Anton EITZINGER (Salzburg), Thomas PIECHL (Kärnten), Rainer PRAGER (Niederösterreich), Thomas ZALKA (Burgenland), Gerhard TOZZI (Projektbegleitung).

2 Geoland.harvest Anforderungen der Länder 2.1 Hierarchische Broker-Architektur Die Länder führen ihre Kataloge im eigenen Wirkungsbereich und stellen Katalogservices zur Verfügung, die zentral in Kärnten, wo der Broker-Service installiert ist, zusammengefasst werden. Der Geolandbroker kann über das Länderportal zentral abgefragt werden. 2.2 Unterstützung des Österreichprofils profil.at für Metadaten Damit Kataloge durchsucht und die Informationen überhaupt gefunden werden können, ist es notwendig, dass Standards für die Implementierung verwendet werden. Für Metadaten gibt es eine sehr umfangreiche Norm, die nach bestimmten Regeln eingeschränkt werden kann. So eine Teilmenge der Norm, die auf alle Fälle die Core-Metadaten enthalten muss, nennt man Anwenderprofil. Ein solches Anwenderprofil wurde für Österreich von der AGEO, dem Dachverband für Groinformation in Österreich, in Auftrag gegeben und im Januar 2008 fertig gestellt. Dieses Profil soll im Metadateninformationsnetzwerk zur Anwenddung kommen. 2.3 Bidirektionale Synchronisation der Metadaten mit ArcCatalog Bei den österreichischen Landesverwaltungen wird für Bearbeitungen im Desktopbereich hauptsächlich ArcGIS 9.x verwendet. Die Metadatenverwaltung, die bereits standardmäßig im ArcGIS vorhanden ist, sollte weiter genutzt werden können. Die Bearbeitungen von Daten wirken sich oft unmittelbar auf die Metadaten aus (z.b. bei der Änderung eines Datensatzes kann sich die Ausdehnung des Datensatzes wesentlich ändern) Damit die geänderten Werte des umschreibenden Rechtecks nicht händisch in den terracatalog eingefügt werden müssen, sollen die Metadaten von ArcGIS in einfacher Art und Weise mit den Katalogmetadaten synchronisiert werden können. Umgekehrt sollten auch Einträge, die über den Webclient des terracatalogs erfolgen, mit den Metadatendateien von ArcGIS synchronisiert werden können. 2.4 Verwendung des Portalverbundprotokolls Zwischen dem Broker und den Metadatenkatalogen der Länder soll die Kommunikation auf sicheren Leitungen erfolgen. Dazu soll das in Österreich zwischen den Behörden vereinbarte Portalverbundprotokoll zum Einsatz kommen. Das Portalverbundprotokoll regelt die Kommunikation zwischen dem Stammportal, an welchem die Benutzer und deren Rechte verwaltet werden, sowie dem Anwendungsportal, das der konkreten Anwendung vorgeschaltet ist und den Benutzern nach Überprüfung der Berechtigung den Zugriff auf die Anwendung erlaubt. 2.5 Unterstützung von unterschiedlichen räumlichen Datenbanken Standardmäßig verwendet der terracatalog Oracle für die Speicherung der Daten. Wegen der unterschiedlichen Systemumgebungen der einzelnen Bundesländer war hier die Unter-

3 232 R. Prager stützung folgender zusätzlicher Datenbankmanagementsysteme gefordert: ArcSDE 9.2 in Kombination mit MS SQL Server 2000 oder MS SQL Server Systemarchitektur des terracatalogs Das System besteht aus einer 3-Schicht-Architektur. 3.1 Datenschicht Die Metadaten, die OGC CSW 2.0 Harvesting-Aufträge, die Beschreibungen zu den verteilten Katalogen und die Informationen, die im Zusammenhang mit dem Berechtigungssystem stehen, werden in einer relationalen Datenbank (Oracle/Locator) oder auch mit Hilfe von ArcSDE 9.2 im MS SOL Server 2000/2005 verwaltet. 3.2 Serviceschicht Hier sind die für einen Applikationsserver typischen Eigenschaften wie Thread- und Session-Handling, Database-Connection-Pooling, und das Transaktionsmanagement enthalten. In der Serviceschicht sind einige HTTP-basierte Web-Schnittstellen implementiert. Diese Schnittstellen-Implementierungen decken alle verpflichtenden und viele optionale Protokoll Bindungen (z.b. http/soap/xml) ab. Weiters verfügt die Serviceschicht über spezielle Funktionen, die weit über die eines Katalog- oder Simple-Feature-Servers hinausgehen Broker-Service Das Broker-Service stellt die Funktionalität der verteilten Suche zur Verfügung Caching-Service Das Caching-Service ist ein Service, das den Inhalt von entfernten Katalogen abholen und im lokalen Datenspeicher des Brokers ablegen kann. Die Inhalte der Kataloge werden aus Performancegründen in der Datenbank des Brokers abgelegt. Dieser Caching-Mechanismus garantiert rasche Abfrageergebnisse auf den gesamten Bestand der Kataloge. Dieses Caching-Service kann auch abgeschaltet werden und dann führt der Broker eine echte verteilte Suche in den am Broker registrierten Katalogen durch. Auf ein Abfrageergebnis über mehrere verteilte Kataloge muss dann entsprechend lang gewartet werden bis die letzten Kataloge durchsucht und alle Ergebnisse angezeigt werden Harvesting-Service Mit Hilfe dieses Services lassen sich XML-Ressourcen automatisch in den Katalog einbinden. Die XML-Dateien werden an einer dem Katalog bekannten Stelle zu definierten Zeitpunkten abgeholt und in den Katalog eingelesen. Damit erspart sich eine Organisation den Aufbau und Betrieb eines Metadatenkatalogs und eines damit verbundenen Katalogservices. Die Metadaten können in einer Applikation standardkonform erzeugt und in XML- Files gespeichert werden und über einen File-Server dem abholenden Katalog übergegeben werden. Diese XML-Files werden automatisch in den Katalog importiert. In gewissen Zeitabständen wird überprüft, ob die XML-Datei Änderungen aufweist oder vielleicht gar nicht mehr zur Verfügung gestellt wird. In diesem Fall überprüft das Har-

4 Geoland.harvest 233 vesting-service in gewissen frei definierbaren Zeitabständen, ob die Datei noch vorhanden ist. Sind nach einer gewissen Zeitspanne die Metadaten, die auf diese Art von dieser Quelle bezogen wurden, nicht mehr vorhanden, dann werden sie aus dem Katalog gelöscht. Damit ist gewährleistet, dass der Metadatenkatalog keine Metadaten von Daten enthält, die nicht mehr angeboten werden. 3.3 Anwendungsschicht In der Anwenderschicht erfolgen die Suche und die Auswahl der zu durchsuchenden verteilten Kataloge. Nach erfolgter Suche werden die Ergebnisse dargestellt und es werden Funktionen angeboten, die sich auf den Ergebnissen ausführen lassen, wie etwa die Detailansicht der Metadaten eines Treffers, die Darstellung der räumlichen Ausdehnung des Treffers, der Export der Metadaten, der Download der Daten oder die Darstellung der Daten in einem eigenen Kartenfenster. Je nach Rolle und Berechtigung des Anwenders kann in der Anwendungsschicht das Erfassen und Editieren der Metadaten erfolgen und Metadatendokumente validiert werden. 4 Anpassungen an die Anforderungen der Länder 4.1 Verwendung des Österreichprofils profil.at Für die einheitliche Dokumentation der Geodatenbestände der Länder wird das profil.at, das im Januar 2008 fertiggestellt wurde, verwendet. Auf Grund der einheitlichen Beschreibung der Geodaten können diese über Katalogservices zentral recherchiert, gefunden und angezeigt werden. Das Metadatenmodell des profil.ats enthält einige Änderungen gegenüber dem ISO 19115/19119 Metadatenmodell. Die Änderungen berücksichtigen vor allem jene Elemente, die in den Durchführungsbestimmungen für Metadaten der INSPIRE- Richtlinie angegeben werden. Weiters werden auch Metadateninformationen zu den Attributen eines Datensatzes gespeichert. Diese Informationen sind: Attributname, Datentyp, Genauigkeit und der Wertebereich. Dazu wurde das Metadatenschema entsprechend ergänzt. Es handelt sich hierbei um eine Erweiterung, die eine einfache und kompakte Beschreibung der Attribute eines Datensatzes ermöglicht. Das Metadatenmodell des Standards ISO sieht bei der Attributbeschreibung die vom Datensatz unabhängige Beschreibung vor, was einen hohen Aufwand für die solcherart verwalteten Attributmetadaten bedeuten würde. 4.2 Bidirektionale Synchronisation von ESRI XML- Metadatenbeständen Bestehende Metadaten im ESRI XML Format können weiterhin mit externen Werkzeugen gepflegt werden (z. B. : im ArcCatalog). Im ArcCatalog werden die Metadaten von geänderten Datensätzen automatisch synchronisiert, wenn der Reiter für die Anzeige der Metadaten ausgewählt wird.

5 234 R. Prager Dabei werden von ArcGIS drei Synchronisatoren verwendet, die die Daten in dem gewählten Darstellungsstil der Synchronisatoren automatisch aktualisieren. Diese Synchronisatoren liegen in ArcGIS in Form von DataTypeDefinitions vor und berücksichtigen die Beschreibungen der Daten nach den Vorgaben von FGDC (Federal Geographic Data Committee, ISO (Draft!) und Geographic Network. Sie können wahlweise aus- und eingeschaltet werden. Die so erstellten und aktualisierten Metadaten werden bei filebasierter Datenhaltung in XML-Dateien gespeichert und bei der Dateiverwaltung mit Hilfe des ArcCatalogs automatisch aktualisiert. Wenn die Daten in einer Geodatabase gespeichert sind, dann wird das XML-File in einem Eigenschaftsfeld vom Typ Binaray Large Object (BLOB) verspeichert. Jede Bearbeitung eines Datensatzes kann sich unmittelbar auf die automatisch von ESRI geführten Metadaten auswirken. Wenn der Datensatz ergänzt wird, dann ändert sich das umschreibende Rechteck und es wäre unsinnig, wenn diese automatisch vorhandenen Informationen im ArcCatalog dann händisch in ein Metadatenwerkzeug übertragen werden müssten. Es ist daher vorgesehen, dass nach der Bearbeitung von Daten die dazugehörigen Metadaten über einen Synchronisationsmechanismus zwischen den Metadaten im ArcGIS und dem terracatalog aktualisiert werden. Dazu wird der terracatalog aufgerufen und eine eindeutige Verbindung zwischen der Metadatenbank und dem Metadatensatz aufgebaut. Anschließend wird ArcCatalog gestartet und der zu bearbeitende Datensatz ausgewählt. Mit Hilfe des Synchronisationsknopfes werden die Metadaten aus dem ArcCatalog in den terracatalog übertragen. Die Eindeutigkeit wird über die UUID (Universal Unique Identifier) des Metadatensatzes sichergestellt. 4.3 Anpassungen des Berechtigungskonzepts der Standardsoftware In Österreich wurde als Teil der e-govermentstrategie von Bund, Ländern und Gemeinden ein gemeinsames Kommunikationsprotokoll zwischen den Gebietskörperschaften konzipiert. Der so genannte Portalverbund basiert auf bilateral abgeschlossenen Vereinbarungen zur Sicherstellung einer einheitlichen Sicherheitsstrategie und der Festlegung der organisatorischen Zuständigkeiten. Das Portalverbundprotokoll regelt die Kommunikation zwischen dem Stammportal einer Organisation und dem Anwendungsportal, das einer Applikation vorangestellt ist, und von einer Organisation den Teilnehmern am Portalverbund zur Verfügung gestellt werden kann. Im Falle des Metadateninformationsnetzwerkes sollen die verteilten Kataloge, die bei den Ländern geführt werden, über einen Broker verknüpft werden. Die dazu notwenige Kommunikation zwischen den Katalogen bei einer verteilte Suche oder bei Verwendung des Caching-Services, das die regelmäßige Sammlung der Daten durch den Broker sicherstellt, machen eine über das Portalverbundprotokoll gesicherte Verbindung notwendig. Die Verbindung zwischen den Katalogen der Länder und dem Broker erfolgt über den Portalverbund, wobei der Broker über sein Anwendungsportal mit den Stammportalen der Länder kommuniziert. Ebenso wurde das Rechtekonzept der Nutzern und Nutzergruppen für den terracatalog nicht lokal in der Software abgebildet, sondern es wird dafür die zentrale Nutzerverwaltung eines Landesportals genutzt. Die Nutzerinformationen werden über das Portalverbundpro-

6 Geoland.harvest 235 tokoll beim Aufruf an den terracatalog übergeben. Somit entfallen redundante Benutzerverwaltungen, die in der Applikation terracatalog geführt werden müssten. Mit der Implementierung des Metadateninformationsnetzwerkes bei den österreichischen Landesverwaltungen wurden die bereits bestehenden Geodateninfrastrukturen der Länder um einen sehr wesentlichen Bestandteil erweitert. Damit erfüllen die österreichischen Bundesländer bereits jetzt Teile der INSPIRE-Richtlinie wie Führung von Metadaten und die Bereitstellung von Suchdiensten zum Auffinden von Geodaten und Diensten. Literatur AGEO (Hrsg): profil.at METADATENPROFIL für Österreich(2008), Version 1.0 ( ). GSDI (Hrsg.): The SDI Cookbook, Version 2.0, 25. Jänner ISO (Hrsg) (2007): Geographic information Metadata XML schema implementation. [Reference Number ISO/TS 19139:2007(E)]. KOGIS (Hrsg.): GM03 Metadatenmodell, Version 2.3. Wabern. OGC (Hrsg): OpenGIS Catalogue Services Specification, Version Corrigendum 2 Release, OGC (Hrsg): OpenGIS Catalogue Services Specification, ISO Metadata Application Profile, Version 1.0, ÖNORM EN ISO 19115, Ausgabe , Geographic information Metadaten. [Reference Number ISO 19115:2003]. ÖNORM EN ISO 19119, Ausgabe , Geographic information Services. [Reference Number ISO 19119:2005]. Portalverbund Whitepaper, Rainer Hörbe und Michael Werzowa,