Zehntes Community-Treffen: Unterschied zwischen den Versionen
| Zeile 44: | Zeile 44: | ||
maDMP in der Diskussion seit 2018. RDMO-Plugin für maDMP: wird benutzt? Nicht wirklich | maDMP in der Diskussion seit 2018. RDMO-Plugin für maDMP: wird benutzt? Nicht wirklich | ||
SMP werden allmählich wichtiger. | SMP werden allmählich wichtiger. maSMP sind die neueste Entwicklung und vielversprechend. | ||
Sollen D/SMPs freie Antworte (mehr Freiheit, Lerneffekt) oder kontrollierte Antworte (maschinelle Aktivierbarkeit)? Das ist eine Philosophiefrage. | Sollen D/SMPs freie Antworte (mehr Freiheit, Lerneffekt) oder kontrollierte Antworte (maschinelle Aktivierbarkeit)? Das ist eine Philosophiefrage. | ||
Version vom 11. Januar 2024, 16:17 Uhr
Berichte aus der RDMO-AG
Steuerungsgruppe
Kurzgeschichte von RDMO: Vorarbeiten, Projektphase, Community-Phase, Roadmap, anstehende Bewertung der Roadmap.
Neue StG seit März 2023.
Datei:2023-09-11 RDMO StG.pdf
Software-Gruppe
Version 2.0: neue React-GUI, neues Datenmodell (nutzerfreundlicher für Managers).
Zwischenbilanz RoadMap: zum großen Teil umgesetzt, vor allem nach verfügbaren Ressourcen.
Vollständige Präsentation: https://zenodo.org/doi/10.5281/zenodo.8334697
Content-Gruppe
Webseite onine, wird bei Bedarf aktualisiert.
DFG-Checkliste implementiert. Andere heißen Baustellen: SMP, BLE, EPM, ERC.
Bericht Impulsvorträge
Förderung von OSS - Vorbild Kitodo
Rechtsform: Verein (10 Jahre Findungszeit), Eigentümer des Code. Die Mitglieder zahlen einen Beitrag um die 200÷500÷1000 €/Jahr, bzw. 2000÷5000÷10000 €/Jahr, falls sie zum Entwicklungsfonds beitragen.
Weiterentwicklung: Entwicklungsfonds; regelmäßiges Release Management; Priorisierungsworkflow (Issue, Vorschlag, Diskussion, Realisierbarkeitsprüfung, Abstimmung, Priorisierung, Schlussentscheidung).
Zusätzliche Aufgaben: offensive Werbung (dezidiert+attraktiv); Rechenschaftspflicht.
Schritte bis dahin: 1. unser Ziel definieren. Später: Notar, Finanzamt usw.
Über das VIGO-Förderprogramm für Softwareverstetigung kann eine Person⋅Jahr eingestellt werden (für Entwürfe schreiben, Klinken putzen, …) + ein Workshop organisiert werden.
Bericht RDMO-Hackathon 10.-11.08. in Darmstadt
3 Aufgaben/Arbeitsgruppen:
- JSON-Editor für die Informationsübertragung (zwischen RDMO und eLabFTW).
- Export für RO-Crate (Daten + Metadaten in JSON).
- Autocomplete-Plugin für Optionensätze (Fallbeispiel: Sensoren beim AWI).
Die Arbeiten gehen weiter auf GitLab/GitHub; virtueller Folgetermin in Oktober.
Machine-actionable SMPs (Bericht maSMP-Hackathon 31.05.2023 in Köln)
maDMP in der Diskussion seit 2018. RDMO-Plugin für maDMP: wird benutzt? Nicht wirklich
SMP werden allmählich wichtiger. maSMP sind die neueste Entwicklung und vielversprechend.
Sollen D/SMPs freie Antworte (mehr Freiheit, Lerneffekt) oder kontrollierte Antworte (maschinelle Aktivierbarkeit)? Das ist eine Philosophiefrage.
Vollständiger Bericht: https://zenodo.org/doi/10.5281/zenodo.8087356
Nutzerstatistiken
Aus einer Instanz (z.B. multimandante Instanz in Darmstadt) können viele Kennzahlen abgeleitet werden, bezüglich Nutzenden, Projekten, Katalogen… Die Abfrage erfolgt über die API: ein Python-Skript agiert automatisch über eine GitLab-Pipeline und die Visualisierung erfolgt über Metabase.
Falls von Interesse, ließ sich das in RDMO selbst implementieren.
Open Science Trails
Ziel dieses Projekts ist die Etablierung von EOSC-kompatiblen Open-Science-Praktiken. Es ist in den drei Modulen "Plan", "Track" und "Assess" organisiert, mit Schwerpunkte DMP, Open Knowledge Graphs, FAIR Assessment Tools. (Bisher sind die einzelnen Aufgaben getrennt und vom Workflow abgekoppelt, und die FAIR-Prüfung leidet nach übermäßiger Vereinfachung - gamification).
Die RWTH Aachen beteiligt sich als Pilot und bringt als Anwendungsfall die Integration zwischen RDMO und Chemotion.
Aufruf: Oberfläche für Endnutzer mit React
RDMO hat die Oberfläche für Manager verbessert, aber für Endnutzer ist sie gleich geblieben. Ein Miro-Board zur Ideensammlung und Kommentierung wurde erstellt: https://miro.com/app/board/uXjVM1_A2qs=/?share_link_id=963872955520 . Bitte beteiligt euch!
Die schnell aufeinanderfolgenden neuen Releases haben punktweise Verbesserungen gebracht. Aber wir müssen unser Ansehen nach außen verbessern: transparente Priorisierung, regelmäßiges Release-Management usw. Die Rechtsform ist wichtig (MoU können offiziell nur mit bestehenden Initiativen/Konsortien abgeschlossen werden). Wir müssen uns überlegen, wo wir hin wollen, und das Thema Finanzen absprechen. ORCID-Konsortium….
Berichte aus den Diskussionsgruppen
Langlebigkeit und Fundraising
RDMO braucht eine definierte Rechtsform und, tendenziell als Verein. Das erfordert eine Satzung und ein Beitragsmodell.
Die Nachhaltigkeit der Software braucht eine Selbstverpflichtung seitens der Mitgliedinstitutionen zu Geldbeiträge und/oder personellem Engagement (Software und Content). RDMO bleibt FOSS, aber Mitgliedschaft soll Vorteile bringen (Stimmrecht, Priorisierung der eigenen Issues).
Die StG ist dann zuständig für transparente Berichterstattung und Vermittlung bei Entscheidungen (konform zu gewissen Grundsätzen). Eine selbstverwaltende Geschäftsstelle ist dafür nötig. Dafür kann ein VIGO-Antrag helfen. UPDATE DEZEMBER 2023: VIGO-Ausschreibung nicht relevant (geringe Erfolgsquote, Zielgruppe sind Projekte hinter uns in der Findungsphase, Förderkriterien in Umbau).
Laufende Open-Source-Softwareprojekte, die als Vorbild geprüft werden: Kitodo, ORCID-DE, MyCoRe, Lyrasis D-Space-DE, Folio. UPDATE DEZEMBER 2023: wir folgen Kitodo.
Stärken von RDMO (gesamte Projektdokumentation, Unterstützung DFG-Checkliste und EU) sollen gegenüber Stärken anderer DMP-Werkzeuge stärker dargestellt werden. Ggf. Nutzungsstatistiken verwenden.
Vollständiges protokoll: LINK
Feedback und Roadmap
Die RDMO-RoadMap priorisiert Issues nach Dringlichkeit, Aufwand und vorhandenen Ressourcen. Die RoadMap sollte sichtbarer und transparenter dargestellt werden.
Um eine stärkere Mitarbeit zu ermöglichen, sollte die Einstiegshöhe verringert werden: Webseite attraktiver gestalten, eine graduellen Einstieg in GitHub ermöglihen. Ggf. Hochschulen involvieren.
Vollständiges Protokoll: LINK
Trilaterales treffen RDMO - DINI/nestor - InfraDMP
DINI/nestor vertritt die Service-Ebene (Bibliothek/Archiv) und hat über lange Zeit gewachsene Expertise und Kompetenz, u.A. zu LZA und Open Science. Interviews mit den Förderern.
Infra-DMP vertritt Wissenschaftler aus unterschiedlichen Fachdisziplinen bzw. NFDI-Konsortien, oft FDM-Anfänger. RDMO spielt als zentraler/mehrheitlicher Dienst eine große Rolle.
Austausch von Expertise angestrebt:
- Gegenseitige Einladung zu den Treffen - Vorstellung von Infra-DMP in DINI/nestor
- Gegenseitige Information per Mailinglisten
- Gegenseitige Offenbarung von Arbeitsdokumenten
- Gemeinsame Workshopsorganisation
Vollständiges Protokoll: LINK
Vorläufige Beschlüsse
Wünsche aus der Community werden in den 3 AGs diskutiert und ggf. in Issues übertragen. U. A. wurden Release management und Sichtbarkeit der Roadmap angesprochen.
RDMO wird perspektivisch eine definierte Rechtsform annehmen als Verein. Andere OS-Software (ORCID, DSpace, Folio) werden als Vorbild genommen.
Eine Diskussion mit der DFG wird angestrebt und der Kontakt erstellt.
Gegenüber anderen DMP-Initiativen bestehen Offenheit und gemeinsame Ziele. Der Austausch wird durch den personellen Überlapp gestärkt.