We provde O2A to the earth and environment community as "software as a service". You can use the O2A service as the are, especially in project-contexts where AWI is aligned.

O2A is an ecosystem of different integrated components and tools aligned with AWI's technical 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 a) metadata and b) data.

• Metadata about platforms, devices and sensors is mainly described in sensor.awi.de (see further information). There is a chief editor concept, where experts for thematic topics or projects care about metadata structure and quality. Have a closer look to the description of the chief editor concept and / or write o2a-support@awi.de for help and feedback.
• Data can be 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 O2A uses standardized directory structures, simple data formats, spatial data formats and quality flagging.

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

1. Vorschlag für Erweiterung bzw. Änderungen skizzieren, Strategie und Aufwand darstellen (Extern, Anforderungsdefinition)
2. Kontakt zu AWI Product Owner + Entwicklung
3. Technische Abschätzung zu Kernfunktionen bzw. Erweiterungen (AWI)
4. Entscheidung zur Integration und Mitarbeit in O2A-Komponenten (Kosten/Nutzen) (AWI)
5. Lizenzen sind kompatibel mit O2A Lizenzmodell TBD (AWI)

• Roland Koppe: Doku "how to get involved"

-------------------------------------------------------------------

→ 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/#/

• Peter Gerchow delegiert an Norbert einen Termin für O2A und MOSES für einen Mini-2h-WS mit GFZ (Doris u Hannes Fuchs GFZ) (Pilipp Fischer, Peter, Roland, Norbert, Ana, Angela: Hannes Fuchs, Doris +)

• Permafrost https://moses-data.gfz-potsdam.de/onestop/#/collections/details/AXHul1vN7ADFoZuVvEZF?m=eventChain:Permafrost%20Thaw;metadataType:Campaign

-------------------------------------------------------------------

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.