We provide O2A to the earth and environment community as "software as a service". You can use the O2A services as they are, especially in project-contexts where AWI is involved.
O2A is an ecosystem of different integrated components and tools aligned with AWI's technical infrastructure. Of course, technical implementation is based on this infrastructure.
This page describes aspects of collaboration in terms of metadata and data content as well as software development of O2A components.
Content
The content in O2A can be distinct in metadata and data.
- Metadata about platforms, devices and sensors is described in sensor.awi.de (see further information). There is a chief editor concept, where experts for thematic topics or projects should care about metadata structure, quality and harmonization. Have a closer look to the description of the chief editor concept and / or write o2a-support@awi.de for help and feedback.
- Raw data can be automatically collected from different sources with ingest.awi.de and is stored in AWI's technical infrastructure as flat files or optional in databases (see further information). To allow automatic data processing, archiving, publication and provision of web services (e.g., dashboard, data web service, spatial data infrastructure), O2A uses standardized directory structures, simple data formats, spatial data formats and basic quality flagging. Three types of data ingestion are distingushed:
- automatic near real-time data ingestion
- automatic and central delayed-mode data ingestion
- manual data ingestion
- Primary data
Software development
In general our O2A software is open source and can be re-used in other contexts.
Code-Lizenzen:
- Roland Koppe prüft Modelle für Frontend, voraussichtlich BSD-3 oder MIT
- Roland Koppe Middleware / Backend Lizenzen müssen intensiver geprüft werden
Verantwortung:
- Ausrichtung: AWI, Product Owner
- Inhalt: AWI, Chief Editor Konzept
- Code: AWI
Betreiben:
- Software: AWI, kein Support für extern laufende Systeme, kein Community-SW-Entwicklungs-Support
- Inhalt: verteilt, Chief Editor Konzept
Beitragen:
- Offene APIs stehen dokumentiert zur Verfügung und können von Externen Systemen verwendet werden → O2A Space, z.B. https://spaces.awi.de/x/DxEUEg
- Code liegt im aus dem Internet erreichbarem gitlab.awi.de (Account nötig, DFN AAI)
- signifikante Beiträge können integriert werden
- Entwicklungskompetenz besteht
- Einarbeitungszeit < 2 W
- Entwicklungsaufwand > 3 PM
- Code Reviews durch AWI < 1 W
- Testaufwand 20%
- sonst ggf. Aufnahme ins Backlog
- dauerhafte Mitarbeit eines Entwicklers
- Entwicklungskompetenz besteht
- Einarbeitungszeit < 2 W
- Entwicklungsaufwand > 10% - 20% (> 4h / Woche)
- Code Reviews durch AWI < 1 W
- Testaufwand 20%
- Themenspezifisch
- Vorschlag für Erweiterung bzw. Änderungen skizzieren, Strategie und Aufwand darstellen (Extern, Anforderungsdefinition)
- Kontakt zu AWI Product Owner + Entwicklung
- Technische Abschätzung zu Kernfunktionen bzw. Erweiterungen (AWI)
- Entscheidung zur Integration und Mitarbeit in O2A-Komponenten (Kosten/Nutzen) (AWI)
- Lizenzen sind kompatibel mit O2A Lizenzmodell TBD (AWI)
-------------------------------------------------------------------
→ im DataHUB brauchen wir Aufstellung, welche Systeme (zu Sensor/Obsdaten) gibt es wo, mit Links zum Reinschauen und zusammenarbeiten
- Peter Gerchowkontaktiert Jan Bumberger für deren Link zu deren Sensor Registry
neues MOSES-DM-Portal (GFZ) holt keine AWI-MOSES-Daten vom AWI-Sensor ab https://moses-data.gfz-potsdam.de/onestop/#/
-------------------------------------------------------------------
Gilt auch für Ingest von Delayed Mode und NRT Data:
- Als Dienstleistung/Service? → siehe DAM Underway Daten
Frank Oliver Glöckner Ist Speicher für DAM durch Systems beschafft worden. Kostenstelle für eCloud? - In der Software Entwicklung
- In der Speicherung (isilon oder hssrv1) → Kostenstelle, Speicher-beschaffung durch Systems.