Drittes Community-Treffen - Versionsgeschichte

Jochenklar am 13. April 2021 um 10:05 Uhr

2021-04-13T10:05:49Z

← Nächstältere Version		Version vom 13. April 2021, 12:05 Uhr
Zeile 119:		Zeile 119:
	==Abschlussdiskussion & Zusammenfassung==		==Abschlussdiskussion & Zusammenfassung==
	Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein		Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein

			[[Kategorie:Veranstaltungen]]

KerstinWedlichZachodin: /* 15:00 RDMO Community Versammlung */

2020-03-24T09:25:12Z

15:00 RDMO Community Versammlung

← Nächstältere Version		Version vom 24. März 2020, 11:25 Uhr
Zeile 35:		Zeile 35:
	*Software-Gruppe:		*Software-Gruppe:
	**Releases		**Releases
	** Code-Entwicklung		**Code-Entwicklung
	** Maintenance organisieren		**Maintenance organisieren

	*Content-Gruppe:		*Content-Gruppe:
	**Moderation von Fragebogenentwicklung		**Moderation von Fragebogenentwicklung
	** ~~Tmeplates~~		**Templates
	** Domänen-Anpassungen		**Domänen-Anpassungen
	** Allgemeine Usability/Nutzerfeedback		**Allgemeine Usability/Nutzerfeedback

JanineVierheller am 24. März 2020 um 08:41 Uhr

2020-03-24T08:41:02Z

← Nächstältere Version		Version vom 24. März 2020, 10:41 Uhr
Zeile 1:		Zeile 1:
	=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =		=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020)=
	* Gründung von RDMO als Open Source Project
	* [https://rdmorganiser.github.io/workshop022020_programm/ Programm] (dort auch alle Slides vom Workshop)==		*Gründung von RDMO als Open Source Project
			*[https://rdmorganiser.github.io/workshop022020_programm/ Programm] (dort auch alle Slides vom Workshop)

	==13:00 Vorstellungsrunde (alle)==		==13:00 Vorstellungsrunde (alle)==
Zeile 12:		Zeile 13:

	==14:00 Kurze Reports: RDMO-Anwender*innen==		==14:00 Kurze Reports: RDMO-Anwender*innen==
	* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht [https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf Folien]
	* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften [https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf Folien]		*G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht [https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf Folien]
			*B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften [https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf Folien]
	*R. Strötgen: RDMO und Shibboleth [https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf Folien]		*R. Strötgen: RDMO und Shibboleth [https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf Folien]
	*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO [https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf Folien]		*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO [https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf Folien]
Zeile 24:		Zeile 26:
	Es muss ergänzt werden durch Organisierung der verschiedenen Arbeitsgebiete: Neben den im Manifest genannten Gruppen (Steuerung/Governance und Software) ist eine Content-Maintenance Gruppe (Fragenkataloge, Templates) nötig,		Es muss ergänzt werden durch Organisierung der verschiedenen Arbeitsgebiete: Neben den im Manifest genannten Gruppen (Steuerung/Governance und Software) ist eine Content-Maintenance Gruppe (Fragenkataloge, Templates) nötig,

	* Grobe Arbeitsteilung zwischen den Gruppen:		*Grobe Arbeitsteilung zwischen den Gruppen:

			*Steuerungsgruppe:
			**Governance-Strukturen weiter ausarbeiten
			**Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren
			**Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen

	* ~~Steuerungsgruppe~~:		*Software-Gruppe:
	** ~~Governance-Strukturen weiter ausarbeiten~~		**Releases
	** ~~Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software~~-~~Gruppe koordinieren~~		** Code-Entwicklung
	** ~~Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen~~		** Maintenance organisieren

	* Software-Gruppe:		*Content-Gruppe:
	** Releases, Code-Entwicklung, Maintenance organisieren		**Moderation von Fragebogenentwicklung
	** Content~~-Maintenance~~-Gruppe:		** Tmeplates
	** Moderation von Fragebogenentwicklung
	** Domänen-Anpassungen		** Domänen-Anpassungen
			** Allgemeine Usability/Nutzerfeedback


	* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben:		*Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben:

	* Steuerungsgruppe:		*Steuerungsgruppe:
	** Harry Enke (AIP)		**Harry Enke (AIP)
	** Robert Strötgen (UB TU Braunschweig)		**Robert Strötgen (UB TU Braunschweig)
	** Johannes Frenzel (RUB)		**Johannes Frenzel (RUB)
	** Gerald Jagusch (ULB Darmstadt)		**Gerald Jagusch (ULB Darmstadt)
	** Birte Lindstädt (ZBMed)		**Birte Lindstädt (ZBMed)
	** Daniela Hausen (UB RWTH Aachen)		**Daniela Hausen (UB RWTH Aachen)
	** (Heike Görzig, HZB)		**(Heike Görzig, HZB)

	* Software-Gruppe:		*Software-Gruppe:
	** Jochen Klar (selbstständiger Berater)		**Jochen Klar (selbstständiger Berater)
	** Olaf Michaelis (AIP)		**Olaf Michaelis (AIP)
	** Robert Ulrich (KIT)		**Robert Ulrich (KIT)

	* Content-Gruppe		*Content-Gruppe
	** Kerstin Wedlich-Zachodin (KIT)		**Kerstin Wedlich-Zachodin (KIT)
	** Matthias Fingerhuth		**Matthias Fingerhuth
	** N.N. (HeFDI)		**N.N. (HeFDI)
	** Heike Görzig (HZB)		**Heike Görzig (HZB)
	** Ulrike Wuttke (FHP)		**Ulrike Wuttke (FHP)

	==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==		==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==
Zeile 74:		Zeile 82:
	Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren.		Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren.

	Als Sprecherinnen wurden G. Jagusch, H. Enke per Akklamation bestimmt.		Als Sprecherinnen wurden G. Jagusch, H. Enke per Akklamation bestimmt.

	* Aufgabenliste für die kommenden Monate:		*Aufgabenliste für die kommenden Monate:
	** Roadmap entwerfen		**Roadmap entwerfen
	** Manifest präzisieren		**Manifest präzisieren

	* Governance		*Governance
	** Entscheidungsprozesse formalisieren		**Entscheidungsprozesse formalisieren
	** Koordination der Anwender, Organisation, Kommunikationsprozesse		**Koordination der Anwender, Organisation, Kommunikationsprozesse
	** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen		**ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen
	** Klärung von In-Kind-Contributions		**Klärung von In-Kind-Contributions
	** Networking mit NFDI-Konsortien und Gruppen etc.		**Networking mit NFDI-Konsortien und Gruppen etc.

	===Bericht Treffen Software-Gruppe===		===Bericht Treffen Software-Gruppe===
Zeile 91:		Zeile 99:
	Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.		Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.

	* Sprecher*innen, Arbeitsmodus		Sprecherinnen, Arbeitsmodus
	** Jochen Sprecher		**Jochen Sprecher
	** Gruppenmitglieder auf RDMO webseite featuren		**Gruppenmitglieder auf RDMO webseite featuren
	** Slack für Kommunikation		**Slack für Kommunikation
	** Code Quality		**Code Quality
	** Zusammenarbeitsworkflow mit Steuerungsgruppe		**Zusammenarbeitsworkflow mit Steuerungsgruppe
	** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe		**GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe
	** monatlichen Termin "Sprechstunde"		**monatlichen Termin "Sprechstunde"

	===Bericht Treffen Content-Gruppe===		===Bericht Treffen Content-Gruppe===
Zeile 105:		Zeile 113:
	Heike Görzig vom HZB berichtete außerdem über Erfahrungswerte, wie dort RDMO als Reporting-Tool eingesetzt wird, z. B. zur Planung von Speicherplatz. Des Weiteren wurden die Bestrebungen bekräftigt, zentral RDMO-Fragenkataloge einzusammeln (insbesondere disziplinspezifische Bündelungen), um sie über GitHub der RDMO-Community zur Verfügung zu stellen. Für die Einsammlung verantwortlich ist Olaf Michaelis.		Heike Görzig vom HZB berichtete außerdem über Erfahrungswerte, wie dort RDMO als Reporting-Tool eingesetzt wird, z. B. zur Planung von Speicherplatz. Des Weiteren wurden die Bestrebungen bekräftigt, zentral RDMO-Fragenkataloge einzusammeln (insbesondere disziplinspezifische Bündelungen), um sie über GitHub der RDMO-Community zur Verfügung zu stellen. Für die Einsammlung verantwortlich ist Olaf Michaelis.

	* Sprecherin, Arbeitsmodus:		*Sprecherin, Arbeitsmodus:
	** Sprecherin: Kerstin Zedlich-Wachodin (KIT)		**Sprecherin: Kerstin Zedlich-Wachodin (KIT)
	** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen		**Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen

	==Abschlussdiskussion & Zusammenfassung==		==Abschlussdiskussion & Zusammenfassung==
	Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein		Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein

Omichaelis: /* 14:00 Kurze Reports: RDMO-Anwenderinnen /

2020-03-23T17:06:12Z

14:00 Kurze Reports: RDMO-Anwender*innen

← Nächstältere Version		Version vom 23. März 2020, 19:06 Uhr
Zeile 12:		Zeile 12:

	==14:00 Kurze Reports: RDMO-Anwender*innen==		==14:00 Kurze Reports: RDMO-Anwender*innen==
	* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht		* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht [https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf Folien]
	https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf		* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften [https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf Folien]
			*R. Strötgen: RDMO und Shibboleth [https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf Folien]
	* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften		*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO [https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf Folien]
	https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf

	*R. Strötgen: RDMO und Shibboleth
	https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf

	*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO
	https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf

	==15:00 RDMO Community Versammlung==		==15:00 RDMO Community Versammlung==

Omichaelis am 23. März 2020 um 17:05 Uhr

2020-03-23T17:05:15Z

← Nächstältere Version		Version vom 23. März 2020, 19:05 Uhr
Zeile 1:		Zeile 1:
	=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =		=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =
	Gründung von RDMO als Open Source Project		* Gründung von RDMO als Open Source Project
			* [https://rdmorganiser.github.io/workshop022020_programm/ Programm] (dort auch alle Slides vom Workshop)==
	==Programm ~~[[1]Link~~] (dort auch alle Slides vom Workshop)==

	==13:00 Vorstellungsrunde (alle)==		==13:00 Vorstellungsrunde (alle)==

Omichaelis am 23. März 2020 um 17:04 Uhr

2020-03-23T17:04:13Z

Omichaelis am 23. März 2020 um 17:00 Uhr

2020-03-23T17:00:12Z

← Nächstältere Version		Version vom 23. März 2020, 19:00 Uhr
Zeile 23:		Zeile 23:

	*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO		*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO
	https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf		https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf

	==15:00 RDMO Community Versammlung==		==15:00 RDMO Community Versammlung==

Omichaelis am 23. März 2020 um 16:59 Uhr

2020-03-23T16:59:46Z

← Nächstältere Version		Version vom 23. März 2020, 18:59 Uhr
Zeile 99:		Zeile 99:
	Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.		Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.

	** Sprecher*innen, Arbeitsmodus		* Sprecher*innen, Arbeitsmodus
	- Jochen Sprecher		** Jochen Sprecher
	- Gruppenmitglieder auf RDMO webseite featuren		** Gruppenmitglieder auf RDMO webseite featuren
	- Slack für Kommunikation		** Slack für Kommunikation
	- Code Quality		** Code Quality
	- Zusammenarbeitsworkflow mit Steuerungsgruppe		** Zusammenarbeitsworkflow mit Steuerungsgruppe
	- GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe		** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe
	- monatlichen Termin "Sprechstunde"		** monatlichen Termin "Sprechstunde"

	==Bericht Treffen Content-Gruppe==		==Bericht Treffen Content-Gruppe==

Omichaelis am 23. März 2020 um 16:58 Uhr

2020-03-23T16:58:52Z

← Nächstältere Version		Version vom 23. März 2020, 18:58 Uhr
Zeile 4:		Zeile 4:
	Programm [[1]Link] (dort auch alle Slides vom Workshop)		Programm [[1]Link] (dort auch alle Slides vom Workshop)

	== 13:00 Vorstellungsrunde (alle)==		==13:00 Vorstellungsrunde (alle)==

	==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==		==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==
	https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf		https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf
Zeile 31:		Zeile 32:
	Es muss ergänzt werden durch Organisierung der verschiedenen Arbeitsgebiete: Neben den im Manifest genannten Gruppen (Steuerung/Governance und Software) ist eine Content-Maintenance Gruppe (Fragenkataloge, Templates) nötig,		Es muss ergänzt werden durch Organisierung der verschiedenen Arbeitsgebiete: Neben den im Manifest genannten Gruppen (Steuerung/Governance und Software) ist eine Content-Maintenance Gruppe (Fragenkataloge, Templates) nötig,

	*Grobe Arbeitsteilung zwischen den Gruppen:		* Grobe Arbeitsteilung zwischen den Gruppen:

	* Steuerungsgruppe:		* Steuerungsgruppe:
	- Governance-Strukturen weiter ausarbeiten		** Governance-Strukturen weiter ausarbeiten
	- Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren		** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren
	- Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen		** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen

	* Software-Gruppe:		* Software-Gruppe:
	Releases, Code-Entwicklung, Maintenance organisieren		** Releases, Code-Entwicklung, Maintenance organisieren
			** Content-Maintenance-Gruppe:
	* Content-Maintenance-Gruppe:		** Moderation von Fragebogenentwicklung
	- Moderation von Fragebogenentwicklung		** Domänen-Anpassungen
	- Domänen-Anpassungen

	* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben:		* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben:

	* Steuerungsgruppe:		* Steuerungsgruppe:
	Harry Enke (AIP)		** Harry Enke (AIP)
	Robert Strötgen (UB TU Braunschweig)		** Robert Strötgen (UB TU Braunschweig)
	Johannes Frenzel (RUB)		** Johannes Frenzel (RUB)
	Gerald Jagusch (ULB Darmstadt)		** Gerald Jagusch (ULB Darmstadt)
	Birte Lindstädt (ZBMed)		** Birte Lindstädt (ZBMed)
	Daniela Hausen (UB RWTH Aachen)		** Daniela Hausen (UB RWTH Aachen)
	(Heike Görzig, HZB)		** (Heike Görzig, HZB)

	* Software-Gruppe:		* Software-Gruppe:
	Jochen Klar (selbstständiger Berater)		** Jochen Klar (selbstständiger Berater)
	Olaf Michaelis (AIP)		** Olaf Michaelis (AIP)
	Robert Ulrich (KIT)		** Robert Ulrich (KIT)

	* Content-Gruppe		* Content-Gruppe
	Kerstin Wedlich-Zachodin (KIT)		** Kerstin Wedlich-Zachodin (KIT)
	Matthias Fingerhuth		** Matthias Fingerhuth
	N.N. (HeFDI)		** N.N. (HeFDI)
	Heike Görzig (HZB)		** Heike Görzig (HZB)
	Ulrike Wuttke (FHP)		** Ulrike Wuttke (FHP)

	==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==		==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==
Zeile 72:		Zeile 72:

	==17:17 Berichte aus den Breakout-Sessions==		==17:17 Berichte aus den Breakout-Sessions==
	Bericht Treffen Steuerungsgruppe
			==Bericht Treffen Steuerungsgruppe==

	Die Breakout-Session hat die Diskussion des Plenums weitergeführt. Für das MoU-Konzept wurde festgestellt, dass es klarer ausgearbeitet werden muss, aber ein im Moment möglicher Weg für ein Commitment von Einrichtungen sein kann.		Die Breakout-Session hat die Diskussion des Plenums weitergeführt. Für das MoU-Konzept wurde festgestellt, dass es klarer ausgearbeitet werden muss, aber ein im Moment möglicher Weg für ein Commitment von Einrichtungen sein kann.
Zeile 84:		Zeile 85:

	* Aufgabenliste für die kommenden Monate:		* Aufgabenliste für die kommenden Monate:
	- Roadmap entwerfen		** Roadmap entwerfen
	- Manifest präzisieren		** Manifest präzisieren

	* Governance		* Governance
	- Entscheidungsprozesse formalisieren		** Entscheidungsprozesse formalisieren
	- Koordination der Anwender, Organisation, Kommunikationsprozesse		** Koordination der Anwender, Organisation, Kommunikationsprozesse
	- ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen		** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen
	- Klärung von In-Kind-Contributions		** Klärung von In-Kind-Contributions
	- Networking mit NFDI-Konsortien und Gruppen etc.		** Networking mit NFDI-Konsortien und Gruppen etc.

	==Bericht Treffen Software-Gruppe==		==Bericht Treffen Software-Gruppe==
Zeile 107:		Zeile 108:
	- monatlichen Termin "Sprechstunde"		- monatlichen Termin "Sprechstunde"

	* Bericht Treffen Content-Gruppe		==Bericht Treffen Content-Gruppe==

	Die Content & Community Gruppe wurde auf Wunsch aus dem Plenum zusätzlich eingerichtet, um sich Fragen zum gemeinsamen Vorantreiben der Entwicklungen bezüglich Fragebögen und Metadaten zu widmen. Ein wichtiges Thema des ersten Treffens der Gruppe war der Erfahrungsaustausch zum Thema “Mapping RDMO zu DataCite” sowie “Mapping RDMO zu maDMP”. Eine zentrale Aufgabe ist in Zukunft die Definition eines Workflows und Austauschs, der einen “Wildwuchs” von RDMO-Attributen entgegenwirkt, um die Interoperabilität zu sichern. Überlegungen waren u. a. die zentrale Bereitstellung einer Übersicht aller existierender RDMO-Attribute (Tabellenformat mit Filter) bzw. die Schaffung eines “Attribut-Review-Workflows”, um festzulegen, welche neuen Attribute in das zentrale RDMO-Datenmodell übernommen werden sollen (im Sinne einer Quality Assurance) sowie eine Warnung, dass neue Attribute ggf. nicht mappen. Hierfür muss ein Abstimmungsworkflow mit der Steuerungsgruppe definiert werden. Eine Empfehlung für DataCite-kompatible RDMO-Attribute (ggf. maDMP-kompatible) ist vorgesehen. Auch wurde der Bedarf für die zentrale Bereitstellung eines H2020-Fragenkatalogs für RDMO diskutiert (momentan existiert nur eine H2020-Sicht, die für Forschende verwirrend ist, da sie nicht von Anfang an sehen, welche Fragen zu beantworten sind). Als Möglichkeit zur Verbesserung der Benutzerfreundlichkeit wurde die weitere Überarbeitung der kontextsensitiven Hilfetexte genannt, wobei hier zu beachten ist, dass inzwischen viele Instanzen eigene Fragenkataloge haben. Weiterhin sollten die Fragenkataloge der Förderer möglichst kompatibel zueinander sein.		Die Content & Community Gruppe wurde auf Wunsch aus dem Plenum zusätzlich eingerichtet, um sich Fragen zum gemeinsamen Vorantreiben der Entwicklungen bezüglich Fragebögen und Metadaten zu widmen. Ein wichtiges Thema des ersten Treffens der Gruppe war der Erfahrungsaustausch zum Thema “Mapping RDMO zu DataCite” sowie “Mapping RDMO zu maDMP”. Eine zentrale Aufgabe ist in Zukunft die Definition eines Workflows und Austauschs, der einen “Wildwuchs” von RDMO-Attributen entgegenwirkt, um die Interoperabilität zu sichern. Überlegungen waren u. a. die zentrale Bereitstellung einer Übersicht aller existierender RDMO-Attribute (Tabellenformat mit Filter) bzw. die Schaffung eines “Attribut-Review-Workflows”, um festzulegen, welche neuen Attribute in das zentrale RDMO-Datenmodell übernommen werden sollen (im Sinne einer Quality Assurance) sowie eine Warnung, dass neue Attribute ggf. nicht mappen. Hierfür muss ein Abstimmungsworkflow mit der Steuerungsgruppe definiert werden. Eine Empfehlung für DataCite-kompatible RDMO-Attribute (ggf. maDMP-kompatible) ist vorgesehen. Auch wurde der Bedarf für die zentrale Bereitstellung eines H2020-Fragenkatalogs für RDMO diskutiert (momentan existiert nur eine H2020-Sicht, die für Forschende verwirrend ist, da sie nicht von Anfang an sehen, welche Fragen zu beantworten sind). Als Möglichkeit zur Verbesserung der Benutzerfreundlichkeit wurde die weitere Überarbeitung der kontextsensitiven Hilfetexte genannt, wobei hier zu beachten ist, dass inzwischen viele Instanzen eigene Fragenkataloge haben. Weiterhin sollten die Fragenkataloge der Förderer möglichst kompatibel zueinander sein.
Zeile 113:		Zeile 114:

	* Sprecherin, Arbeitsmodus:		* Sprecherin, Arbeitsmodus:
	- Sprecherin: Kerstin Zedlich-Wachodin (KIT)		** Sprecherin: Kerstin Zedlich-Wachodin (KIT)
	- Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen		** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen

	==Abschlussdiskussion & Zusammenfassung==		==Abschlussdiskussion & Zusammenfassung==
	Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein		Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein

Omichaelis am 23. März 2020 um 16:55 Uhr

2020-03-23T16:55:36Z

← Nächstältere Version		Version vom 23. März 2020, 18:55 Uhr
Zeile 33:		Zeile 33:
	*Grobe Arbeitsteilung zwischen den Gruppen:		*Grobe Arbeitsteilung zwischen den Gruppen:

	*Steuerungsgruppe:		* Steuerungsgruppe:
	Governance-Strukturen weiter ausarbeiten		- Governance-Strukturen weiter ausarbeiten
	Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren		- Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren
	Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen		- Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen

	*Software-Gruppe:		* Software-Gruppe:
	Releases, Code-Entwicklung, Maintenance organisieren		Releases, Code-Entwicklung, Maintenance organisieren

	*Content-Maintenance-Gruppe:		* Content-Maintenance-Gruppe:
	Moderation von Fragebogenentwicklung		- Moderation von Fragebogenentwicklung
	Domänen-Anpassungen		- Domänen-Anpassungen

	*Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben:		* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben:

	Steuerungsgruppe:		* Steuerungsgruppe:
	Harry Enke (AIP)		Harry Enke (AIP)
	Robert Strötgen (UB TU Braunschweig)		Robert Strötgen (UB TU Braunschweig)
Zeile 56:		Zeile 56:
	(Heike Görzig, HZB)		(Heike Görzig, HZB)

	Software-Gruppe:		* Software-Gruppe:
	Jochen Klar (selbstständiger Berater)		Jochen Klar (selbstständiger Berater)
	Olaf Michaelis (AIP)		Olaf Michaelis (AIP)
	Robert Ulrich (KIT)		Robert Ulrich (KIT)

	Content-Gruppe		* Content-Gruppe
	Kerstin Wedlich-Zachodin (KIT)		Kerstin Wedlich-Zachodin (KIT)
	Matthias Fingerhuth		Matthias Fingerhuth
Zeile 68:		Zeile 68:
	Ulrike Wuttke (FHP)		Ulrike Wuttke (FHP)

	16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)		==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==
	Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst.		Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst.

	17:17 Berichte aus den Breakout-Sessions		==17:17 Berichte aus den Breakout-Sessions==
	Bericht Treffen Steuerungsgruppe		Bericht Treffen Steuerungsgruppe

Zeile 81:		Zeile 81:
	Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren.		Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren.

	Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt.		Als Sprecherinnen wurden G. Jagusch, H. Enke per Akklamation bestimmt.
	~~Aufgabenliste für die kommenden Monate:~~
	~~-Roadmap entwerfen~~
	~~-Manifest präzisieren~~
	~~- Governance~~
	~~Entscheidungsprozesse formalisieren,~~
	~~Koordination der Anwender~~
	~~Organisation~~
	~~Kommunikationsprozesse~~
	~~-ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen~~
	~~-Klärung von In-Kind-Contributions~~
	~~-Networking mit NFDI-Konsortien und Gruppen etc~~.

	Bericht Treffen Software-Gruppe		* Aufgabenliste für die kommenden Monate:
			- Roadmap entwerfen
			- Manifest präzisieren

			* Governance
			- Entscheidungsprozesse formalisieren
			- Koordination der Anwender, Organisation, Kommunikationsprozesse
			- ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen
			- Klärung von In-Kind-Contributions
			- Networking mit NFDI-Konsortien und Gruppen etc.

			==Bericht Treffen Software-Gruppe==

	Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.		Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.

	Sprecher*innen, Arbeitsmodus		** Sprecher*innen, Arbeitsmodus
	-Jochen Sprecher		- Jochen Sprecher
	-Gruppenmitglieder auf RDMO webseite featuren		- Gruppenmitglieder auf RDMO webseite featuren
	-Slack für Kommunikation		- Slack für Kommunikation
	-Code Quality		- Code Quality
	-Zusammenarbeitsworkflow mit Steuerungsgruppe		- Zusammenarbeitsworkflow mit Steuerungsgruppe
	-GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe		- GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe
	-monatlichen Termin "Sprechstunde"		- monatlichen Termin "Sprechstunde"

	Bericht Treffen Content-Gruppe		* Bericht Treffen Content-Gruppe

	Die Content & Community Gruppe wurde auf Wunsch aus dem Plenum zusätzlich eingerichtet, um sich Fragen zum gemeinsamen Vorantreiben der Entwicklungen bezüglich Fragebögen und Metadaten zu widmen. Ein wichtiges Thema des ersten Treffens der Gruppe war der Erfahrungsaustausch zum Thema “Mapping RDMO zu DataCite” sowie “Mapping RDMO zu maDMP”. Eine zentrale Aufgabe ist in Zukunft die Definition eines Workflows und Austauschs, der einen “Wildwuchs” von RDMO-Attributen entgegenwirkt, um die Interoperabilität zu sichern. Überlegungen waren u. a. die zentrale Bereitstellung einer Übersicht aller existierender RDMO-Attribute (Tabellenformat mit Filter) bzw. die Schaffung eines “Attribut-Review-Workflows”, um festzulegen, welche neuen Attribute in das zentrale RDMO-Datenmodell übernommen werden sollen (im Sinne einer Quality Assurance) sowie eine Warnung, dass neue Attribute ggf. nicht mappen. Hierfür muss ein Abstimmungsworkflow mit der Steuerungsgruppe definiert werden. Eine Empfehlung für DataCite-kompatible RDMO-Attribute (ggf. maDMP-kompatible) ist vorgesehen. Auch wurde der Bedarf für die zentrale Bereitstellung eines H2020-Fragenkatalogs für RDMO diskutiert (momentan existiert nur eine H2020-Sicht, die für Forschende verwirrend ist, da sie nicht von Anfang an sehen, welche Fragen zu beantworten sind). Als Möglichkeit zur Verbesserung der Benutzerfreundlichkeit wurde die weitere Überarbeitung der kontextsensitiven Hilfetexte genannt, wobei hier zu beachten ist, dass inzwischen viele Instanzen eigene Fragenkataloge haben. Weiterhin sollten die Fragenkataloge der Förderer möglichst kompatibel zueinander sein.		Die Content & Community Gruppe wurde auf Wunsch aus dem Plenum zusätzlich eingerichtet, um sich Fragen zum gemeinsamen Vorantreiben der Entwicklungen bezüglich Fragebögen und Metadaten zu widmen. Ein wichtiges Thema des ersten Treffens der Gruppe war der Erfahrungsaustausch zum Thema “Mapping RDMO zu DataCite” sowie “Mapping RDMO zu maDMP”. Eine zentrale Aufgabe ist in Zukunft die Definition eines Workflows und Austauschs, der einen “Wildwuchs” von RDMO-Attributen entgegenwirkt, um die Interoperabilität zu sichern. Überlegungen waren u. a. die zentrale Bereitstellung einer Übersicht aller existierender RDMO-Attribute (Tabellenformat mit Filter) bzw. die Schaffung eines “Attribut-Review-Workflows”, um festzulegen, welche neuen Attribute in das zentrale RDMO-Datenmodell übernommen werden sollen (im Sinne einer Quality Assurance) sowie eine Warnung, dass neue Attribute ggf. nicht mappen. Hierfür muss ein Abstimmungsworkflow mit der Steuerungsgruppe definiert werden. Eine Empfehlung für DataCite-kompatible RDMO-Attribute (ggf. maDMP-kompatible) ist vorgesehen. Auch wurde der Bedarf für die zentrale Bereitstellung eines H2020-Fragenkatalogs für RDMO diskutiert (momentan existiert nur eine H2020-Sicht, die für Forschende verwirrend ist, da sie nicht von Anfang an sehen, welche Fragen zu beantworten sind). Als Möglichkeit zur Verbesserung der Benutzerfreundlichkeit wurde die weitere Überarbeitung der kontextsensitiven Hilfetexte genannt, wobei hier zu beachten ist, dass inzwischen viele Instanzen eigene Fragenkataloge haben. Weiterhin sollten die Fragenkataloge der Förderer möglichst kompatibel zueinander sein.
	Heike Görzig vom HZB berichtete außerdem über Erfahrungswerte, wie dort RDMO als Reporting-Tool eingesetzt wird, z. B. zur Planung von Speicherplatz. Des Weiteren wurden die Bestrebungen bekräftigt, zentral RDMO-Fragenkataloge einzusammeln (insbesondere disziplinspezifische Bündelungen), um sie über GitHub der RDMO-Community zur Verfügung zu stellen. Für die Einsammlung verantwortlich ist Olaf Michaelis.		Heike Görzig vom HZB berichtete außerdem über Erfahrungswerte, wie dort RDMO als Reporting-Tool eingesetzt wird, z. B. zur Planung von Speicherplatz. Des Weiteren wurden die Bestrebungen bekräftigt, zentral RDMO-Fragenkataloge einzusammeln (insbesondere disziplinspezifische Bündelungen), um sie über GitHub der RDMO-Community zur Verfügung zu stellen. Für die Einsammlung verantwortlich ist Olaf Michaelis.

	Sprecherin, Arbeitsmodus:		* Sprecherin, Arbeitsmodus:
	-Sprecherin: Kerstin Zedlich-Wachodin (KIT)		- Sprecherin: Kerstin Zedlich-Wachodin (KIT)
	-Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen		- Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen



	Abschlussdiskussion & Zusammenfassung		==Abschlussdiskussion & Zusammenfassung==
	Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein		Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein

← Nächstältere Version		Version vom 23. März 2020, 19:04 Uhr
Zeile 1:		Zeile 1:
	==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) ==		=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =
	Gründung von RDMO als Open Source Project		Gründung von RDMO als Open Source Project

	Programm [[1]Link] (dort auch alle Slides vom Workshop)		==Programm [[1]Link] (dort auch alle Slides vom Workshop)==

	==13:00 Vorstellungsrunde (alle)==		==13:00 Vorstellungsrunde (alle)==
Zeile 73:		Zeile 73:
	==17:17 Berichte aus den Breakout-Sessions==		==17:17 Berichte aus den Breakout-Sessions==

	==Bericht Treffen Steuerungsgruppe==		===Bericht Treffen Steuerungsgruppe===

	Die Breakout-Session hat die Diskussion des Plenums weitergeführt. Für das MoU-Konzept wurde festgestellt, dass es klarer ausgearbeitet werden muss, aber ein im Moment möglicher Weg für ein Commitment von Einrichtungen sein kann.		Die Breakout-Session hat die Diskussion des Plenums weitergeführt. Für das MoU-Konzept wurde festgestellt, dass es klarer ausgearbeitet werden muss, aber ein im Moment möglicher Weg für ein Commitment von Einrichtungen sein kann.
Zeile 95:		Zeile 95:
	** Networking mit NFDI-Konsortien und Gruppen etc.		** Networking mit NFDI-Konsortien und Gruppen etc.

	==Bericht Treffen Software-Gruppe==		===Bericht Treffen Software-Gruppe===

	Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.		Im ersten Treffen der Software-Gruppe wurde zunächst Jochen Klar zum Sprecher der Gruppe bestimmt. Die bisherigen Arbeitsabläufe auf GitHub und Slack funktionieren und sollen so weitergeführt werden. Die Arbeit mit GitHub Issues soll ausgebaut werden. Zentral für den Erfolg von RDMO wird die gute Zusammenarbeit mit der Steuerungsgruppe angesehen. Um die Arbeit in der Gruppe und am Code auch adäquat zu würdigen, sollen die Mitglieder der Gruppe auch auf der RDMO Webseite aufgeführt werden. Eine Idee um den technischen Support um RDMO zu verbessern, ist die Einrichtung eines festen monatlichen Termins an dem die RDMO Entwickler*innen in einer Videokonferenz ansprechbar sind, eine Art Sprechstunde.
Zeile 108:		Zeile 108:
	** monatlichen Termin "Sprechstunde"		** monatlichen Termin "Sprechstunde"

	==Bericht Treffen Content-Gruppe==		===Bericht Treffen Content-Gruppe===

	Die Content & Community Gruppe wurde auf Wunsch aus dem Plenum zusätzlich eingerichtet, um sich Fragen zum gemeinsamen Vorantreiben der Entwicklungen bezüglich Fragebögen und Metadaten zu widmen. Ein wichtiges Thema des ersten Treffens der Gruppe war der Erfahrungsaustausch zum Thema “Mapping RDMO zu DataCite” sowie “Mapping RDMO zu maDMP”. Eine zentrale Aufgabe ist in Zukunft die Definition eines Workflows und Austauschs, der einen “Wildwuchs” von RDMO-Attributen entgegenwirkt, um die Interoperabilität zu sichern. Überlegungen waren u. a. die zentrale Bereitstellung einer Übersicht aller existierender RDMO-Attribute (Tabellenformat mit Filter) bzw. die Schaffung eines “Attribut-Review-Workflows”, um festzulegen, welche neuen Attribute in das zentrale RDMO-Datenmodell übernommen werden sollen (im Sinne einer Quality Assurance) sowie eine Warnung, dass neue Attribute ggf. nicht mappen. Hierfür muss ein Abstimmungsworkflow mit der Steuerungsgruppe definiert werden. Eine Empfehlung für DataCite-kompatible RDMO-Attribute (ggf. maDMP-kompatible) ist vorgesehen. Auch wurde der Bedarf für die zentrale Bereitstellung eines H2020-Fragenkatalogs für RDMO diskutiert (momentan existiert nur eine H2020-Sicht, die für Forschende verwirrend ist, da sie nicht von Anfang an sehen, welche Fragen zu beantworten sind). Als Möglichkeit zur Verbesserung der Benutzerfreundlichkeit wurde die weitere Überarbeitung der kontextsensitiven Hilfetexte genannt, wobei hier zu beachten ist, dass inzwischen viele Instanzen eigene Fragenkataloge haben. Weiterhin sollten die Fragenkataloge der Förderer möglichst kompatibel zueinander sein.		Die Content & Community Gruppe wurde auf Wunsch aus dem Plenum zusätzlich eingerichtet, um sich Fragen zum gemeinsamen Vorantreiben der Entwicklungen bezüglich Fragebögen und Metadaten zu widmen. Ein wichtiges Thema des ersten Treffens der Gruppe war der Erfahrungsaustausch zum Thema “Mapping RDMO zu DataCite” sowie “Mapping RDMO zu maDMP”. Eine zentrale Aufgabe ist in Zukunft die Definition eines Workflows und Austauschs, der einen “Wildwuchs” von RDMO-Attributen entgegenwirkt, um die Interoperabilität zu sichern. Überlegungen waren u. a. die zentrale Bereitstellung einer Übersicht aller existierender RDMO-Attribute (Tabellenformat mit Filter) bzw. die Schaffung eines “Attribut-Review-Workflows”, um festzulegen, welche neuen Attribute in das zentrale RDMO-Datenmodell übernommen werden sollen (im Sinne einer Quality Assurance) sowie eine Warnung, dass neue Attribute ggf. nicht mappen. Hierfür muss ein Abstimmungsworkflow mit der Steuerungsgruppe definiert werden. Eine Empfehlung für DataCite-kompatible RDMO-Attribute (ggf. maDMP-kompatible) ist vorgesehen. Auch wurde der Bedarf für die zentrale Bereitstellung eines H2020-Fragenkatalogs für RDMO diskutiert (momentan existiert nur eine H2020-Sicht, die für Forschende verwirrend ist, da sie nicht von Anfang an sehen, welche Fragen zu beantworten sind). Als Möglichkeit zur Verbesserung der Benutzerfreundlichkeit wurde die weitere Überarbeitung der kontextsensitiven Hilfetexte genannt, wobei hier zu beachten ist, dass inzwischen viele Instanzen eigene Fragenkataloge haben. Weiterhin sollten die Fragenkataloge der Förderer möglichst kompatibel zueinander sein.