3.1 Planung

Während der Planungsphase für den RDMO Hackathon 2024 war eine der ersten Überlegungen, wie man mit diesem Format die gesamte RDMO-Community erreichen kann. Traditionellerweise versammeln sich bei einem Hackathon (Software-)Entwicklerinnen und Entwickler, um in kurzer Zeit an technischen Lösungen für ein reales Problem zu arbeiten.^[7] Eine Besonderheit der zweiten Auflage des Hackathons war, dass für die Teilnahme Programmierkenntnisse nicht zwingend vorausgesetzt wurden, da der ursprüngliche Fokus auf die technische Weiterentwicklung nun auch auf inhaltliche und konzeptionelle Aspekte ausgeweitet wurde. So konnten die zwei zentralen Arbeitsbereiche der RDMO-Arbeitsgemeinschaft gut abgebildet werden, wodurch ein breiteres Zielpublikum für die Teilnahme am Hackathon angesprochen wurde. Dies bestätigte sich schließlich in der Zahl der Teilnehmenden: Insgesamt beteiligten sich 29 Personen aus 19 Einrichtungen.

Für die UB der LMU München war dies in zweifacher Weise ein Novum: Es handelte sich um die erste in München gehostete RDMO-Veranstaltung sowie den ersten Hackathon, der an der Bibliothek durchgeführt wurde. Dies erforderte weitreichende Planungen. Der Unterschied zu einem üblicherweise von der Bibliothek durchgeführten Workshop lag vor allem in der benötigten technischen Ausstattung. So wurden drei große Räume reserviert, Konferenz-WLAN-Zugänge beantragt und die Stromversorgung erweitert, damit alle Teilnehmenden unter geeigneten Bedingungen an ihren Projektideen arbeiten konnten. Zusätzlich gab es ein technisches Vorab-Treffen mit zentraler Unterstützung des RDMO-Hauptentwicklers Jochen Klar.^[8] Dort konnten sich die Teilnehmenden im Vorfeld der Veranstaltung zur Einrichtung von RDMO-Testumgebungen abstimmen; beim Hackathon selbst mussten schließlich keine großen Ressourcen mehr in das Setup der Geräte und die Installation der Software fließen.

Vor Ort in München kam zur Vorstellung der Teilnehmenden ein „Steckbrief“ zum Einsatz, der bereits beim ersten RDMO Hackathon verwendet wurde. In diesem konnten die Beteiligten kurz Angaben zur eigenen Einrichtung, zu vorhandenen Programmierkenntnissen und zu ihrem GitHub-Handle machen. Die Steckbriefe wurden während der Veranstaltung auf einer Pinnwand gesammelt und konnten zum Networking verwendet werden. Ergänzend dazu gab es farbige Aufkleber, mit denen sich die Teilnehmenden auf dem Namensschild entweder dem Content- oder dem Software-Bereich (oder beidem) zuordnen konnten. Begleitet wurde der Hackathon durch den Kanal #hackathon im RDMO-Slack und über Social-Media-Kanäle unter dem Hashtag #rdmohackathon24.

Abb. 2:

Themen-Präsentation im Miro-Board (Quelle: UB der LMU/Miro)

3.2 Themen und Ergebnisse

Wie bereits im Vorjahr konnten im Vorfeld der Veranstaltung Themenwünsche und Projektideen über ein Miro-Board eingereicht und mit der Community geteilt werden. Insgesamt wurden zehn verschiedene Themen vorgeschlagen, die zu Beginn des Treffens in München während eines Ideen-Pitches kurz vorgestellt wurden. In der darauffolgenden Diskussion einigten sich die Teilnehmenden auf sechs Themen, die in den folgenden eineinhalb Tagen des Hackathons intensiv bearbeitet wurden. Für die Bearbeitung der Projekte fanden sich Teilnehmende in Gruppen zusammen und verteilten sich auf verschiedene Räume. Im Verlauf des Hackathons gab es immer wieder kurze Checkpoints, zu denen die Teilnehmenden den aktuellen Stand ihrer Projekte vorstellten.

Im Bereich der technischen Weiterentwicklung von RDMO wurden fünf Projekte bearbeitet. So wurde ein RDMO-Plugin entwickelt, das zur Veröffentlichung von DMPs genutzt werden kann, indem der in RDMO erstellte Projekt-Snapshot (z. B. eine Version eines DMP) automatisiert im PDF-Format auf zenodo.org hochgeladen wird.^[9] Dieses Projekt basiert auf dem bereits existierenden Zenodo-Plugin.^[10] Des Weiteren gab es eine Gruppe, die sich im Sinne des Projektes „RDA DMP Common Standard for Machine-Actionable Data Management Plans“ (maDMP)^[11] über die Interoperabilität von RDMO mit anderen Systemen austauschte. In kleineren Runden wurde an einem Skript zur vereinfachten Erstellung von Ansichten, die als Layoutvorlage für einen DMP genutzt werden können, einem Snapshot-Export^[12] und an der Generierung von Hilfetexten für RDMO gearbeitet. Im Bereich der inhaltlichen Themen fokussierten sich alle Beteiligten auf ein Projekt: Es wurde eine Dokumentation erarbeitet, die die Einzelschritte bei der Erstellung und dem Management von Katalogen, die als DMP-Templates fungieren, erklärt.^[13]

Abb. 3:

Impression aus einer der Arbeitssession (Foto: UB der LMU)

Über die Ergebnisse der Veranstaltung wurde auch innerhalb der Community berichtet. So gab es kurze Informationen während der regelmäßig stattfindenden Arbeitsgruppenmeetings und während des 13. RDMO-Community-Treffens im März 2025.^[14] Auch auf forschungsdaten.org sind die Details zum zweiten RDMO Hackathon zusammengefasst.^[15]

Ein weiterer wichtiger Aspekt des Hackathons bestand im Networking. In den Pausen sowie beim gemeinsamen Abendessen hatten die Teilnehmenden Gelegenheit, sich über ihre Erfahrungen mit RDMO an den unterschiedlichen Einrichtungen auszutauschen und neue Ideen und Impulse für ihre eigenen Institutionen zu sammeln.