Abschlussbericht - Abteilung Mykologie - Universität Bayreuth

GBIF-D
IT-Fachgruppe Abschlussbericht Januar 2008
anderen wird durch das Schema die Kompatibilität mit GML und ABCD sichergestellt,
welche als Formate für den Datenzugriff und -austausch vorgesehen sind.
Ein Kernkonzept der Datenverwaltung der Biodiversitätsexploratorien besteht in der
Umsetzung der angesprochenen Geschäftslogik in entsprechenden Zugriffs- und
Analyseschichten. Dies umfasst neben der Entwicklung und Implementierung von
Services die Bereitstellung der dazugehörigen Klienten und deren Einbindung in die
SOA. Eine generische Ausrichtung des Systems wird dabei durch Verwendung von
individuellen Konfigurationsdateien angestrebt. Die Konzentration der Geschäftslogik
in der Mittelschicht wird vor dem Hintergrund der einfacheren Portierung bzgl. des
verwendeten Datenbankmanagementsystems (DBMS) gesehen und wird durch die
erzielbare Performanz beschränkt. Als DBMS sind solche objektrelationale Produkte
im Test, die auch räumliche Datentypen unterstützen.
Bei der Diskussion über Kooperationen zur Abdeckung bestimmter Datenbereiche
blieb zum Teil offen, welche Systemvoraussetzungen gegeben sein müssen. Eine
Ausnahme ist der PyWrapper, der als Python Anwendung den standardisierten
Zugriff via BioCase/ABCD auf eine Vielzahl von Datenbanken realisiert und dessen
Einsatz in den Exploratorien in der Testphase ist. Beschränkungen z. B. bzgl. der
Erweiterbarkeit oder Modifikation sowie der Leistungsmerkmale möglicher Fremdentwicklungen
müssen vor einem Einsatz geklärt werden, da nicht alles im Rahmen
des Workshops besprochen wurde. Neben den Primärdaten müssen potentielle Systeme
immer auch die projektspezifischen Metadaten gemeinsam verwalten können.
Vor dem Hintergrund des anvisierten SOA werden generell XML basierte Services
favorisiert, deren Konfigurationsdateien einem Schema folgen. Voraussetzung eines
Einsatzes anderer Systeme ist die Wahrung der Benutzerrechteverwaltung. Wie
Zugriffsrechte bei verteilten Hostservern realisiert werden, müsste vorab geklärt werden.
Bei verteilter Datenhaltung muss zusätzlich eine einheitliche Versionsverwaltung
der Daten durch die eingesetzten Systeme gewährleistet sein.
Die Möglichkeiten und Limitationen der Aggregation und des Zusammenführens von
unterschiedlich aufgelösten Daten bei verteilten Datenbanken bedürfen der Klärung.
Für die Verschneidung unterschiedlicher Datensätze kann bei verteilten Datenbanken
nur bei zumindest zeitweise redundanter Datenhaltung auf die effizienten DBMS-
Werkzeuge zurückgegriffen werden. Hierzu müssten die angefragten Daten erst
zentral kopiert werden. Engpässe können dabei immer noch durch verfügbare Bandbreiten
für den Datendurchsatz entstehen.
Die Diskussion zeigte Entwicklungsbedarf von Anwendungen zur Verwaltung räumlicher
Daten in einem DBMS sowie deren Anbindung an OGC konforme Dienste. Hier
sollen auf der Datenbankseite die Möglichkeiten, die räumliche Erweiterungen wie
z.B. PostGIS oder SpatialExtender bieten, eruiert werden. Für den Zugriff auf solche
Datenquellen und deren Einbindung wird der Einsatz von bestehenden und bewährten
Entwicklungen wie GeoServer oder Deegree anvisiert.
90