GeoNetwork Community News - Sommer 21

Trotz der aktuellen COVID-Situation und der Absage des Bolsena-Code-Sprints traf sich die Geonetwork-Community wieder einmal in der Lil Farm in Chartreuse, um im großen Umfang innovative Konzepte der Geonetwork-Features voranzutreiben.

Die Einbindung von Opendata

Erinnern Sie sich an das Community-Treffen im letzten Jahr? Zu dieser Zeit hatten wir uns 2 neue Ausrichtungen für das Projekt erträumt: eine in Bezug auf eine Microservice-Architektur und die andere, geonetwork-ui, die sich mit Fragen der Benutzererfahrung befasst. 

Diese Proofs of Concept fanden ein Echo in einigen Nutzergemeinschaften, worüber wir sehr glücklich sind und optimieren nun die Ausrichtung, in die wir gehen wollen: 

Geonetwork muss als ein Katalog von Daten gesehen werden und nicht als ein Metadatenkatalog. Dieser muss datenzentriert sein und es sollten neue Werkzeuge zum Suchen, Entdecken, Überblicken und Wiederverwenden der Daten bereitgestellt werden. Wir wollen, dass Geonetwork die Open-Data-Welt berücksichtigt, und überlegen, wie wir dies am besten erreichen können.

Der Sprint bot eine gute Gelegenheit, die grundlegenden Prinzipien des GeoNetwork-Kerns zu hinterfragen: 

• Welches Schema soll als Standard für Opendata verwendet werden?
• Wollen wir immer noch, dass alle Editionen auf XSD-Schemata basieren?
• Wollen wir ein internes Pivot-Format verwenden?

All diese Diskussionen bleiben zunächst offen, sollten aber in den kommenden Monaten eine Antwort finden, da die Implementierung in diesem Sommer beginnen soll. 

Bleiben Sie dran, wenn Sie mehr über GeoNetwork als Data Hub Plattform wissen wollen.

Ein bisschen Dataviz muss sein

Ein technisches Konzept, in das wir während dieses Sprints eintauchen wollten, ist die Daten-API von GeoNetwork. Wir möchten in der Lage sein, die Daten, die mit den Metadaten des Katalogs verknüpft sind, abzurufen, um unseren datenzentrischen Ansatz zu verstärken.

Dafür wollen wir eine API zur Verfügung stellen, die intern oder von Drittanwendungen aus genutzt werden kann. Die Idee ist, alle Daten in Elasticsearch zu indexieren, so wie es für die medata gemacht wird. Dies wird neue Anwendungsfälle adressieren:

• Suche sowohl in Metadaten als auch in Daten
• Bereitstellung von Dataviz-Komponenten auf Basis der Daten

Die Microservice-Architektur, die wir aufgebaut haben, ist für eine solche API sehr gut geeignet. Ein erster Service wurde implementiert, um die Datenindexierung in Batches zu adressieren, aus verschiedenen Formaten wie WFS, GeoPackage und Shapefile. Die Arbeit ist sehr vielversprechend und wir haben begonnen, auf dieser API basierende Dataviz-Webkomponenten (Tabelle und Karte) zu implementieren, um das Konzept zu demonstrieren.

GeoNetwork, immer noch in Bewegung

Wie Sie sehen, sind die Dinge im GeoNetwork Ökosystem in Bewegung und werden dieser Legacy-Lösung bald ein neues Gesicht geben. Es passt sich an modernere Anwendungsfälle und Trends an, um innovative Antworten auf die Erwartungen von Datenanbietern und Verbrauchern zu geben. Dieses Jahr wird es viele brandneue Funktionen bringen, die Roadmap ist sehr eng, aber wir erwarten, dass GeoNetwork als zentrale Datendrehscheibe (Geodaten, Opendaten, Nicht-Geodaten, Dataviz-Komponenten, neue Suchseite) zum Ende des Jahres zur Verfügung steht.

Insgesamt eine sehr spannende Perspektive :)