<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://www.forschungsdaten.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Omichaelis</id>
	<title>Forschungsdaten.org - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://www.forschungsdaten.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Omichaelis"/>
	<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php/Spezial:Beitr%C3%A4ge/Omichaelis"/>
	<updated>2026-04-17T13:53:21Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Viertes_Community-Treffen&amp;diff=5894</id>
		<title>Viertes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Viertes_Community-Treffen&amp;diff=5894"/>
		<updated>2020-10-09T11:57:12Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Anmeldung==&lt;br /&gt;
&lt;br /&gt;
https://meetings.aip.de/event/9/&lt;br /&gt;
&lt;br /&gt;
==Programm==&lt;br /&gt;
&lt;br /&gt;
*9:00 Uhr Begrüßung (Gerald Jagusch)&lt;br /&gt;
*9:15 Uhr [[:Datei:RDMO_Projekt_Review.pdf |Abschluss und Rückblick auf das DFG-Projekt RDMO]] (Harry Enke)&lt;br /&gt;
*9:30 Uhr Statusberichte (Johannes Frenzel, Kerstin Wedlich-Zachodin &amp;amp; Jens Freund, Jochen Klar)&lt;br /&gt;
**[[:Datei:Rdmo-steuerungsgruppe-2020-10-07.pdf | Folien Steuerungsgruppe]]&lt;br /&gt;
**[[:Datei:Rdmo-2020-10-07-entwicklungsgruppe.pdf | Folien Entwicklungsgruppe]]&lt;br /&gt;
&lt;br /&gt;
Kurze Pause &lt;br /&gt;
&lt;br /&gt;
*10:10 Uhr Vorstellung der Ziele und Kernpunkte des Memorandum of Understanding (MoU) (Birte Lindstädt)&lt;br /&gt;
*10:25 Uhr Diskussion zum MoU (Daniela Hausen)&lt;br /&gt;
*11:00 Uhr &#039;&#039;&#039;Keynote: Prof. York Sure-Vetter (Direktor der NFDI)&#039;&#039;&#039;&lt;br /&gt;
*11:30 - 12:20 Uhr Break-Out-Sessions&lt;br /&gt;
&lt;br /&gt;
Kurze Pause&lt;br /&gt;
&lt;br /&gt;
*12:30 Uhr - Vorstellungen der Diskussionspunkte der Sessions und Verabschiedung&lt;br /&gt;
&lt;br /&gt;
Ende 13:00&lt;br /&gt;
&lt;br /&gt;
==Break-Out-Sessions==&lt;br /&gt;
&lt;br /&gt;
===Sitzung der Entwicklergruppe (Moderation durch EG)===&lt;br /&gt;
&lt;br /&gt;
*Jour Fixe / Sprechstunde / Kommunikation&lt;br /&gt;
**Der alte Donnerstags Jour-Fixe des Projektes sollte erhalten bleiben.&lt;br /&gt;
**Die Sprechstunde, jeden 1. Donnerstag im Monat um 11 Uhr hat sich bewährt und wird fortgeführt.&lt;br /&gt;
*Release Cycle Release Management&lt;br /&gt;
**Semantic Versioning ist nötig:&lt;br /&gt;
***Bug fixes erfordern keine Änderungen an den Templates und keine Datenbank-Migrationen.&lt;br /&gt;
***Minor Releases kommen immer dann wenn eine Feature-Entwicklung abgeschlossen ist (das nächste Mal im Januar)&lt;br /&gt;
***Eine Major 2.0 ist noch nicht geplant.&lt;br /&gt;
*Feature-Diskussion&lt;br /&gt;
**In Zukunft werden wir verstärkt partielle Templates nutzen, für Mehrsprachigkeit und auch um Änderungen an Themes zu minimieren.&lt;br /&gt;
**Lokale Entwicklungen sollten, nach Diskussion, zurück nach RDMO fließen.&lt;br /&gt;
**Nächstes Release wird eine Überarbeitung der Projekte beinhalten (Unterprojekte) und Kommentare im Interview.&lt;br /&gt;
*Sonstiges&lt;br /&gt;
**GitHub Issues und PR sollen weiter und verstärkt genutzt werden.&lt;br /&gt;
**rdmo-app sollte eine Version 1.0.0 bekommen.&lt;br /&gt;
**Instanzen die nicht auf Releases warten wollen, können aus dem Master-Branch installieren, der Lauffähig gehalten wird. Funktionalitäten werden in Feature-Branches implementiert.&lt;br /&gt;
&lt;br /&gt;
===Sitzung der Contentgruppe (Moderation durch CG)===&lt;br /&gt;
===Koordination von RDMO in der NFDI (Moderation durch SG)===&lt;br /&gt;
===Nutzererfahrungen mit der UI - Verbesserungen? (Moderation OM)===&lt;br /&gt;
&#039;&#039;&#039;Kritik&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* der Einstieg in RDMO ist relativ schwierig, die Nutzenden benötigen mehr Hilfestellung&lt;br /&gt;
* der UI fehlen Möglichkeiten Hilfetexte elegant einzubauen (z.B. bei Fragen als Akkordion o.ä.)&lt;br /&gt;
* die Nutzerführung sollte verbessert werden, so dass Neulinge sich besser zurecht finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;mögliche neue Features im Hinblick auf die Nutzerführung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* Dashboardansicht, die über die Projektliste hinaus geht (z.B. eine Übersicht der Datensätze eines Forschungsprojektes)&lt;br /&gt;
* Fragenkataloge sollten eine Beschreibung haben können, die dann auch in der Fragenübersicht einsehbar ist&lt;br /&gt;
* Verbesserung des Fortschrittsbalkens, so erkennbar ist wie viele Frage bereits beantwortet sind&lt;br /&gt;
* besserer Wiedereinstieg in die Beantwortung eines Fragenkataloges (Fortsetzen von unterbrochenen Antwortsitzungen)&lt;br /&gt;
* Deeplinks, um an eine bestimmte Stelle eines Fragenkataloges zu springen&lt;br /&gt;
* aus der Ansicht einer View oder aus &amp;quot;Antworten anzeigen&amp;quot; direkt zur Beantwortung einer Frage springen&lt;br /&gt;
* Formatierung der Exportdokumente, Fettungen und Absätze prüfen (z.Z. sind Zwischenüberschriften durch ihr Layout nicht von Antworten zu unterscheiden)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;andere Themen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* Nutzergruppen, also eine Art erweitertes Nutzermanagement, das es erlaubt Nutzern Gruppen zuzuteilen, aus denen sich dann bestimmte Zugriffsrechte ergeben&lt;br /&gt;
&lt;br /&gt;
* Zeichenkodierung beim CSV-Export, Excel hat Schwierigkeiten UTF-8 zu öffnen&lt;br /&gt;
** entweder Hinweis beim Export anzeigen&lt;br /&gt;
** oder anderes Encoding anbieten, das mit Excel kompatibel ist&lt;br /&gt;
** UTF-8 wird aber sicher weiterhin gebraucht, weil es für Software, die nicht Excel ist, das geeignetste Format ist&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br /&amp;gt;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Datei:RDMO_Projekt_Review.pdf&amp;diff=5893</id>
		<title>Datei:RDMO Projekt Review.pdf</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Datei:RDMO_Projekt_Review.pdf&amp;diff=5893"/>
		<updated>2020-10-09T11:53:16Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Abschluss und Rückblick auf das DFG-Projekt RDMO (Harry Enke)&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Viertes_Community-Treffen&amp;diff=5892</id>
		<title>Viertes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Viertes_Community-Treffen&amp;diff=5892"/>
		<updated>2020-10-08T08:52:09Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Nutzererfahrungen mit der UI - Verbesserungen? (Moderation N.N.) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Anmeldung==&lt;br /&gt;
&lt;br /&gt;
https://meetings.aip.de/event/9/&lt;br /&gt;
&lt;br /&gt;
==Programm==&lt;br /&gt;
&lt;br /&gt;
*9:00 Uhr Begrüßung (Gerald Jagusch)&lt;br /&gt;
*9:15 Uhr Abschluss und Rückblick auf das DFG-Projekt RDMO (Harry Enke)&lt;br /&gt;
*9:30 Uhr Statusberichte (Johannes Frenzel, Kerstin Wedlich-Zachodin &amp;amp; Jens Freund, Jochen Klar)&lt;br /&gt;
**[[:Datei:Rdmo-steuerungsgruppe-2020-10-07.pdf | Folien Steuerungsgruppe]]&lt;br /&gt;
**[[:Datei:Rdmo-2020-10-07-entwicklungsgruppe.pdf | Folien Entwicklungsgruppe]]&lt;br /&gt;
&lt;br /&gt;
Kurze Pause &lt;br /&gt;
&lt;br /&gt;
*10:10 Uhr Vorstellung der Ziele und Kernpunkte des Memorandum of Understanding (MoU) (Birte Lindstädt)&lt;br /&gt;
*10:25 Uhr Diskussion zum MoU (Daniela Hausen)&lt;br /&gt;
*11:00 Uhr &#039;&#039;&#039;Keynote: Prof. York Sure-Vetter (Direktor der NFDI)&#039;&#039;&#039;&lt;br /&gt;
*11:30 - 12:20 Uhr Break-Out-Sessions&lt;br /&gt;
&lt;br /&gt;
Kurze Pause&lt;br /&gt;
&lt;br /&gt;
*12:30 Uhr - Vorstellungen der Diskussionspunkte der Sessions und Verabschiedung&lt;br /&gt;
&lt;br /&gt;
Ende 13:00&lt;br /&gt;
&lt;br /&gt;
==Break-Out-Sessions==&lt;br /&gt;
&lt;br /&gt;
===Sitzung der Entwicklergruppe (Moderation durch EG)===&lt;br /&gt;
&lt;br /&gt;
*Jour Fixe / Sprechstunde / Kommunikation&lt;br /&gt;
**Der alte Donnerstags Jour-Fixe des Projektes sollte erhalten bleiben.&lt;br /&gt;
**Die Sprechstunde, jeden 1. Donnerstag im Monat um 11 Uhr hat sich bewährt und wird fortgeführt.&lt;br /&gt;
*Release Cycle Release Management&lt;br /&gt;
**Semantic Versioning ist nötig:&lt;br /&gt;
***Bug fixes erfordern keine Änderungen an den Templates und keine Datenbank-Migrationen.&lt;br /&gt;
***Minor Releases kommen immer dann wenn eine Feature-Entwicklung abgeschlossen ist (das nächste Mal im Januar)&lt;br /&gt;
***Eine Major 2.0 ist noch nicht geplant.&lt;br /&gt;
*Feature-Diskussion&lt;br /&gt;
**In Zukunft werden wir verstärkt partielle Templates nutzen, für Mehrsprachigkeit und auch um Änderungen an Themes zu minimieren.&lt;br /&gt;
**Lokale Entwicklungen sollten, nach Diskussion, zurück nach RDMO fließen.&lt;br /&gt;
**Nächstes Release wird eine Überarbeitung der Projekte beinhalten (Unterprojekte) und Kommentare im Interview.&lt;br /&gt;
*Sonstiges&lt;br /&gt;
**GitHub Issues und PR sollen weiter und verstärkt genutzt werden.&lt;br /&gt;
**rdmo-app sollte eine Version 1.0.0 bekommen.&lt;br /&gt;
**Instanzen die nicht auf Releases warten wollen, können aus dem Master-Branch installieren, der Lauffähig gehalten wird. Funktionalitäten werden in Feature-Branches implementiert.&lt;br /&gt;
&lt;br /&gt;
===Sitzung der Contentgruppe (Moderation durch CG)===&lt;br /&gt;
===Koordination von RDMO in der NFDI (Moderation durch SG)===&lt;br /&gt;
===Nutzererfahrungen mit der UI - Verbesserungen? (Moderation OM)===&lt;br /&gt;
&#039;&#039;&#039;Kritik&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* der Einstieg in RDMO ist relativ schwierig, die Nutzenden benötigen mehr Hilfestellung&lt;br /&gt;
* der UI fehlen Möglichkeiten Hilfetexte elegant einzubauen (z.B. bei Fragen als Akkordion o.ä.)&lt;br /&gt;
* die Nutzerführung sollte verbessert werden, so dass Neulinge sich besser zurecht finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;mögliche neue Features im Hinblick auf die Nutzerführung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* Dashboardansicht, die über die Projektliste hinaus geht (z.B. eine Übersicht der Datensätze eines Forschungsprojektes)&lt;br /&gt;
* Fragenkataloge sollten eine Beschreibung haben können, die dann auch in der Fragenübersicht einsehbar ist&lt;br /&gt;
* Verbesserung des Fortschrittsbalkens, so erkennbar ist wie viele Frage bereits beantwortet sind&lt;br /&gt;
* besserer Wiedereinstieg in die Beantwortung eines Fragenkataloges (Fortsetzen von unterbrochenen Antwortsitzungen)&lt;br /&gt;
* Deeplinks, um an eine bestimmte Stelle eines Fragenkataloges zu springen&lt;br /&gt;
* aus der Ansicht einer View oder aus &amp;quot;Antworten anzeigen&amp;quot; direkt zur Beantwortung einer Frage springen&lt;br /&gt;
* Formatierung der Exportdokumente, Fettungen und Absätze prüfen (z.Z. sind Zwischenüberschriften durch ihr Layout nicht von Antworten zu unterscheiden)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;andere Themen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* Nutzergruppen, also eine Art erweitertes Nutzermanagement, das es erlaubt Nutzern Gruppen zuzuteilen, aus denen sich dann bestimmte Zugriffsrechte ergeben&lt;br /&gt;
&lt;br /&gt;
* Zeichenkodierung beim CSV-Export, Excel hat Schwierigkeiten UTF-8 zu öffnen&lt;br /&gt;
** entweder Hinweis beim Export anzeigen&lt;br /&gt;
** oder anderes Encoding anbieten, das mit Excel kompatibel ist&lt;br /&gt;
** UTF-8 wird aber sicher weiterhin gebraucht, weil es für Software, die nicht Excel ist, das geeignetste Format ist&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br /&amp;gt;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO&amp;diff=5429</id>
		<title>RDMO</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO&amp;diff=5429"/>
		<updated>2020-03-25T08:36:28Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Berichte */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Infobox Projekt&lt;br /&gt;
|VollständigerName= Research Data Management Organiser&lt;br /&gt;
|ZeitraumVon= 01.11.2017&lt;br /&gt;
|ZeitraumBis= 30.04.2020&lt;br /&gt;
|Beteiligt=AIP, FH Potsdam, KIT&lt;br /&gt;
|Förderung= DFG&lt;br /&gt;
|Website=http://rdmorganiser.github.io/&lt;br /&gt;
}}&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist ein Tool zur Erstellung von Datenmanagementplänen. Es wurde im Rahmen eines DFG-geförderten Projekts entwickelt und wird derzeit in der zweiten Projektphase verbessert und erweitert.&lt;br /&gt;
&lt;br /&gt;
=Einleitung=&lt;br /&gt;
Ziel des Projekts ist es, ein Werkzeug zur Verfügung zu stellen, das die strukturierte Planung, Umsetzung und Verwaltung des Forschungsdatenmanagements unterstützt und zusätzlich die textuelle Ausgabe eines Datenmanagementplans (DMP) ermöglicht. Ein Datenmanagementplan soll klären auf welche Art und Weise mit den anfallenden Forschungsdaten während, aber auch nach dem Ende eines Projekts, umgegangen werden soll. Es gilt beispielsweise zu klären in welchem Umfang Forschungsdaten anfallen, wie und wo diese gespeichert werden sollen und wer darauf zugreifen darf. Wie unter [[Data_Management_Pläne]] erklärt, gibt es bereits von verschiedenen Institutionen entwickelte Online-Tools: das Digital Curation Centre (DCC) in Großbritannien mit [http://dmponline.dcc.ac.uk DMPonline], die California Digital Library (CDL) mit dem [http://dmptool.org DMPTool] und in Deutschland das [http://data.uni-bielefeld.de/de/data-management-plan Online Tool für die Erstellung eines DMP] der Universität Bielefeld.&lt;br /&gt;
&lt;br /&gt;
=Projektphasen=&lt;br /&gt;
&lt;br /&gt;
==Erste Projektphase==&lt;br /&gt;
&lt;br /&gt;
Die erste Projektphase dauerte von November 2015 bis April 2017 und diente der Entwicklung von RDMO. &lt;br /&gt;
&lt;br /&gt;
Der Hauptzweck von Tools zur Erstellung von DMPs ist es, den Vorgaben des jeweiligen Förderers zu entsprechen und die einmalige Erstellung eines DMPs zu unterstützen. Das Ziel von RDMO ist jedoch eine Nutzung, die über die Antragsstellung hinausgeht. So kann das Erstellen eines DMPs die Planung des Forschungsdatenmanagements im Vorfeld optimieren und der Datenmanagementplan schließlich das ganze Projekt lang begleiten und unterstützen, in dem er als Leitfaden dient. Dies könnte die Effizienz und die Qualität der wissenschaftlichen Arbeit erhöhen und somit auch die Motivation der Forschenden solch einen DMP zu erstellen. Die Zielgruppe sind jedoch nicht nur die Forschende selbst, sondern auch alle im Forschungsdatenmanagement Involvierten. Das Tool ist für die verschiedensten Disziplinen und Institute anpassbar und einsetzbar. Das Online-Tool wird derzeit auf Deutsch und Englisch angeboten.&lt;br /&gt;
&lt;br /&gt;
==Zweite Projektphase==&lt;br /&gt;
&lt;br /&gt;
Das RDMO-Projekt befindet sich derzeit in der zweiten Pojektphase, die von November 2017 bis April 2020 läuft.&lt;br /&gt;
&lt;br /&gt;
Die Ziele für die zweite Projektphase sind insbesondere:&lt;br /&gt;
&lt;br /&gt;
*Erweiterung des Organisers: Rollenkonzept, Kostenabschätzung, Ingest-Prozess, Interoperabilität&lt;br /&gt;
&lt;br /&gt;
*Integration in die Infrastruktur: standardisierte Installation, Wartbarkeit, Ausbau der untersützten Authentifizierungs- und Autorisierungs-Systeme&lt;br /&gt;
&lt;br /&gt;
*Etablierung in der Community&lt;br /&gt;
&lt;br /&gt;
*Nachhaltigkeit / Verstetigung&lt;br /&gt;
&lt;br /&gt;
==Berichte==&lt;br /&gt;
&lt;br /&gt;
[[Erstes Community-Treffen|1. Community-Treffen]] (September 2018)&lt;br /&gt;
&lt;br /&gt;
[[Zweites Community-Treffen|2. Community-Treffen]] (Oktober 2019)&lt;br /&gt;
&lt;br /&gt;
[[Drittes Community-Treffen|3. Community Treffen]] (Februar 2020)&lt;br /&gt;
&lt;br /&gt;
=Anleitungen=&lt;br /&gt;
&lt;br /&gt;
==Dokumentation==&lt;br /&gt;
&lt;br /&gt;
Die Dokumentation für die Installation und die Einrichtung von RDMO ist unter [http://rdmo.readthedocs.io/de/latest] zu finden.&lt;br /&gt;
&lt;br /&gt;
==Tutorials==&lt;br /&gt;
Tutorials für RDMO sind auf der RDMO-Webseite unter [[https://rdmorganiser.github.io/tutorials/ Tutorials]] verlinkt, wir versuchen auch untenstehende Übersicht aktuell zu halten:&lt;br /&gt;
&lt;br /&gt;
*Schnellstart-Anleitung für Nutzer [[https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf PDF]]&lt;br /&gt;
*Schnellstart-Anleitung für Administratoren [[https://rdmorganiser.github.io/docs/SchnellstartanleitungAdminsv2.pdf PDF]]&lt;br /&gt;
*[[Katalog_erstellen|&amp;quot;Wie erstelle ich einen Fragenkatalog in RDMO?&amp;quot;]]&lt;br /&gt;
*[[Ansicht_erstellen|&amp;quot;Wie erstelle ich eine Ansicht (View) in RDMO?&amp;quot;]]&lt;br /&gt;
*[[Bedingung_erstellen|&amp;quot;Wie erstelle ich eine Bedingung in RDMO?&amp;quot;]]&lt;br /&gt;
*[[Import_Export|&amp;quot;Wie importiere und exportiere ich XML-Dateien in RDMO?&amp;quot;]]&lt;br /&gt;
&lt;br /&gt;
==Frequently asked questions (FAQs)==&lt;br /&gt;
&lt;br /&gt;
[[FAQs|Frequently asked questions]]&lt;br /&gt;
&lt;br /&gt;
=Weblinks=&lt;br /&gt;
&lt;br /&gt;
*RDMO-Projektwebseite: http://rdmorganiser.github.io/&lt;br /&gt;
*RDMO-GitHub Organisation und Quellcode: http://github.com/rdmorganiser&lt;br /&gt;
*RDMO-Demo-Instanz: http://rdmo.aip.de&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Projekte]]&lt;br /&gt;
[[Kategorie:Data Management]]&lt;br /&gt;
[[Kategorie:Open Science]]&lt;br /&gt;
[[Kategorie:Förderorganisationen]]&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5398</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5398"/>
		<updated>2020-03-23T17:06:12Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* 14:00 Kurze Reports: RDMO-Anwender*innen */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =&lt;br /&gt;
* Gründung von RDMO als Open Source Project&lt;br /&gt;
* [https://rdmorganiser.github.io/workshop022020_programm/ Programm] (dort auch alle Slides vom Workshop)==&lt;br /&gt;
&lt;br /&gt;
==13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht [https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf Folien]&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften [https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf Folien]&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth [https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf Folien]&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO [https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf Folien]&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
* Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
** Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
** Content-Maintenance-Gruppe:&lt;br /&gt;
** Moderation von Fragebogenentwicklung&lt;br /&gt;
** Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Harry Enke (AIP)&lt;br /&gt;
** Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
** Johannes Frenzel (RUB)&lt;br /&gt;
** Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
** Birte Lindstädt (ZBMed) &lt;br /&gt;
** Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
** (Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
** Jochen Klar (selbstständiger Berater)&lt;br /&gt;
** Olaf Michaelis (AIP)&lt;br /&gt;
** Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
** Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
** Matthias Fingerhuth&lt;br /&gt;
** N.N. (HeFDI)&lt;br /&gt;
** Heike Görzig (HZB)&lt;br /&gt;
** Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Steuerungsgruppe===&lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
** Roadmap entwerfen&lt;br /&gt;
** Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
** Entscheidungsprozesse formalisieren&lt;br /&gt;
** Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
** Klärung von In-Kind-Contributions&lt;br /&gt;
** Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Software-Gruppe===&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
* Sprecher*innen, Arbeitsmodus &lt;br /&gt;
** Jochen Sprecher&lt;br /&gt;
** Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
** Slack für Kommunikation&lt;br /&gt;
** Code Quality&lt;br /&gt;
** Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
** monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Content-Gruppe===&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
** Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5397</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5397"/>
		<updated>2020-03-23T17:05:15Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =&lt;br /&gt;
* Gründung von RDMO als Open Source Project&lt;br /&gt;
* [https://rdmorganiser.github.io/workshop022020_programm/ Programm] (dort auch alle Slides vom Workshop)==&lt;br /&gt;
&lt;br /&gt;
==13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
* Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
** Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
** Content-Maintenance-Gruppe:&lt;br /&gt;
** Moderation von Fragebogenentwicklung&lt;br /&gt;
** Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Harry Enke (AIP)&lt;br /&gt;
** Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
** Johannes Frenzel (RUB)&lt;br /&gt;
** Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
** Birte Lindstädt (ZBMed) &lt;br /&gt;
** Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
** (Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
** Jochen Klar (selbstständiger Berater)&lt;br /&gt;
** Olaf Michaelis (AIP)&lt;br /&gt;
** Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
** Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
** Matthias Fingerhuth&lt;br /&gt;
** N.N. (HeFDI)&lt;br /&gt;
** Heike Görzig (HZB)&lt;br /&gt;
** Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Steuerungsgruppe===&lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
** Roadmap entwerfen&lt;br /&gt;
** Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
** Entscheidungsprozesse formalisieren&lt;br /&gt;
** Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
** Klärung von In-Kind-Contributions&lt;br /&gt;
** Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Software-Gruppe===&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
* Sprecher*innen, Arbeitsmodus &lt;br /&gt;
** Jochen Sprecher&lt;br /&gt;
** Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
** Slack für Kommunikation&lt;br /&gt;
** Code Quality&lt;br /&gt;
** Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
** monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Content-Gruppe===&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
** Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5396</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5396"/>
		<updated>2020-03-23T17:04:13Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) =&lt;br /&gt;
Gründung von RDMO als Open Source Project&lt;br /&gt;
&lt;br /&gt;
==Programm [[1]Link] (dort auch alle Slides vom Workshop)==&lt;br /&gt;
&lt;br /&gt;
==13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
* Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
** Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
** Content-Maintenance-Gruppe:&lt;br /&gt;
** Moderation von Fragebogenentwicklung&lt;br /&gt;
** Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Harry Enke (AIP)&lt;br /&gt;
** Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
** Johannes Frenzel (RUB)&lt;br /&gt;
** Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
** Birte Lindstädt (ZBMed) &lt;br /&gt;
** Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
** (Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
** Jochen Klar (selbstständiger Berater)&lt;br /&gt;
** Olaf Michaelis (AIP)&lt;br /&gt;
** Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
** Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
** Matthias Fingerhuth&lt;br /&gt;
** N.N. (HeFDI)&lt;br /&gt;
** Heike Görzig (HZB)&lt;br /&gt;
** Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Steuerungsgruppe===&lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
** Roadmap entwerfen&lt;br /&gt;
** Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
** Entscheidungsprozesse formalisieren&lt;br /&gt;
** Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
** Klärung von In-Kind-Contributions&lt;br /&gt;
** Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Software-Gruppe===&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
* Sprecher*innen, Arbeitsmodus &lt;br /&gt;
** Jochen Sprecher&lt;br /&gt;
** Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
** Slack für Kommunikation&lt;br /&gt;
** Code Quality&lt;br /&gt;
** Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
** monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
===Bericht Treffen Content-Gruppe===&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
** Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5395</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5395"/>
		<updated>2020-03-23T17:00:12Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) ==&lt;br /&gt;
Gründung von RDMO als Open Source Project&lt;br /&gt;
&lt;br /&gt;
Programm [[1]Link] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
==13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
* Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
** Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
** Content-Maintenance-Gruppe:&lt;br /&gt;
** Moderation von Fragebogenentwicklung&lt;br /&gt;
** Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Harry Enke (AIP)&lt;br /&gt;
** Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
** Johannes Frenzel (RUB)&lt;br /&gt;
** Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
** Birte Lindstädt (ZBMed) &lt;br /&gt;
** Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
** (Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
** Jochen Klar (selbstständiger Berater)&lt;br /&gt;
** Olaf Michaelis (AIP)&lt;br /&gt;
** Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
** Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
** Matthias Fingerhuth&lt;br /&gt;
** N.N. (HeFDI)&lt;br /&gt;
** Heike Görzig (HZB)&lt;br /&gt;
** Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Steuerungsgruppe==&lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
** Roadmap entwerfen&lt;br /&gt;
** Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
** Entscheidungsprozesse formalisieren&lt;br /&gt;
** Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
** Klärung von In-Kind-Contributions&lt;br /&gt;
** Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Software-Gruppe==&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
* Sprecher*innen, Arbeitsmodus &lt;br /&gt;
** Jochen Sprecher&lt;br /&gt;
** Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
** Slack für Kommunikation&lt;br /&gt;
** Code Quality&lt;br /&gt;
** Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
** monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Content-Gruppe==&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
** Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5394</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5394"/>
		<updated>2020-03-23T16:59:46Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) ==&lt;br /&gt;
Gründung von RDMO als Open Source Project&lt;br /&gt;
&lt;br /&gt;
Programm [[1]Link] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
==13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
    https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
* Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
** Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
** Content-Maintenance-Gruppe:&lt;br /&gt;
** Moderation von Fragebogenentwicklung&lt;br /&gt;
** Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Harry Enke (AIP)&lt;br /&gt;
** Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
** Johannes Frenzel (RUB)&lt;br /&gt;
** Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
** Birte Lindstädt (ZBMed) &lt;br /&gt;
** Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
** (Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
** Jochen Klar (selbstständiger Berater)&lt;br /&gt;
** Olaf Michaelis (AIP)&lt;br /&gt;
** Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
** Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
** Matthias Fingerhuth&lt;br /&gt;
** N.N. (HeFDI)&lt;br /&gt;
** Heike Görzig (HZB)&lt;br /&gt;
** Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Steuerungsgruppe==&lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
** Roadmap entwerfen&lt;br /&gt;
** Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
** Entscheidungsprozesse formalisieren&lt;br /&gt;
** Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
** Klärung von In-Kind-Contributions&lt;br /&gt;
** Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Software-Gruppe==&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
* Sprecher*innen, Arbeitsmodus &lt;br /&gt;
** Jochen Sprecher&lt;br /&gt;
** Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
** Slack für Kommunikation&lt;br /&gt;
** Code Quality&lt;br /&gt;
** Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
** GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
** monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Content-Gruppe==&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
** Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5393</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5393"/>
		<updated>2020-03-23T16:58:52Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) ==&lt;br /&gt;
Gründung von RDMO als Open Source Project&lt;br /&gt;
&lt;br /&gt;
Programm [[1]Link] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
==13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
    https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
* Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
** Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
** Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
** Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
** Content-Maintenance-Gruppe:&lt;br /&gt;
** Moderation von Fragebogenentwicklung&lt;br /&gt;
** Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
** Harry Enke (AIP)&lt;br /&gt;
** Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
** Johannes Frenzel (RUB)&lt;br /&gt;
** Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
** Birte Lindstädt (ZBMed) &lt;br /&gt;
** Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
** (Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
** Jochen Klar (selbstständiger Berater)&lt;br /&gt;
** Olaf Michaelis (AIP)&lt;br /&gt;
** Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
** Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
** Matthias Fingerhuth&lt;br /&gt;
** N.N. (HeFDI)&lt;br /&gt;
** Heike Görzig (HZB)&lt;br /&gt;
** Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Steuerungsgruppe==&lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
** Roadmap entwerfen&lt;br /&gt;
** Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
** Entscheidungsprozesse formalisieren&lt;br /&gt;
** Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
** ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
** Klärung von In-Kind-Contributions&lt;br /&gt;
** Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Software-Gruppe==&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
** Sprecher*innen, Arbeitsmodus &lt;br /&gt;
- Jochen Sprecher&lt;br /&gt;
- Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
- Slack für Kommunikation&lt;br /&gt;
- Code Quality&lt;br /&gt;
- Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
- GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
- monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Content-Gruppe==&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
** Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
** Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5392</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5392"/>
		<updated>2020-03-23T16:55:36Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) ==&lt;br /&gt;
Gründung von RDMO als Open Source Project&lt;br /&gt;
&lt;br /&gt;
Programm [[1]Link] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
== 13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
    https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
*Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
- Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
- Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
- Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
* Software-Gruppe: &lt;br /&gt;
Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
&lt;br /&gt;
* Content-Maintenance-Gruppe:&lt;br /&gt;
- Moderation von Fragebogenentwicklung&lt;br /&gt;
- Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
* Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
* Steuerungsgruppe:&lt;br /&gt;
Harry Enke (AIP)&lt;br /&gt;
Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
Johannes Frenzel (RUB)&lt;br /&gt;
Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
Birte Lindstädt (ZBMed) &lt;br /&gt;
Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
(Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
* Software-Gruppe:&lt;br /&gt;
Jochen Klar (selbstständiger Berater)&lt;br /&gt;
Olaf Michaelis (AIP)&lt;br /&gt;
Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
* Content-Gruppe &lt;br /&gt;
Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
Matthias Fingerhuth&lt;br /&gt;
N.N. (HeFDI)&lt;br /&gt;
Heike Görzig (HZB)&lt;br /&gt;
Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
==16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)==&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
==17:17 Berichte aus den Breakout-Sessions==&lt;br /&gt;
Bericht Treffen Steuerungsgruppe &lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
*Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
&lt;br /&gt;
* Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
- Roadmap entwerfen&lt;br /&gt;
- Manifest präzisieren&lt;br /&gt;
&lt;br /&gt;
* Governance&lt;br /&gt;
- Entscheidungsprozesse formalisieren&lt;br /&gt;
- Koordination der Anwender, Organisation, Kommunikationsprozesse &lt;br /&gt;
- ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
- Klärung von In-Kind-Contributions&lt;br /&gt;
- Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
==Bericht Treffen Software-Gruppe==&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
** Sprecher*innen, Arbeitsmodus &lt;br /&gt;
- Jochen Sprecher&lt;br /&gt;
- Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
- Slack für Kommunikation&lt;br /&gt;
- Code Quality&lt;br /&gt;
- Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
- GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
- monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Bericht Treffen Content-Gruppe&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
* Sprecherin, Arbeitsmodus: &lt;br /&gt;
- Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
- Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
==Abschlussdiskussion &amp;amp; Zusammenfassung==&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5391</id>
		<title>Drittes Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Drittes_Community-Treffen&amp;diff=5391"/>
		<updated>2020-03-23T16:52:15Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: Die Seite wurde neu angelegt: „==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) == Gründung von RDMO als Open Source Project  Programm [[1]Link] (dort auch alle Slides vom Worksh…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Bericht zum RDMO-Anwendertreffen AIP Potsdam (24.02.2020) ==&lt;br /&gt;
Gründung von RDMO als Open Source Project&lt;br /&gt;
&lt;br /&gt;
Programm [[1]Link] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
== 13:00 Vorstellungsrunde (alle)==&lt;br /&gt;
==13:15 Vortrag Datamanagement in Europe (E. Tóth-Czifra)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-EU-RDM.pdf&lt;br /&gt;
&lt;br /&gt;
==13:45 NFDI: Status (H. Enke)==&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_NFDI.pdf&lt;br /&gt;
&lt;br /&gt;
==14:00 Kurze Reports: RDMO-Anwender*innen==&lt;br /&gt;
* G. Jagusch RDMO mit Mandantenfähigkeit: Erfahrungen aus Provider-Sicht &lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO_Darmstadt.pdf&lt;br /&gt;
&lt;br /&gt;
* B. Lindstedt: RDMO4Life als projektbegleitendes DMP-Tool in den Lebenswissenschaften&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-RDMO4Life_Community-Treffen.pdf &lt;br /&gt;
&lt;br /&gt;
*R. Strötgen: RDMO und Shibboleth&lt;br /&gt;
https://rdmorganiser.github.io/docs/2020-02-24-rdmo-shibboleth.pdf&lt;br /&gt;
&lt;br /&gt;
*H. Krockauer: Import von Information aus Drittsystemen in Projekte in RDMO&lt;br /&gt;
    https://rdmorganiser.github.io/docs/2020-02-24-RDMO-mediator.pdf&lt;br /&gt;
&lt;br /&gt;
==15:00 RDMO Community Versammlung==&lt;br /&gt;
Vorstellung Manifest &amp;amp; Governance Struktur durch Harry Enke&lt;br /&gt;
Diskussion: (Stichpunkte) &lt;br /&gt;
&lt;br /&gt;
Manifest ist Startpunkt für die erste Phase, kann die notwendigen Transformationen initiieren und leiten. In der kommenden Phase ist auch weiter zu klären, wie ein institutionelles Commitment solidifiziert werden kann. Von Seiten des RDMO-DFG-Projekts wurde die Mitarbeit für die Laufzeit zugesichert, von einzelnen auch darüber hinaus.&lt;br /&gt;
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,&lt;br /&gt;
&lt;br /&gt;
*Grobe Arbeitsteilung zwischen den Gruppen:&lt;br /&gt;
&lt;br /&gt;
*Steuerungsgruppe:&lt;br /&gt;
    Governance-Strukturen weiter ausarbeiten&lt;br /&gt;
Fragen von Releasemanagement und Updates (Nachführung der Software bei neue Django-Python Releases) klären und mit Software-Gruppe koordinieren&lt;br /&gt;
Community-Events, -Treffen und Partizipation an relevanten Veranstaltungen &lt;br /&gt;
&lt;br /&gt;
*Software-Gruppe: &lt;br /&gt;
Releases, Code-Entwicklung, Maintenance organisieren &lt;br /&gt;
&lt;br /&gt;
*Content-Maintenance-Gruppe:&lt;br /&gt;
Moderation von Fragebogenentwicklung&lt;br /&gt;
Domänen-Anpassungen&lt;br /&gt;
&lt;br /&gt;
*Folgende Teilnehmenden wurden per Akklamation für die Gruppen bestimmt, um den Transformationsprozess für 1 Jahr weiterzutreiben: &lt;br /&gt;
&lt;br /&gt;
Steuerungsgruppe:&lt;br /&gt;
Harry Enke (AIP)&lt;br /&gt;
Robert Strötgen  (UB TU Braunschweig)&lt;br /&gt;
Johannes Frenzel (RUB)&lt;br /&gt;
Gerald Jagusch (ULB Darmstadt)&lt;br /&gt;
Birte Lindstädt (ZBMed) &lt;br /&gt;
Daniela Hausen (UB RWTH Aachen)&lt;br /&gt;
(Heike Görzig, HZB) &lt;br /&gt;
  &lt;br /&gt;
Software-Gruppe:&lt;br /&gt;
Jochen Klar (selbstständiger Berater)&lt;br /&gt;
Olaf Michaelis (AIP)&lt;br /&gt;
Robert Ulrich (KIT)&lt;br /&gt;
&lt;br /&gt;
Content-Gruppe &lt;br /&gt;
Kerstin Wedlich-Zachodin (KIT)&lt;br /&gt;
Matthias Fingerhuth&lt;br /&gt;
N.N. (HeFDI)&lt;br /&gt;
Heike Görzig (HZB)&lt;br /&gt;
Ulrike Wuttke (FHP)&lt;br /&gt;
    &lt;br /&gt;
16:00 Breakout-Sessions (Steuerungsgruppe, Software-Gruppe, Content-Gruppe)&lt;br /&gt;
Anm.: Die Zusammenfassungen und Aufgabenlisten sind als Erinnerungs-Hilfen der Diskussionen zu verstehen. Die Festlegungen zu Themen und Arbeitsaufgaben der Gruppen treffen diese selbst. &lt;br /&gt;
&lt;br /&gt;
17:17 Berichte aus den Breakout-Sessions&lt;br /&gt;
Bericht Treffen Steuerungsgruppe &lt;br /&gt;
&lt;br /&gt;
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. &lt;br /&gt;
Weitere Punkte im Arbeitsprogramm der StG sind auch Festlegungen, wie sich Commitment und Einfluss auf Entscheidungsprozesse zueinander verhalten. &lt;br /&gt;
Rechts-Probleme sind dabei mit einzubeziehen. &lt;br /&gt;
Zu In-Kind-Contributions wurde gesagt, dass diese auch jetzt möglich sind, für ein Poolen von solchen Contributions muss noch weiter an einer Lösung gearbeitet werden.  &lt;br /&gt;
Die StG von RDMO will das Networking mit verschiedenen Institutionen, Organisationen und Zusammenschlüssen auf den weg bringen. Hierzu gehören v.a. auch die NFDI-Konsortien und andere Gruppen (z.B. im RDA-Kontext).  &lt;br /&gt;
Die Aufgaben der StG sind: Roadmap entwerfen und Governance etablieren. &lt;br /&gt;
 &lt;br /&gt;
Als Sprecher*innen wurden G. Jagusch, H. Enke per Akklamation bestimmt. &lt;br /&gt;
Aufgabenliste für die kommenden Monate:      &lt;br /&gt;
-Roadmap entwerfen&lt;br /&gt;
-Manifest präzisieren&lt;br /&gt;
- Governance&lt;br /&gt;
Entscheidungsprozesse formalisieren, &lt;br /&gt;
Koordination der Anwender&lt;br /&gt;
Organisation &lt;br /&gt;
Kommunikationsprozesse &lt;br /&gt;
-ein MoU entwerfen, dass unterzeichnet werden kann von Institutionen&lt;br /&gt;
-Klärung von In-Kind-Contributions&lt;br /&gt;
-Networking mit NFDI-Konsortien und Gruppen etc.&lt;br /&gt;
&lt;br /&gt;
Bericht Treffen Software-Gruppe&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
Sprecher*innen, Arbeitsmodus &lt;br /&gt;
-Jochen Sprecher&lt;br /&gt;
-Gruppenmitglieder auf RDMO webseite featuren&lt;br /&gt;
-Slack für Kommunikation&lt;br /&gt;
-Code Quality&lt;br /&gt;
-Zusammenarbeitsworkflow mit Steuerungsgruppe&lt;br /&gt;
-GitHub Issues nutzen, nur E-Mail und Slack reicht nicht aus um zu organisieren, auch nicht in Richtung Steuerungsgruppe&lt;br /&gt;
-monatlichen Termin &amp;quot;Sprechstunde&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Bericht Treffen Content-Gruppe&lt;br /&gt;
&lt;br /&gt;
Die Content &amp;amp; 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.&lt;br /&gt;
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.  &lt;br /&gt;
&lt;br /&gt;
Sprecherin, Arbeitsmodus: &lt;br /&gt;
-Sprecherin: Kerstin Zedlich-Wachodin (KIT)&lt;br /&gt;
-Arbeitsmodus: als Kommunikationsweg wurde pull request für entsprechende “issues” vorgeschlagen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Abschlussdiskussion &amp;amp; Zusammenfassung&lt;br /&gt;
Jens L.: Vorschlag noch einen Workshop zu machen vor Projektende (Spätsommer, nach GWK Beschluss) , könnte der 4. Community Workshop sein&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5108</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5108"/>
		<updated>2019-10-23T07:43:10Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* 12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019)==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
==11:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:15 RDMO Stand der Dinge (Jochen Klar)==&lt;br /&gt;
&lt;br /&gt;
*Teamvorstellung&lt;br /&gt;
*Vorstellung Releases, Ankündigung 1.0&lt;br /&gt;
*Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
*Details zur Mehrsprachigkeit&lt;br /&gt;
*Details Programmierbare JSON API&lt;br /&gt;
*Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
*Community&lt;br /&gt;
*Bitte um mehr Dokumentation zur API aus Community&lt;br /&gt;
*RDMO bittet um Use Cases&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:30 Status==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
*Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel (Ruhr-Universität Bochum): Anforderungen aus Nutzersicht&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Feedback: fdm.nrw &lt;br /&gt;
**Einstieg scheint sehr komplex&lt;br /&gt;
**mehr Austausch gewünscht in der Community z. B. über Slack&lt;br /&gt;
**Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
**wichtig sind Hilfetexte&lt;br /&gt;
*Wichtige Erweiterungswünsche (angelegt als Github issues 152-159):&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann: RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
*Bereitstellung unter CCO-Lizenz über GitHub&lt;br /&gt;
*Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
**Bereitstellung Muster für einzelne Datenmanagementpläne&lt;br /&gt;
**Einbindung von Grafiken in RDMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke)==&lt;br /&gt;
&lt;br /&gt;
*Produktreife erreicht für Weiterführung&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
*Ebene 2: Organisation des Software-Developments&lt;br /&gt;
*Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
**DINI erste Gespräche geführt, positiv&lt;br /&gt;
**RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
***wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
***wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; Warum ist Vereinsgründung unrealistisch?&lt;br /&gt;
&lt;br /&gt;
*bürokratischer Aufwand&lt;br /&gt;
*NFDI-Entwicklungen abwarten&lt;br /&gt;
*Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min)==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Vorschläge:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Governance (Harry Enke)&lt;br /&gt;
&lt;br /&gt;
*Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
&lt;br /&gt;
*Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
&lt;br /&gt;
*Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
[[Datei:Governance.jpg|mini|Ergebnisdokumentation Governance]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
&lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.  &lt;br /&gt;
&lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
[[Datei:Software.jpg|mini|Ergebnisdokumentaion Softwareentwicklung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
&lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden. Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
 [[Datei:Nutzerperspektiven.jpg|mini|Ergebnisdokumentation Nutzerperspektiven]] &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte. RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. &lt;br /&gt;
&lt;br /&gt;
Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Erwartung der Forscher:&#039;&#039;&#039; vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO Endnutzerwerkzeug oder Expertenwerkzeug?&#039;&#039;&#039; Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;FD-Manager:&#039;&#039;&#039; wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Thema Interoperabilität RDMO maDMP-Standard maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
*DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator , Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
*Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
**es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
**Read the Docs, kann gerne erweitert werden&lt;br /&gt;
**Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
*Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren&lt;br /&gt;
*Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
&lt;br /&gt;
*Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten.&lt;br /&gt;
*Als Dokumentation der Daten, wenn es auch nur ein Anfang ist&lt;br /&gt;
*Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder&lt;br /&gt;
*Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Anforderung Standardisierung / machine actionable&lt;br /&gt;
*Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium&lt;br /&gt;
*ist geplant Datalinker in MaMoDar&lt;br /&gt;
*wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team)&lt;br /&gt;
*Frage ScieboRDM Cloud-Lösung und RDMO&lt;br /&gt;
*NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind&lt;br /&gt;
*Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist&lt;br /&gt;
*Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert)&lt;br /&gt;
*Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
*Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen)&lt;br /&gt;
*Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039; Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt.    &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub)&lt;br /&gt;
*umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
*übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc.&lt;br /&gt;
*Entwicklung verschiedener Rechte-Rollen für Tokens&lt;br /&gt;
*Vorschlagslisten als Drop-Down&lt;br /&gt;
*schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc.&lt;br /&gt;
*Diskussion von Möglichkeiten zum Andocken, DINI war Favorit&lt;br /&gt;
*RDMO braucht eigenen Governance&lt;br /&gt;
*Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
*zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI&lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können&lt;br /&gt;
*wer dazu kommen will, soll  Mail an Harry Enke schicken&lt;br /&gt;
*nur die, die auch über Projektlaufzeit sich committen wollen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
*Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
*Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht&lt;br /&gt;
*Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager&lt;br /&gt;
*Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen&lt;br /&gt;
*Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwareentwicklung&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&amp;quot;Maintenance Group&amp;quot;&lt;br /&gt;
*Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien)&lt;br /&gt;
*Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss&lt;br /&gt;
*RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests&lt;br /&gt;
*Festen Kern erhalten und niedrigschwellige Beteiligung&lt;br /&gt;
*Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
*Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben&lt;br /&gt;
*&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
*Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5105</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5105"/>
		<updated>2019-10-23T07:41:33Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019)==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]] (dort auch alle Slides vom Workshop)&lt;br /&gt;
&lt;br /&gt;
==11:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:15 RDMO Stand der Dinge (Jochen Klar)==&lt;br /&gt;
&lt;br /&gt;
*Teamvorstellung&lt;br /&gt;
*Vorstellung Releases, Ankündigung 1.0&lt;br /&gt;
*Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
*Details zur Mehrsprachigkeit&lt;br /&gt;
*Details Programmierbare JSON API&lt;br /&gt;
*Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
*Community&lt;br /&gt;
*Bitte um mehr Dokumentation zur API aus Community&lt;br /&gt;
*RDMO bittet um Use Cases&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:30 Status==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
*Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel (Ruhr-Universität Bochum): Anforderungen aus Nutzersicht&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Feedback: fdm.nrw &lt;br /&gt;
**Einstieg scheint sehr komplex&lt;br /&gt;
**mehr Austausch gewünscht in der Community z. B. über Slack&lt;br /&gt;
**Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
**wichtig sind Hilfetexte&lt;br /&gt;
*Wichtige Erweiterungswünsche (angelegt als Github issues 152-159):&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann: RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
*Bereitstellung unter CCO-Lizenz über GitHub&lt;br /&gt;
*Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
**Bereitstellung Muster für einzelne Datenmanagementpläne&lt;br /&gt;
**Einbindung von Grafiken in RDMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke)==&lt;br /&gt;
&lt;br /&gt;
*Produktreife erreicht für Weiterführung&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
*Ebene 2: Organisation des Software-Developments&lt;br /&gt;
*Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
**DINI erste Gespräche geführt, positiv&lt;br /&gt;
**RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
***wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
***wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; Warum ist Vereinsgründung unrealistisch?&lt;br /&gt;
&lt;br /&gt;
*bürokratischer Aufwand&lt;br /&gt;
*NFDI-Entwicklungen abwarten&lt;br /&gt;
*Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min)==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Vorschläge:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Governance (Harry Enke)&lt;br /&gt;
&lt;br /&gt;
*Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
&lt;br /&gt;
*Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
&lt;br /&gt;
*Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
[[Datei:Governance.jpg|mini|Ergebnisdokumentation Governance]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
&lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.  &lt;br /&gt;
&lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
[[Datei:Software.jpg|mini|Ergebnisdokumentaion Softwareentwicklung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
&lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden. Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
 [[Datei:Nutzerperspektiven.jpg|mini|Ergebnisdokumentation Nutzerperspektiven]] &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte. RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. &lt;br /&gt;
&lt;br /&gt;
Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Erwartung der Forscher:&#039;&#039;&#039; vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO Endnutzerwerkzeug oder Expertenwerkzeug?&#039;&#039;&#039; Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;FD-Manager:&#039;&#039;&#039; wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* Thema Interoperabilität RDMO maDMP-Standard maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
* DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator , Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
* Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
**es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
**Read the Docs, kann gerne erweitert werden&lt;br /&gt;
**Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
*Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren&lt;br /&gt;
*Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
&lt;br /&gt;
*Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten.&lt;br /&gt;
*Als Dokumentation der Daten, wenn es auch nur ein Anfang ist&lt;br /&gt;
*Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder&lt;br /&gt;
*Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Anforderung Standardisierung / machine actionable&lt;br /&gt;
*Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium&lt;br /&gt;
*ist geplant Datalinker in MaMoDar&lt;br /&gt;
*wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team)&lt;br /&gt;
*Frage ScieboRDM Cloud-Lösung und RDMO&lt;br /&gt;
*NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind&lt;br /&gt;
*Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist&lt;br /&gt;
*Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert)&lt;br /&gt;
*Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
*Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen)&lt;br /&gt;
*Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039; Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt.    &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub)&lt;br /&gt;
*umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
*übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc.&lt;br /&gt;
*Entwicklung verschiedener Rechte-Rollen für Tokens&lt;br /&gt;
*Vorschlagslisten als Drop-Down&lt;br /&gt;
*schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc.&lt;br /&gt;
*Diskussion von Möglichkeiten zum Andocken, DINI war Favorit&lt;br /&gt;
*RDMO braucht eigenen Governance&lt;br /&gt;
*Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
*zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI&lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können&lt;br /&gt;
*wer dazu kommen will, soll  Mail an Harry Enke schicken&lt;br /&gt;
*nur die, die auch über Projektlaufzeit sich committen wollen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
*Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
*Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht&lt;br /&gt;
*Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager&lt;br /&gt;
*Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen&lt;br /&gt;
*Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwareentwicklung&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&amp;quot;Maintenance Group&amp;quot;&lt;br /&gt;
*Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien)&lt;br /&gt;
*Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss&lt;br /&gt;
*RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests&lt;br /&gt;
*Festen Kern erhalten und niedrigschwellige Beteiligung&lt;br /&gt;
*Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
*Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben&lt;br /&gt;
*&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
*Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5103</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5103"/>
		<updated>2019-10-23T07:14:49Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019)==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]]&lt;br /&gt;
&lt;br /&gt;
Dort auch alle Slides vom Workshop. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:15 RDMO Stand der Dinge (Jochen Klar)==&lt;br /&gt;
&lt;br /&gt;
*Teamvorstellung&lt;br /&gt;
*Vorstellung Releases, Ankündigung 1.0&lt;br /&gt;
*Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
*Details zur Mehrsprachigkeit&lt;br /&gt;
*Details Programmierbare JSON API&lt;br /&gt;
*Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
*Community&lt;br /&gt;
*Bitte um mehr Dokumentation zur API aus Community&lt;br /&gt;
*RDMO bittet um Use Cases&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:30 Status==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
*Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel (Ruhr-Universität Bochum): Anforderungen aus Nutzersicht&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Feedback: fdm.nrw &lt;br /&gt;
**Einstieg scheint sehr komplex&lt;br /&gt;
**mehr Austausch gewünscht in der Community z. B. über Slack&lt;br /&gt;
**Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
**wichtig sind Hilfetexte&lt;br /&gt;
*Wichtige Erweiterungswünsche (angelegt als Github issues 152-159):&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann: RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
*Bereitstellung unter CCO-Lizenz über GitHub&lt;br /&gt;
*Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
**Bereitstellung Muster für einzelne Datenmanagementpläne&lt;br /&gt;
**Einbindung von Grafiken in RDMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke)==&lt;br /&gt;
&lt;br /&gt;
*Produktreife erreicht für Weiterführung&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
*Ebene 2: Organisation des Software-Developments&lt;br /&gt;
*Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
**DINI erste Gespräche geführt, positiv&lt;br /&gt;
**RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
***wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
***wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; Warum ist Vereinsgründung unrealistisch?&lt;br /&gt;
&lt;br /&gt;
*bürokratischer Aufwand&lt;br /&gt;
*NFDI-Entwicklungen abwarten&lt;br /&gt;
*Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min)==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Vorschläge:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Governance (Harry Enke)&lt;br /&gt;
&lt;br /&gt;
*Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
&lt;br /&gt;
*Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
&lt;br /&gt;
*Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
[[Datei:Governance.jpg|mini|Ergebnisdokumentation Governance]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
&lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.  &lt;br /&gt;
&lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
[[Datei:Software.jpg|mini|Ergebnisdokumentaion Softwareentwicklung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
&lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden. Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
 [[Datei:Nutzerperspektiven.jpg|mini|Ergebnisdokumentation Nutzerperspektiven]] &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte. RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. &lt;br /&gt;
&lt;br /&gt;
Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Erwartung der Forscher:&#039;&#039;&#039; vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO Endnutzerwerkzeug oder Expertenwerkzeug?&#039;&#039;&#039; Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;FD-Manager:&#039;&#039;&#039; wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; Thema Interoperabilität RDMO maDMP-Standard&lt;br /&gt;
maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator &lt;br /&gt;
Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
**es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
**Read the Docs, kann gerne erweitert werden&lt;br /&gt;
**Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
*Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren&lt;br /&gt;
&lt;br /&gt;
-Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
&lt;br /&gt;
*Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten.&lt;br /&gt;
*Als Dokumentation der Daten, wenn es auch nur ein Anfang ist&lt;br /&gt;
*Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder&lt;br /&gt;
*Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Anforderung Standardisierung / machine actionable&lt;br /&gt;
*Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium&lt;br /&gt;
*ist geplant Datalinker in MaMoDar&lt;br /&gt;
*wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team)&lt;br /&gt;
*Frage ScieboRDM Cloud-Lösung und RDMO&lt;br /&gt;
*NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind&lt;br /&gt;
*Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist&lt;br /&gt;
*Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert)&lt;br /&gt;
*Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
*Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen)&lt;br /&gt;
*Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039;&lt;br /&gt;
Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt.    &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub)&lt;br /&gt;
*umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
*übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc.&lt;br /&gt;
*Entwicklung verschiedener Rechte-Rollen für Tokens&lt;br /&gt;
*Vorschlagslisten als Drop-Down&lt;br /&gt;
*schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc.&lt;br /&gt;
*Diskussion von Möglichkeiten zum Andocken, DINI war Favorit&lt;br /&gt;
*RDMO braucht eigenen Governance&lt;br /&gt;
*Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
*zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI&lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können&lt;br /&gt;
*wer dazu kommen will, soll  Mail an Harry Enke schicken&lt;br /&gt;
*nur die, die auch über Projektlaufzeit sich committen wollen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
*Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
*Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht&lt;br /&gt;
*Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager&lt;br /&gt;
*Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen&lt;br /&gt;
*Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwareentwicklung&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&amp;quot;Maintenance Group&amp;quot;&lt;br /&gt;
*Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien)&lt;br /&gt;
*Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss&lt;br /&gt;
*RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests&lt;br /&gt;
*Festen Kern erhalten und niedrigschwellige Beteiligung&lt;br /&gt;
*Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
*Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben&lt;br /&gt;
*&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
*Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO&amp;diff=5098</id>
		<title>RDMO</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO&amp;diff=5098"/>
		<updated>2019-10-22T14:49:43Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Berichte */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Infobox Projekt&lt;br /&gt;
|VollständigerName= Research Data Management Organiser&lt;br /&gt;
|ZeitraumVon= 01.11.2017&lt;br /&gt;
|ZeitraumBis= 30.04.2020&lt;br /&gt;
|Beteiligt=AIP, FH Potsdam, KIT&lt;br /&gt;
|Förderung= DFG&lt;br /&gt;
|Website=http://rdmorganiser.github.io/&lt;br /&gt;
}}&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist ein Tool zur Erstellung von Datenmanagementplänen. Es wurde im Rahmen eines DFG-geförderten Projekts entwickelt und wird derzeit in der zweiten Projektphase verbessert und erweitert.&lt;br /&gt;
&lt;br /&gt;
=Einleitung=&lt;br /&gt;
Ziel des Projekts ist es, ein Werkzeug zur Verfügung zu stellen, das die strukturierte Planung, Umsetzung und Verwaltung des Forschungsdatenmanagements unterstützt und zusätzlich die textuelle Ausgabe eines Datenmanagementplans (DMP) ermöglicht. Ein Datenmanagementplan soll klären auf welche Art und Weise mit den anfallenden Forschungsdaten während, aber auch nach dem Ende eines Projekts, umgegangen werden soll. Es gilt beispielsweise zu klären in welchem Umfang Forschungsdaten anfallen, wie und wo diese gespeichert werden sollen und wer darauf zugreifen darf. Wie unter [[Data_Management_Pläne]] erklärt, gibt es bereits Online-Tools von verschiedenen Institutionen entwickelt: das Digital Curation Centre (DCC) in Großbritannien mit [http://dmponline.dcc.ac.uk DMPonline], die California Digital Library (CDL) mit dem [http://dmptool.org DMPTool] und in Deutschland das [http://data.uni-bielefeld.de/de/data-management-plan Online Tool für die Erstellung eines DMP] der Universität Bielefeld.&lt;br /&gt;
&lt;br /&gt;
=Projektphasen=&lt;br /&gt;
&lt;br /&gt;
==Erste Projektphase==&lt;br /&gt;
&lt;br /&gt;
Die erste Projektphase dauerte von November 2015 bis April 2017 und diente der Entwicklung von RDMO. &lt;br /&gt;
&lt;br /&gt;
Der Hauptzweck von Tools zur Erstellung von DMP ist es den Vorgaben des jeweiligen Förderers zu entsprechen und zu unterstützen. Das Ziel von RDMO ist jedoch eine Nutzung, die über die Antragsstellung hinausgeht. So kann das Erstellen eines DMPs die Planung des Forschungsdatenmanagements im Vorfeld optimieren und schließlich das ganze Projekt lang begleiten und unterstützen, in dem es als Leitfaden dienst. Dies lönnte die Effizienz und die Qualität der wissenschaftlichen Arbeit erhöhen und somit auch die Motivation des Wissenschaftlers solch einen DMP zu erstellen. Die Zielgruppe ist jedoch nciht nur der Forschende selbst, sondern auch alle im Forschungsdatenmanagement Involvierten. Das Tool ist für die verschiedenesten Disziplinen und Institute anpassbar und somit einsetzbar. Das Online-Tool wird derzeit in deutsch und englisch angeboten.&lt;br /&gt;
&lt;br /&gt;
==Zweite Projektphase==&lt;br /&gt;
&lt;br /&gt;
Das RDMO-Projekt befindet sich derzeit in der zweiten Pojektphase, die von November 2017 bis April 2020 läuft.&lt;br /&gt;
&lt;br /&gt;
Die Ziele für die zweite Projektphase sind insbesondere:&lt;br /&gt;
&lt;br /&gt;
*Erweiterung des Organisers: Rollenkonzept, Kostenabschötzung, Ingest-Prozess, Interoperabilität&lt;br /&gt;
&lt;br /&gt;
*Integration in die Infrastruktur: standardisierte Installation, Wartbarkeit, Ausbau der untersützten Authentifizierungs- und Autorisierungs-Systeme&lt;br /&gt;
&lt;br /&gt;
*Etablierung in der Community&lt;br /&gt;
&lt;br /&gt;
*Nachhaltigkeit / Verstetigung&lt;br /&gt;
&lt;br /&gt;
==Berichte==&lt;br /&gt;
&lt;br /&gt;
[[Erstes Community-Treffen|1. Community-Treffen]]&lt;br /&gt;
&lt;br /&gt;
[[Zweites Community-Treffen|2. Community-Treffen]]&lt;br /&gt;
&lt;br /&gt;
=Anleitungen=&lt;br /&gt;
&lt;br /&gt;
==Dokumentation==&lt;br /&gt;
&lt;br /&gt;
Die Dokumentation für die Installation und die Einrichtung von RDMO ist unter [http://rdmo.readthedocs.io/de/latest] zu finden.&lt;br /&gt;
&lt;br /&gt;
==Tutorials==&lt;br /&gt;
&lt;br /&gt;
*[[Katalog_erstellen|&amp;quot;Wie erstelle ich einen Fragekatalog in RDMO?&amp;quot;]]&lt;br /&gt;
*[[Ansicht_erstellen|&amp;quot;Wie erstelle ich eine Ansicht (View) in RDMO?&amp;quot;]]&lt;br /&gt;
*[[Bedingung_erstellen|&amp;quot;Wie erstelle ich eine Bedingung in RDMO?&amp;quot;]]&lt;br /&gt;
*[[Import_Export|&amp;quot;Wie importiere und exportiere ich XML-Dateien in RDMO?&amp;quot;]]&lt;br /&gt;
&lt;br /&gt;
==Frequently asked questions (FAQs)==&lt;br /&gt;
&lt;br /&gt;
[[FAQs|Frequently asked questions]]&lt;br /&gt;
&lt;br /&gt;
=Weblinks=&lt;br /&gt;
&lt;br /&gt;
*http://rdmorganiser.github.io/&lt;br /&gt;
*GitHub Organisation und Quellcode: http://github.com/rdmorganiser&lt;br /&gt;
*Demo-Instanz: http://rdmo.aip.de&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Projekte]]&lt;br /&gt;
[[Kategorie:Data Management]]&lt;br /&gt;
[[Kategorie:Open Science]]&lt;br /&gt;
[[Kategorie:Förderorganisationen]]&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5097</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5097"/>
		<updated>2019-10-22T14:49:18Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019)==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]]&lt;br /&gt;
&lt;br /&gt;
Dort auch alle Slides vom Workshop. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:15 RDMO Stand der Dinge (Jochen Klar)==&lt;br /&gt;
&lt;br /&gt;
*Teamvorstellung&lt;br /&gt;
*Vorstellung Releases, Ankündigung 1.0&lt;br /&gt;
*Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
*Details zur Mehrsprachigkeit&lt;br /&gt;
*Details Programmierbare JSON API&lt;br /&gt;
*Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
*Community&lt;br /&gt;
*Bitte um mehr Dokumentation zur API aus Community&lt;br /&gt;
*RDMO bittet um Use Cases&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:30 Status==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
*Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel Anforderungen aus Nutzersicht  (Bochum)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Feedback: fdm.nrw &lt;br /&gt;
**Einstieg scheint sehr komplex&lt;br /&gt;
**mehr Austausch gewünscht in der Community z. B. über Slack&lt;br /&gt;
**Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
**wichtig sind Hilfetexte&lt;br /&gt;
*Wichtige Erweiterungswünsche (angelegt als Github issues 152-159):&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
*Bereitstellung unter CCO-Lizenz über GitHub&lt;br /&gt;
*Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
**Bereitstellung Muster für einzelne Datenmanagementpläne&lt;br /&gt;
**Einbindung von Grafiken in RDMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke)==&lt;br /&gt;
&lt;br /&gt;
*Produktreife erreicht für Weiterführung&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
*Ebene 2: Organisation des Software-Developments&lt;br /&gt;
*Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
**DINI erste Gespräche geführt, positiv&lt;br /&gt;
**RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
***wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
***wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion: Warum ist Vereinsgründung unrealistisch?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*bürokratischer Aufwand&lt;br /&gt;
*NFDI-Entwicklungen abwarten&lt;br /&gt;
*Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min)==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Vorschläge:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Governance (Harry Enke)&lt;br /&gt;
&lt;br /&gt;
*Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
&lt;br /&gt;
*Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
&lt;br /&gt;
*Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
[[Datei:Governance.jpg|mini|Ergebnisdokumentation Governance]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
&lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.  &lt;br /&gt;
&lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
[[Datei:Software.jpg|mini|Ergebnisdokumentaion Softwareentwicklung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
&lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden. Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
 [[Datei:Nutzerperspektiven.jpg|mini|Ergebnisdokumentation Nutzerperspektiven]] &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte. RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. &lt;br /&gt;
&lt;br /&gt;
Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Erwartung der Forscher:&#039;&#039;&#039; vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO Endnutzerwerkzeug oder Expertenwerkzeug?&#039;&#039;&#039; Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;FD-Manager:&#039;&#039;&#039; wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; Thema Interoperabilität RDMO maDMP-Standard&lt;br /&gt;
maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator &lt;br /&gt;
Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
**es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
**Read the Docs, kann gerne erweitert werden&lt;br /&gt;
**Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
*Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren&lt;br /&gt;
&lt;br /&gt;
-Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
&lt;br /&gt;
*Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten.&lt;br /&gt;
*Als Dokumentation der Daten, wenn es auch nur ein Anfang ist&lt;br /&gt;
*Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder&lt;br /&gt;
*Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Anforderung Standardisierung / machine actionable&lt;br /&gt;
*Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium&lt;br /&gt;
*ist geplant Datalinker in MaMoDar&lt;br /&gt;
*wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team)&lt;br /&gt;
*Frage ScieboRDM Cloud-Lösung und RDMO&lt;br /&gt;
*NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind&lt;br /&gt;
*Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist&lt;br /&gt;
*Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert)&lt;br /&gt;
*Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
*Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen)&lt;br /&gt;
*Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039;&lt;br /&gt;
Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt.    &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub)&lt;br /&gt;
*umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
*übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc.&lt;br /&gt;
*Entwicklung verschiedener Rechte-Rollen für Tokens&lt;br /&gt;
*Vorschlagslisten als Drop-Down&lt;br /&gt;
*schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc.&lt;br /&gt;
*Diskussion von Möglichkeiten zum Andocken, DINI war Favorit&lt;br /&gt;
*RDMO braucht eigenen Governance&lt;br /&gt;
*Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
*zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI&lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können&lt;br /&gt;
*wer dazu kommen will, soll  Mail an Harry Enke schicken&lt;br /&gt;
*nur die, die auch über Projektlaufzeit sich committen wollen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
*Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
*Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht&lt;br /&gt;
*Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager&lt;br /&gt;
*Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen&lt;br /&gt;
*Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwarenentwicklung&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&amp;quot;Maintenance Group&amp;quot;&lt;br /&gt;
*Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien)&lt;br /&gt;
*Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss&lt;br /&gt;
*RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests&lt;br /&gt;
*Festen Kern erhalten und niedrigschwellige Beteiligung&lt;br /&gt;
*Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
*Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben&lt;br /&gt;
*&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
*Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5096</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5096"/>
		<updated>2019-10-22T14:46:31Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019)==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]]&lt;br /&gt;
&lt;br /&gt;
Dort auch alle Slides vom Workshop. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:15 RDMO Stand der Dinge (Jochen Klar)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*Teamvorstellung&lt;br /&gt;
*Vorstellung Releases, Ankündigung 1.0&lt;br /&gt;
*Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
*Details zur Mehrsprachigkeit&lt;br /&gt;
*Details Programmierbare JSON API&lt;br /&gt;
*Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
*Community&lt;br /&gt;
*Bitte um mehr Dokumentation zur API aus Community&lt;br /&gt;
*RDMO bittet um Use Cases&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:30 Status==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
*Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel Anforderungen aus Nutzersicht  (Bochum)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Feedback: fdm.nrw &lt;br /&gt;
**Einstieg scheint sehr komplex&lt;br /&gt;
**mehr Austausch gewünscht in der Community z. B. über Slack&lt;br /&gt;
**Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
**wichtig sind Hilfetexte&lt;br /&gt;
*Wichtige Erweiterungswünsche (angelegt als Github issues 152-159):&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
*Bereitstellung unter CCO-Lizenz über GitHub&lt;br /&gt;
*Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
**Bereitstellung Muster für einzelne Datenmanagementpläne&lt;br /&gt;
**Einbindung von Grafiken in RDMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke)==&lt;br /&gt;
&lt;br /&gt;
*Produktreife erreicht für Weiterführung&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
*Ebene 2: Organisation des Software-Developments&lt;br /&gt;
*Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
**DINI erste Gespräche geführt, positiv&lt;br /&gt;
**RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
***wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
***wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion: Warum ist Vereinsgründung unrealistisch?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*bürokratischer Aufwand&lt;br /&gt;
*NFDI-Entwicklungen abwarten&lt;br /&gt;
*Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min)==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Vorschläge:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Governance (Harry Enke)&lt;br /&gt;
&lt;br /&gt;
*Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
&lt;br /&gt;
*Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
&lt;br /&gt;
*Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
[[Datei:Governance.jpg|mini|Ergebnisdokumentation Governance]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
&lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.  &lt;br /&gt;
&lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
[[Datei:Software.jpg|mini|Ergebnisdokumentaion Softwareentwicklung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039;&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
&lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden. Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
 [[Datei:Nutzerperspektiven.jpg|mini|Ergebnisdokumentation Nutzerperspektiven]] &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte.&lt;br /&gt;
RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. &lt;br /&gt;
&lt;br /&gt;
Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Erwartung der Forscher:&#039;&#039;&#039; vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO Endnutzerwerkzeug oder Expertenwerkzeug?&#039;&#039;&#039; Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;FD-Manager:&#039;&#039;&#039; wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
Thema Interoperabilität RDMO maDMP-Standard&lt;br /&gt;
maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator &lt;br /&gt;
Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
**es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
**Read the Docs, kann gerne erweitert werden&lt;br /&gt;
**Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
*Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren&lt;br /&gt;
&lt;br /&gt;
-Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
&lt;br /&gt;
*Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten.&lt;br /&gt;
*Als Dokumentation der Daten, wenn es auch nur ein Anfang ist&lt;br /&gt;
*Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder&lt;br /&gt;
*Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Anforderung Standardisierung / machine actionable&lt;br /&gt;
*Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium&lt;br /&gt;
*ist geplant Datalinker in MaMoDar&lt;br /&gt;
*wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team)&lt;br /&gt;
*Frage ScieboRDM Cloud-Lösung und RDMO&lt;br /&gt;
*NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind&lt;br /&gt;
*Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist&lt;br /&gt;
*Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert)&lt;br /&gt;
*Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
*Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen)&lt;br /&gt;
*Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039;&lt;br /&gt;
Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt.  &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub)&lt;br /&gt;
*umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
*übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc.&lt;br /&gt;
*Entwicklung verschiedener Rechte-Rollen für Tokens&lt;br /&gt;
*Vorschlagslisten als Drop-Down&lt;br /&gt;
*schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc.&lt;br /&gt;
*Diskussion von Möglichkeiten zum Andocken, DINI war Favorit&lt;br /&gt;
*RDMO braucht eigenen Governance&lt;br /&gt;
*Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
*zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI&lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können&lt;br /&gt;
*wer dazu kommen will, soll  Mail an Harry Enke schicken&lt;br /&gt;
*nur die, die auch über Projektlaufzeit sich committen wollen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
*Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
*Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht&lt;br /&gt;
*Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager&lt;br /&gt;
*Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen&lt;br /&gt;
*Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwarenentwicklung&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&amp;quot;Maintenance Group&amp;quot;&lt;br /&gt;
*Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien)&lt;br /&gt;
*Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss&lt;br /&gt;
*RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests&lt;br /&gt;
*Festen Kern erhalten und niedrigschwellige Beteiligung&lt;br /&gt;
*Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
*Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben&lt;br /&gt;
*&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
*Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5095</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5095"/>
		<updated>2019-10-22T14:45:38Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019)==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]]&lt;br /&gt;
&lt;br /&gt;
Dort auch alle Slides vom Workshop. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:00 Vorstellungsrunde (alle)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:15 RDMO Stand der Dinge (Jochen Klar)==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*Teamvorstellung&lt;br /&gt;
*Vorstellung Releases, Ankündigung 1.0&lt;br /&gt;
*Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
*Details zur Mehrsprachigkeit&lt;br /&gt;
*Details Programmierbare JSON API&lt;br /&gt;
*Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
*Community&lt;br /&gt;
*Bitte um mehr Dokumentation zur API aus Community&lt;br /&gt;
*RDMO bittet um Use Cases&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:30 Status==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
*Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel Anforderungen aus Nutzersicht  (Bochum)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Feedback: fdm.nrw &lt;br /&gt;
**Einstieg scheint sehr komplex&lt;br /&gt;
**mehr Austausch gewünscht in der Community z. B. über Slack&lt;br /&gt;
**Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
**wichtig sind Hilfetexte&lt;br /&gt;
*Wichtige Erweiterungswünsche (angelegt als Github issues 152-159):&lt;br /&gt;
&lt;br /&gt;
Frage: Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
*Bereitstellung unter CCO-Lizenz über GitHub&lt;br /&gt;
*Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
**Bereitstellung Muster für einzelne Datenmanagementpläne&lt;br /&gt;
**Einbindung von Grafiken in RDMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke)==&lt;br /&gt;
&lt;br /&gt;
*Produktreife erreicht für Weiterführung&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
*Ebene 2: Organisation des Software-Developments&lt;br /&gt;
*Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
**DINI erste Gespräche geführt, positiv&lt;br /&gt;
**RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
***wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
***wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion: Warum ist Vereinsgründung unrealistisch?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*bürokratischer Aufwand&lt;br /&gt;
*NFDI-Entwicklungen abwarten&lt;br /&gt;
*Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min)==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Vorschläge:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* Governance (Harry Enke)&lt;br /&gt;
&lt;br /&gt;
* Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
&lt;br /&gt;
* Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
&lt;br /&gt;
* Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
[[Datei:Governance.jpg|mini|Ergebnisdokumentation Governance]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
&lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.  &lt;br /&gt;
&lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
[[Datei:Software.jpg|mini|Ergebnisdokumentaion Softwareentwicklung]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039;&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
&lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden. Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
 [[Datei:Nutzerperspektiven.jpg|mini|Ergebnisdokumentation Nutzerperspektiven]] &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte.&lt;br /&gt;
RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. &lt;br /&gt;
&lt;br /&gt;
Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Erwartung der Forscher:&#039;&#039;&#039; vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO Endnutzerwerkzeug oder Expertenwerkzeug?&#039;&#039;&#039; Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;FD-Manager:&#039;&#039;&#039; wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039; RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
Thema Interoperabilität RDMO maDMP-Standard&lt;br /&gt;
maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator &lt;br /&gt;
Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
**es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
*Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
**Read the Docs, kann gerne erweitert werden&lt;br /&gt;
**Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
*Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren&lt;br /&gt;
&lt;br /&gt;
-Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
&lt;br /&gt;
*Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten.&lt;br /&gt;
*Als Dokumentation der Daten, wenn es auch nur ein Anfang ist&lt;br /&gt;
*Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder&lt;br /&gt;
*Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Anforderung Standardisierung / machine actionable&lt;br /&gt;
*Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium&lt;br /&gt;
*ist geplant Datalinker in MaMoDar&lt;br /&gt;
*wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team)&lt;br /&gt;
*Frage ScieboRDM Cloud-Lösung und RDMO&lt;br /&gt;
*NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind&lt;br /&gt;
*Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist&lt;br /&gt;
*Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert)&lt;br /&gt;
*Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
*Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen)&lt;br /&gt;
*Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039;&lt;br /&gt;
Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt.  &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub)&lt;br /&gt;
*umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
*übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc.&lt;br /&gt;
*Entwicklung verschiedener Rechte-Rollen für Tokens&lt;br /&gt;
*Vorschlagslisten als Drop-Down&lt;br /&gt;
*schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc.&lt;br /&gt;
*Diskussion von Möglichkeiten zum Andocken, DINI war Favorit&lt;br /&gt;
*RDMO braucht eigenen Governance&lt;br /&gt;
*Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
*zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI&lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können&lt;br /&gt;
*wer dazu kommen will, soll  Mail an Harry Enke schicken&lt;br /&gt;
*nur die, die auch über Projektlaufzeit sich committen wollen&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
*Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
*Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht&lt;br /&gt;
*Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager&lt;br /&gt;
*Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen&lt;br /&gt;
*Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwarenentwicklung&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&amp;quot;Maintenance Group&amp;quot;&lt;br /&gt;
*Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien)&lt;br /&gt;
*Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss&lt;br /&gt;
*RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests&lt;br /&gt;
*Festen Kern erhalten und niedrigschwellige Beteiligung&lt;br /&gt;
*Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
*Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben&lt;br /&gt;
*&#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
*Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Datei:Software.jpg&amp;diff=5079</id>
		<title>Datei:Software.jpg</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Datei:Software.jpg&amp;diff=5079"/>
		<updated>2019-10-22T14:40:30Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Fotodokumentation Softwareentwicklung&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Datei:Governance.jpg&amp;diff=5075</id>
		<title>Datei:Governance.jpg</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Datei:Governance.jpg&amp;diff=5075"/>
		<updated>2019-10-22T14:39:23Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;fotodokumentation governance&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Datei:Nutzerperspektiven.jpg&amp;diff=5069</id>
		<title>Datei:Nutzerperspektiven.jpg</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Datei:Nutzerperspektiven.jpg&amp;diff=5069"/>
		<updated>2019-10-22T14:36:54Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;fotodokumentation nutzerperspektiven&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5065</id>
		<title>Zweites Community-Treffen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Zweites_Community-Treffen&amp;diff=5065"/>
		<updated>2019-10-22T14:35:04Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: Die Seite wurde neu angelegt: „ == Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019) ==  Programm: https://rdmorganiser.github.io/workshop2019/  Dort auch alle Slides vom Works…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Bericht zum RDMO-Anwendertreffen ULB Darmstadt (07.10.2019) ==&lt;br /&gt;
&lt;br /&gt;
Programm: [[https://rdmorganiser.github.io/workshop2019/]]&lt;br /&gt;
&lt;br /&gt;
Dort auch alle Slides vom Workshop. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== 11:00 Vorstellungsrunde (alle) ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== 11:15 RDMO Stand der Dinge (Jochen Klar) ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Teamvorstellung&lt;br /&gt;
* Vorstellung Releases, Ankündigung 1.0 &lt;br /&gt;
* Details zur Überarbeitung Domänenmodell (maDMP)&lt;br /&gt;
* Details zur Mehrsprachigkeit &lt;br /&gt;
* Details Programmierbare JSON API &lt;br /&gt;
* Details zur eingeschränkten Mandantenfähigkeit&lt;br /&gt;
* Community&lt;br /&gt;
* &#039;&#039;&#039;Fragen:&#039;&#039;&#039; bitte um mehr Dokumentation zur API aus Community. RDMO bittet um Use Cases &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== 11:30 Status ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Gerald Jagusch (ULB Darmstadt): RDMO für andere Einrichtungen durch die ULB Darmstadt&#039;&#039;&#039;&lt;br /&gt;
* Pilotimplementierung mit Uni Marburg bis Nov. 2019, bietet den Dienst momentan kostenlos für andere an, bei Interesse bei Gerald Jagusch melden&lt;br /&gt;
* Impetus für den Piloten: Forscher wollen nicht gerne Dienste nutzen, die kein Branding der eigenen Institution haben (was bedeutet das für forschungdaten.info-Instanz?)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Johannes Frenzel Anforderungen aus Nutzersicht  (Bochum)&#039;&#039;&#039;&lt;br /&gt;
* Feedback: fdm.nrw &lt;br /&gt;
** Einstieg scheint sehr komplex &lt;br /&gt;
** mehr Austausch gewünscht in der Community z. B. über Slack &lt;br /&gt;
** Ausfüllen der Fragenkataloge erfolgt eigentlich kaum durch Forschende alleine (embedded data manager und dann auch kurze Fragenkataloge, Mehrfachabfragen)&lt;br /&gt;
** wichtig sind Hilfetexte&lt;br /&gt;
* Wichtige Erweiterungswünsche (angelegt als Github issues 152-159): &lt;br /&gt;
Frage: Ist RDMO eigentlich so gedacht, dass die Forschenden es selbst ausfüllen oder mit Hilfe von Datenmanager     &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Strauch / Rathmann RDMO in der Praxis. DFG-Fragenkataloge in FoDaKo und der Stiftung Universität Hildesheim&#039;&#039;&#039;&lt;br /&gt;
* FoDaKo-Fragenkataloge entwickelt nach DFG-Leitlinien und fachspezifischen Empfehlungen, mussten neue (Teil-)fragen erstellt werden und Anpassung an DSGVO und DSG NRW (sind auch super dokumentiert)&lt;br /&gt;
* Bereitstellung unter CCO-Lizenz über GitHub &lt;br /&gt;
* Feedback aus den Schulungen etc. (mit PIs als Teilnehmer*innen) &lt;br /&gt;
** Bereitstellung Muster für einzelne Datenmanagementpläne &lt;br /&gt;
** Einbindung von Grafiken in RDMO &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== 11:45  Nachhaltigkeit und Zukunft RDMO (Harry Enke) ==&lt;br /&gt;
&lt;br /&gt;
* Produktreife erreicht für Weiterführung &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RDMO-Weiterentwicklung = Lösen von der Projektstruktur&#039;&#039;&#039; &lt;br /&gt;
* Ebene 1: Organisation der Anwender in einer AG&lt;br /&gt;
* Ebene 2: Organisation des Software-Developments &lt;br /&gt;
* Ebene 3: Finden einer passenden Verfasstheit auch für finanzielle Fragen &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 1: Organisation der Anwender in einer AG&#039;&#039;&#039; &lt;br /&gt;
Aufgabe und Ziel der AG ist die Bewahrung und Weiterführung von RDMO als nützliches Instrument im Datenmanagement &lt;br /&gt;
Diskussion und Richtungsweisung der RDMO-Entwicklung, Interaktion mit den Software-Developern &lt;br /&gt;
Ansprechstelle für Anfragen (Vorträge etc.) &lt;br /&gt;
Organisation von Workshop, Meetings etc. &lt;br /&gt;
Doppelspitze (aus Projekt und Community) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 2: Software-Entwicklung&#039;&#039;&#039; &lt;br /&gt;
notwendig: (gewählter) Leader &lt;br /&gt;
Maintainer, Contributors aus dem laufenden Projekt und der Community &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ebene 3: Finanzielle Fragen&#039;&#039;&#039;&lt;br /&gt;
* Es bleiben DINI, RDA-DE oder - aber erst später, als wir es jetzt benötigen - NFDI &lt;br /&gt;
** DINI erste Gespräche geführt, positiv &lt;br /&gt;
** RDA-DE, unklar, weitere Kontakte notwendig&lt;br /&gt;
*** wir als Projekt unparteiisch, beide Möglichkeiten gut&lt;br /&gt;
*** wichtig jetzt &amp;quot;RDMO&amp;quot;-Kern erhalten bis NFDI-Perspektiven deutlicher sind&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Diskussion: Warum ist Vereinsgründung unrealistisch?&#039;&#039;&#039;&lt;br /&gt;
* bürokratischer Aufwand &lt;br /&gt;
* NFDI-Entwicklungen abwarten&lt;br /&gt;
* Open Source-Produkte leben von Community&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Haben Sie mit der DFG gesprochen über Übergangsfinanzierung (wg. starken Interesse von NFDI-Konsortien)?&#039;&#039;&#039; &lt;br /&gt;
* Noch nicht wirklich. Dazu kommt, dass unabhängig von Zwischenfinanzierung, die Nutzergemeinde sich organisieren muss, damit sie weiterhin Einfluss nehmen kann, unabhängig vom Projekt und von Institutionen. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== 12:15 Aufteilung in Arbeitsgruppen - für die Thementische beim World Cafe (90 min. 2x45 min) ==&lt;br /&gt;
&lt;br /&gt;
Vorschläge:&lt;br /&gt;
Governance (Harry Enke) &lt;br /&gt;
Organisation Softwareentwicklung (Jochen Klar)&lt;br /&gt;
Metadaten, APIs &amp;amp; Repositorien (Ulrike Wuttke &amp;amp; Olaf Michaelis)&lt;br /&gt;
Nutzerperspektiven (Kerstin Wedlich-Zachodin)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Governance&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
Mit der Eingangsfrage: wurden Weiter- oder Zwischen-Fördermöglichkeiten erwogen, ist die Diskussion schnell auf den Kernpunkt gekommen: &lt;br /&gt;
RDMO ist als Open-Source-Produkt bei sehr vielen Anwendern mittlerweile im Einsatz oder getestet, sodass sich eine einfache Projektförderung als nicht geeigneter Rahmen erweist. Es muss klar als eigenständige Community konstituiert werden, mit einer etablierten Organisation (Governance, Org. Struktur für die richtungsbestimmende  Einflussnahme der Nutzer auf  Software Maintenance und Entwicklung) und einem Software-Team mit aus der OpenSource-Community bekannten Prozessen. Nur dann kann es Bezug für neue Nutzer, Projekte oder auch für die  NFDI (Konsortien) relevanter Ansprechpartner  sein.&lt;br /&gt;
Es gibt bereits Anwender, die gemeinsam mit dem Projekt diesen Prozess weiterbringen wollen und dafür auch Ressourcen bereitstellen.     &lt;br /&gt;
Verschiedene Modelle wurden für die Verfasstheit einer solchen Weiterführung erörtert. (Kitodo, Re3Data, DSpace, FuD, ORCID, Beluga, Samvera). Keines der Modelle kann ein ‘fertiges’ Modell für RDMO hergeben.  &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
Einige weitere Modelle aus der obigen Aufzählung kamen hinzu. Einige Details aus der Software-Gruppe wurden noch hinzugefügt. Jedoch wurde die gleiche Schlussfolgerung wie in Runde 1 bekräftigt. RDMO ist kein Projekt mehr, und muss aus diesem Rahmen heraustreten. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Softwareentwicklung&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039;&lt;br /&gt;
Für die technische Koordination und Weiterentwicklung soll eine “Maintenance Group” (Name TBD) gebildet werden. Diese besteht aus Individuen die sich in der Softwareentwicklung von RDMO weiterhin engagieren wollen und können. &lt;br /&gt;
Aufgabe dieser Gruppe sind die Bearbeitung von Issues und Feedback, die Analyse und Schätzung von vorgeschlagenen Weiterentwicklungen, die Priorisierung von Arbeiten und die Beratung der übergeordneten Governance Struktur in technischen Fragen.&lt;br /&gt;
Die Beteiligung in dieser Gruppe wird sich in zwei Gruppen gliedern, einen Kern, der sich Langfristig engagiert und auch relativ sicher einen Teil der Arbeitszeit entsprechend dedizieren kann und eine größere Gruppe von Entwicklerinnen und Entwicklern die möglichst niederschwellig eingebunden wird.&lt;br /&gt;
Im Prinzip müsste auch eine ähnliche Gruppe für die Fragenkataloge, Domäne, etc. gebildet werden.&lt;br /&gt;
Die Arbeit erfolgt in Zusammenarbeit und Abstimmung mit der zentralen Governance-Struktur und den Projekten bzw. Auftragnehmerinnen und Auftragnehmern die RDMO weiterentwickeln. Eine wichtige Aufgabe ist hierbei zu entscheiden welche Erweiterungen in den Kern RDMOs übernommen werden.&lt;br /&gt;
Die Möglichkeit des Aufbaus eines Anbieters für Dienste um RDMO wurde besprochen, und für realistisch gehalten. Die konkrete Gründung kann aber nur außerhalb der Nachhaltigkeitsaktivitäten erfolgen. In technischen Fragen würde das “Maintenance board” auch mit einem solchen Anbieter kollegial interagieren.&lt;br /&gt;
Essentiell für die Wartbarkeit von RDMO sind eine ausreichende Abdeckung mit Tests und die Nutzung von Continuous Integration.&lt;br /&gt;
In Zukunft könnte RDMO auch durch eine Nutzung in der Lehre, z.B. durch Abschlussarbeiten, weiterentwickelt werden.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Nutzerperspektiven&#039;&#039;&#039;&lt;br /&gt;
Foto Ergebnisdokumentation: &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
RDMO - unterschiedliche Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager. Wie kann RDMO für die Nutzer attraktiver werden?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Entstehung/Hintergrund der verschiedenen Fragenkataloge:&#039;&#039;&#039; RDMO, DFG und speziell von der RWTH entwickelte.&lt;br /&gt;
RDMO-Einstiegsseite wird als zu schwierig und nicht selbst erklärend genug empfunden, insbesondere fehlen Informationen zu den auswählbaren Fragenkatalogen. Hier wäre ein Hinweis zu den Förderern und dem passenden Katalog hilfreich - noch besser: bei Fördererangabe gleich ausgewählt.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage nach der Motivation:&#039;&#039;&#039; RDMO wird nur bei erkennbaren Mehrwert genutzt. Gut wären Ergänzungen durch Beispiele/Empfehlungen. Wie ließe sich das umsetzen? Vorschlag: CMS&lt;br /&gt;
bisherige Erfahrungen: RDMO-Nutzung meist mit Hilfe eines FDM-Referenten. Arbeiten die Forscher schon in einem Katalog, wird RDMO besser angenommen.&lt;br /&gt;
Erwartung der Forscher: vorformulierte Textbausteine. Beispiel DSGVO text generierte Vorlagen. Sonst steht WORD-Nutzung in Form eines Templates gegen RDMO: WORD VS RDMO&lt;br /&gt;
Usability muss erhöht werden, aber wie? vielleicht eine Art RDMO light mit weniger Fragen in den Katalogen und mehr Hilfen - evtl. mit FAQ-Liste, die woanders wiederum gepflegt wird? Ein anderer Einstieg wäre gut und ohne Ansichten (sehr verwirrend und frustrierend). Ein Auto refresh button und ein anderer Fortschrittsbalken. Man sieht nicht wie viele Fragen schon beantwortet sind und wie viele noch fehlen.&lt;br /&gt;
RDMO Endnutzerwerkzeug oder Expertenwerkzeug? Im Moment eher Expertenwerkzeug, Forschende haben keine Erfahrung im FDM. Beratungen/Workshops von Nöten. Soll es ein Endnutzerwerkzeug werden? &lt;br /&gt;
&lt;br /&gt;
FD-Manager: wie pflegen - zu komplex. RDMO ist nicht CMS-mäßig gemacht. Gibt institutsspezifische Ergänzungen/Bearbeitungen. Nur Grundfunktionalitäten? Pflege kostet viel Zeit - möglich durch ein einfaches Attribut?&lt;br /&gt;
Hilfetexte: geht nur bei eigener Instanz. In Wordpress/im Wiki erstellen und auf der Instanz verlinken. Gemeinsames CMS?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2)&#039;&#039;&#039;&lt;br /&gt;
RDMO verschiedene Nutzerrollen - Positive/negative Erfahrungen&lt;br /&gt;
&#039;&#039;&#039;Positiv:&#039;&#039;&#039; im SFB beispielsweise gibt das Institut vor, einen DMP zu erstellen und zu pflegen. Bei Zuschneidung des Fragenkatalogs auf den SFB empfanden die Forscher RDMO als nützlich. Verbesserungsfähig: mögliche Prozessabbildungen (Flussdiagram), Workflow ist bei der Zusammenarbeit bisher schwierig.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Negativ/Verbesserungsfähig:&#039;&#039;&#039; Oberfläche zu textlastig, mehr buttons gewünscht, zu viel durchklicken. FDM-Services vor Ort auswählbar, möglichst editierbare Bausteine, zentrales Repo für Fragenkataloge mit Update-Erkennung. Gut wäre eine Art Vorfragenkatalog. GWP fordert Dokumentation von Forschungsdaten - wie sieht es mit der kontinuierlichen Dokumentation in RDMO aus? Problem Bearbeitung von fremden Fragenkatalogen: Veränderungen werden bei neuem Update überschrieben?&lt;br /&gt;
Vehicle: Ein Element um FDM Forschenden nahe zu bringen - um untereinander ins Gespräch zu kommen.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse&#039;&#039;&#039;&lt;br /&gt;
Drei verschiedenen Nutzergruppen, Wissenschaftler, Forschungsmanager und Datenmanager, ziehen unterschiedliche Anforderungen nach sich. Wissenschaftler/in: Es fehlt ihnen meistens der Hintergrund zum FDM, wodurch die Beantwortung der Fragenkataloge schwer fällt. Ohne entsprechende Beratung eines FDM-Experten oder einer fachspezifischen Anpassung des Fragenkatalogs wird RDMO nur selten genutzt. Bei entsprechender Einführung/Anpassung wird RDMO als nützlich angesehen (Bsp. SFB). &lt;br /&gt;
&lt;br /&gt;
Forschungsdatenmanager: Die Pflege von RDMO wird als zu komplex und zu zeitintensiv empfunden. Oberfläche von RDMO sollte vereinfacht und mit Erklärungen/Hilfetexten/FAQs ergänzt werden, möglichst mit Verlinkung an ein Wiki, wo diese Texte gepflegt werden können. In Frage käme auch ein Content Management System. Fragenkataloge sollten in einem Repo gesammelt werden mit einer Update-Erkennungs-Funktion. Fragenkataloge müssen verbessert und vereinfacht werden, Textbausteine generiert werden.&lt;br /&gt;
Gewünschte Features: Auto-refresh button, Fortschrittsbalken mit Fragennummerangabe, Prozessabbildungen (Flussdiagram), Workflows zur besseren Zusammenarbeit&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Kurzprotokoll Thementisch Metadaten, APIs &amp;amp; Repositorien&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 1)&#039;&#039;&#039;&lt;br /&gt;
Thema Interoperabilität RDMO maDMP-Standard&lt;br /&gt;
maDMP abgelegt hier: https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard&lt;br /&gt;
DataCite RDMO: ist im Groben und Ganzen möglich, aber Einzelfälle sind teilweise schwierig, z.B. Feld Creator &lt;br /&gt;
Bestimmte Attribute müssten sicherlich noch zugefügt werden (z.B. Name des DMP)&lt;br /&gt;
Interesse an Vorschlagslisten bekundet (Drop-Down)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bericht:&#039;&#039;&#039; Forschende müssen momentan oftmals die Information mehrmals bereitstellen, da wäre eine Standardisierung sinnvoll, damit Daten schon von woanders geholt werden, um DMPs für Forschende interessant zu machen, ist unbedingt redundante Dateneingabe zu vermeiden, von daher sind solche Informationen zu begrüßen (weniger Redundanz auch gut für Datenmanager*innen)&lt;br /&gt;
&lt;br /&gt;
* Frage, wo ist RDMO-Medadatenmodell dokumentiert&lt;br /&gt;
** es gibt noch keine textliche Information zum Metadatenmodell, aber man kann es auf GitHub runterladen&lt;br /&gt;
&lt;br /&gt;
* Frage, wo ist die Dokumentation zur API? &lt;br /&gt;
** Read the Docs, kann gerne erweitert werden &lt;br /&gt;
** Thema: Momentan ist Dokumentation und Read the Docs und FAQs etwas verwirrend, weil an verschiedenen Stellen und vielleicht auch nicht immer ganz aktuell&lt;br /&gt;
&lt;br /&gt;
* Diskussion Tokens: hier wäre es besser verschiedene Rechte für die Tokens (nur Get, nur Post, ... ) zu spezifizieren &lt;br /&gt;
&lt;br /&gt;
-Verknüpfung mit bestimmten Bedingungen wie zum Beispiel, das Projekt ist an der Uni angesiedelt und damit ist der Datenschutzbeauftragte der Uni verantwortlich wären gut &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;-Frage:&#039;&#039;&#039; Was passiert eigentlich mit den Datenmanagementplänen? Werden sie veröffentlicht, z.B. mit der Datenpublikation? Werden sie weiter bearbeitet? &lt;br /&gt;
Kommentar: ist nicht unbedingt vorgesehen, aber die Forschenden scheinen dafür offen zu sein. Problem ist aber durchaus Datenschutz, z.B. Namen von Projektmitarbeitern. Ist aber noch Zukunftsmusik, da es erst in Richtung 2020 um Publikationen geht. Inwieweit sollte RDMO Publikationstool für Datenmanagementpläne sein? Ist der PDF-Export ausreichend zur Veröffentlichung?&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Frage:&#039;&#039;&#039; Was ist der Zweck der Veröffentlichung von FDM-Plänen? &lt;br /&gt;
* Anforderung der Förder: FDMP ist z.B. Anforderung in H2020-Projekten. &lt;br /&gt;
* Als Dokumentation der Daten, wenn es auch nur ein Anfang ist  &lt;br /&gt;
* Best Case Szenario (Didaktisch), für Projektplanung (könnte bei kleineren Communities sogar Sinn machen als machine actionable, weil es sowieso immer die gleichen Leute sind) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Verknüpfung RDMO mit Fachrepositorium Lebenswissenschaften (oder Radar) = Schnittstelle&#039;&#039;&#039; &lt;br /&gt;
* Welche der Felder brauchen wir eigentlich unbedingt? Radar hat z.B. 10 Pflichtfelder &lt;br /&gt;
* Gab/Gibt es Bestrebungen, das RDMO Repositorien empfiehlt? Nein.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Runde 2&#039;&#039;&#039;&lt;br /&gt;
* Anforderung Standardisierung / machine actionable &lt;br /&gt;
* Export von Metadaten in elektronischen Laborbüchern in RDMO um nicht doppelt auszufüllen und hinterher zusammen mit den Forschungsdaten zusammen ins Repositorium &lt;br /&gt;
* ist geplant Datalinker in MaMoDar &lt;br /&gt;
* wir brauchen konkrete Anwendungsfälle (gerne per E-Mail an RDMO-Team) &lt;br /&gt;
* Frage ScieboRDM Cloud-Lösung und RDMO &lt;br /&gt;
* NextCloud und RDMO-API sollten miteinander kommunizieren können bzw. die Forschungsdaten und der Datenmanagementplan automatisch miteinander verknüpft sind &lt;br /&gt;
* Frage: Ist geplant, dass aus RDMO ein Export in ein DataCite fähiges Format möglich ist &lt;br /&gt;
* Austausch ist hier sehr gewünscht (Interesse angemeldet Birte Cordes für Marburg für ihr Repository, dass auf DSpace basiert) &lt;br /&gt;
* Verknüpfung RDMO und FIS ist erwünscht, aber auch ein Problem, da sehr große Heterogenität und viele FIS Systeme nicht offen (EuroCRIS, SAP), da werden wir priorisieren müssen (HIS, Pure)&lt;br /&gt;
* Wenn RDMO ein Stand alone Modul bleibt, wird die Akzeptanz sinken (oder zumindest nicht steigen) &lt;br /&gt;
* Zustimmung für Priorisierung DataCite-Export &amp;gt; Interessenbekundung aus Community (hier anzuliefern, welche Felder sie als absolut wichtig finden&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung Ergebnisse:&#039;&#039;&#039;&lt;br /&gt;
Im Mittelpunkt des Thementischs stand die Diskussion um die Möglichkeiten der Verknüpfung von RDMO mit anderen Systemen, d. h. um die Möglichkeiten der Übernahme von Metadaten und somit der Vermeidung redundanter Dateneingaben, da die Akzeptanz von RDMO davon abhängen wird, dass es kein Stand-Alone-Tool bleibt. Hier gilt es zum einen Systeme zu identifizieren für die Schnittstellen gewünscht sind, zum anderen Interoperabilität durch die Programmierung entsprechender APIs und Mappingverfahren bzw. Anpassungen am RDMO-Metadatenschema herzustellen.&lt;br /&gt;
&lt;br /&gt;
Als Zielrichtungen wurden besonders intensiv diskutiert die Interoperabilität von RDMO mit DataCite, die wichtig für die Verknüpfung mit Repositorien ist, sowie die Interoperabilität mit dem neuentwickelten maDMP-Standard (https://github.com/RDA-DMP-Common/RDA-DMP-Common-Standard) und Verknüpfungsmöglichkeiten mit Forschungsinformationssystemen oder elektronischen Laborbüchern. Die Gruppe favorisierte die Fokussierung auf DataCite, da hier ein unmittelbarer Mehrwert entsteht und DataCite relativ weit verbreitet ist. Es ist ein enger Kontakt abgesprochen zwischen dem RDMO-Team und Teilnehmer*innen, die mit Repositorien/DataCite Erfahrungen haben. An zweiter Stelle der Bestrebungen sollte Interoperabilität mit maDMP stehen um international anschlussfähig zu bleiben. Bzgl. elektr. Laborbücher ist im Projekt MaMoDar ein Pilot (Datalinker) geplant, dessen Ergebnisse abgewartet werden sollten, bzgl. der FIS besteht momentan sehr große Vielfalt, daher sollte das Thema sollte hintenangestellt werden. Außerdem haben wir den Aufruf, Fragenkataloge über RDMO-GitHub bzw. Olaf Michaelis zu teilen wiederholt. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusätzlich wurden folgende Nutzeranforderungen an das Team geäußert:&#039;&#039;&#039; &lt;br /&gt;
* textliche Dokumentation zum RDMO-Metadatenschema (zusätzlich zur Bereitstellung auf GitHub) &lt;br /&gt;
* umfangreichere Dokumentation zur RDMO-API&lt;br /&gt;
* übersichtlichere Bereitstellung und Aktualisierung der existierenden RDMO-Dokumentation, Read-the-Docs und FAQs etc. &lt;br /&gt;
* Entwicklung verschiedener Rechte-Rollen für Tokens &lt;br /&gt;
* Vorschlagslisten als Drop-Down  &lt;br /&gt;
* schauen, wie ist es mit Input, z.B. über ORCiD&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;15:30 Zusammenfassung der Thementische und Abschlussdiskussion&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Governance&#039;&#039;&#039;&lt;br /&gt;
* Diskussion von Vorbildern (Open Source) wie DSpace, ORCID, etc. &lt;br /&gt;
* Diskussion von Möglichkeiten zum Andocken, DINI war Favorit &lt;br /&gt;
* RDMO braucht eigenen Governance &lt;br /&gt;
* Gemeinnützigkeit muss bleiben (ist auch Voraussetzung für NFDI)&lt;br /&gt;
* zweite Runde Schwerpunkt auf Finanzierung, wenn RDMO kein Projekt ist, muss die gesichert sein, aber nicht wie RADAR, Geldbeiträge oder Entwicklerpower? Geld wäre einfacher, z.B. Abwicklung über DINI  &lt;br /&gt;
*Gremien wie BOARD werden gebraucht, Nutzerbeirat, Problem, momentan nur zwei Entwickler  Gruppe (siehe Foto) hat sich gebildet, die Governance ausarbeiten will (basierend auf heutigen Ergebnissen), wie Memorandum of Understanding, dass Institutionen unterzeichnen sollen können &lt;br /&gt;
* wer dazu kommen will, soll  Mail an Harry Enke schicken &lt;br /&gt;
* nur die, die auch über Projektlaufzeit sich committen wollen &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Nutzerperspektive&#039;&#039;&#039; &lt;br /&gt;
* Vorschläge zur Verbesserung (z.B. Einstiegsseite)&lt;br /&gt;
* Diskussion über warum zu DMPs, warum RDMO (Mehrwerte besser herausarbeiten für Nutzer*innen)&lt;br /&gt;
* Diskussion, dass RDMO besonders gut aufgeht, wenn es auch an andere Tools, Dienste angekoppelt wird, wie es auch schon geschieht &lt;br /&gt;
* Nutzer: Wissenschaftler, Forschungsmanager, Datenmanager &lt;br /&gt;
* Diskussion: Eignet sich RDMO als Endnutzerwerkzeug? Momentan: Für Forschende sehr viel Beratung/Unterstützung notwendig. Ziel war aber Endnutzerwerkzeug, momentan ist es Expertenwerkzeug. Aber es war auch immer so gedacht, dass sich verschiedene Personen beteiligen &lt;br /&gt;
* Problem ist u.a. &amp;quot;Design der Fragenkataloge&amp;quot;? &amp;gt; z. B. kontextsensible Antwortoptionen (welche Datenschutzleitlinien kommen denn überhaupt in Frage)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Softwarenentwicklung&#039;&#039;&#039; &lt;br /&gt;
* &amp;quot;Maintenance Group&amp;quot; &lt;br /&gt;
* Wartungsverträge/Support Verträge (müsste eigenständig aufgesetzt werden, aber in Kooperation mit anderen RDMO-Gremien) &lt;br /&gt;
* Community Management / Fragenkataloge &amp;gt; Content &amp;gt; anderer Prozess, der auch gesteuert werden muss &lt;br /&gt;
* RDMO soll Open Source bleiben, wichtig ist aber Kommunikation und Tests &lt;br /&gt;
* Festen Kern erhalten und niedrigschwellige Beteiligung  &lt;br /&gt;
* Was haben Institutionen davon, dass sie sich beteiligen?&lt;br /&gt;
* Aufruf, sich zu beteiligen, vor allem an diejenigen, die schon mehr Erfahrungen haben  &lt;br /&gt;
* &#039;&#039;&#039;Diskussion:&#039;&#039;&#039; noch ganz viele Entwicklungsanforderungen, aber wer soll das bezahlen, Tenor scheint zu sein, dass RDMO schon ein Infrastrukturservice ist, den es schon gibt .&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Metadaten, APIs, Repositorien&#039;&#039;&#039;&lt;br /&gt;
* Schwerpunkt lag auf DataCite und maDMP Interoperabilität, wichtig Vermeidung redundante Dateneingabe&lt;br /&gt;
* Aufruf zum Teilen von Fragenkatalogen (per Mail an Olaf Michaelis, oder über GitHub)&lt;br /&gt;
&#039;&#039;&#039;Zusatz:&#039;&#039;&#039; schauen, wie ist es mit Input, z.B. über ORCiD (Giacomo) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Zusammenfassung&#039;&#039;&#039;&lt;br /&gt;
Ziel des Workshops neben Nutzeranforderungen, Test-the-Waters für Beteiligung und Outline Governance &lt;br /&gt;
Harry Enke will mit der Gruppe MoU formulieren, wie Institutionen sich beteiligen können, damit die Organisation beim nächsten Treffen gründen kann.  An diesem Treffen sind bereits Organisationen/Institutionen dabei, die bereit sind, sich längerfristig zu engagieren.&lt;br /&gt;
&lt;br /&gt;
Das ist kein juristisch belastbares Dokument, sondern es sind Gesprächsnotizen. Ergänzungen etc. willkommen.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO&amp;diff=5056</id>
		<title>RDMO</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO&amp;diff=5056"/>
		<updated>2019-10-22T13:54:36Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Infobox Projekt&lt;br /&gt;
|VollständigerName= Research Data Management Organiser&lt;br /&gt;
|ZeitraumVon= 01.11.2017&lt;br /&gt;
|ZeitraumBis= 30.04.2020&lt;br /&gt;
|Beteiligt=AIP, FH Potsdam, KIT&lt;br /&gt;
|Förderung= DFG&lt;br /&gt;
|Website=http://rdmorganiser.github.io/&lt;br /&gt;
}}&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist ein Tool zur Erstellung von Datenmanagementplänen. Es wurde im Rahmen eines DFG-geförderten Projekts entwickelt und wird derzeit in der zweiten Projektphase verbessert und erweitert.&lt;br /&gt;
&lt;br /&gt;
= Einleitung =&lt;br /&gt;
Ziel des Projekts ist es, ein Werkzeug zur Verfügung zu stellen, das die strukturierte Planung, Umsetzung und Verwaltung des Forschungsdatenmanagements unterstützt und zusätzlich die textuelle Ausgabe eines Datenmanagementplans (DMP) ermöglicht. Ein Datenmanagementplan soll klären auf welche Art und Weise mit den anfallenden Forschungsdaten während, aber auch nach dem Ende eines Projekts, umgegangen werden soll. Es gilt beispielsweise zu klären in welchem Umfang Forschungsdaten anfallen, wie und wo diese gespeichert werden sollen und wer darauf zugreifen darf. Wie unter [[Data_Management_Pläne]] erklärt, gibt es bereits Online-Tools von verschiedenen Institutionen entwickelt: das Digital Curation Centre (DCC) in Großbritannien mit [http://dmponline.dcc.ac.uk DMPonline], die California Digital Library (CDL) mit dem [http://dmptool.org DMPTool] und in Deutschland das [http://data.uni-bielefeld.de/de/data-management-plan Online Tool für die Erstellung eines DMP] der Universität Bielefeld.&lt;br /&gt;
&lt;br /&gt;
= Projektphasen =&lt;br /&gt;
&lt;br /&gt;
== Erste Projektphase ==&lt;br /&gt;
&lt;br /&gt;
Die erste Projektphase dauerte von November 2015 bis April 2017 und diente der Entwicklung von RDMO. &lt;br /&gt;
&lt;br /&gt;
Der Hauptzweck von Tools zur Erstellung von DMP ist es den Vorgaben des jeweiligen Förderers zu entsprechen und zu unterstützen. Das Ziel von RDMO ist jedoch eine Nutzung, die über die Antragsstellung hinausgeht. So kann das Erstellen eines DMPs die Planung des Forschungsdatenmanagements im Vorfeld optimieren und schließlich das ganze Projekt lang begleiten und unterstützen, in dem es als Leitfaden dienst. Dies lönnte die Effizienz und die Qualität der wissenschaftlichen Arbeit erhöhen und somit auch die Motivation des Wissenschaftlers solch einen DMP zu erstellen. Die Zielgruppe ist jedoch nciht nur der Forschende selbst, sondern auch alle im Forschungsdatenmanagement Involvierten. Das Tool ist für die verschiedenesten Disziplinen und Institute anpassbar und somit einsetzbar. Das Online-Tool wird derzeit in deutsch und englisch angeboten.&lt;br /&gt;
&lt;br /&gt;
== Zweite Projektphase ==&lt;br /&gt;
&lt;br /&gt;
Das RDMO-Projekt befindet sich derzeit in der zweiten Pojektphase, die von November 2017 bis April 2020 läuft.&lt;br /&gt;
&lt;br /&gt;
Die Ziele für die zweite Projektphase sind insbesondere:&lt;br /&gt;
&lt;br /&gt;
* Erweiterung des Organisers: Rollenkonzept, Kostenabschötzung, Ingest-Prozess, Interoperabilität&lt;br /&gt;
&lt;br /&gt;
* Integration in die Infrastruktur: standardisierte Installation, Wartbarkeit, Ausbau der untersützten Authentifizierungs- und Autorisierungs-Systeme&lt;br /&gt;
&lt;br /&gt;
* Etablierung in der Community&lt;br /&gt;
&lt;br /&gt;
* Nachhaltigkeit / Verstetigung&lt;br /&gt;
&lt;br /&gt;
== Berichte ==&lt;br /&gt;
&lt;br /&gt;
[[Erstes Community-Treffen|1. Community-Treffen]]&lt;br /&gt;
[[Zweites Community-Treffen|2. Community-Treffen]]&lt;br /&gt;
&lt;br /&gt;
= Anleitungen =&lt;br /&gt;
&lt;br /&gt;
== Dokumentation ==&lt;br /&gt;
&lt;br /&gt;
Die Dokumentation für die Installation und die Einrichtung von RDMO ist unter [http://rdmo.readthedocs.io/de/latest] zu finden.&lt;br /&gt;
&lt;br /&gt;
== Tutorials ==&lt;br /&gt;
&lt;br /&gt;
* [[Katalog_erstellen|&amp;quot;Wie erstelle ich einen Fragekatalog in RDMO?&amp;quot;]]&lt;br /&gt;
* [[Ansicht_erstellen|&amp;quot;Wie erstelle ich eine Ansicht (View) in RDMO?&amp;quot;]]&lt;br /&gt;
* [[Bedingung_erstellen|&amp;quot;Wie erstelle ich eine Bedingung in RDMO?&amp;quot;]]&lt;br /&gt;
* [[Import_Export|&amp;quot;Wie importiere und exportiere ich XML-Dateien in RDMO?&amp;quot;]]&lt;br /&gt;
&lt;br /&gt;
== Frequently asked questions (FAQs) ==&lt;br /&gt;
&lt;br /&gt;
[[FAQs|Frequently asked questions]]&lt;br /&gt;
&lt;br /&gt;
= Weblinks =&lt;br /&gt;
&lt;br /&gt;
* http://rdmorganiser.github.io/&lt;br /&gt;
* GitHub Organisation und Quellcode: http://github.com/rdmorganiser&lt;br /&gt;
* Demo-Instanz: http://rdmo.aip.de&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Projekte]]&lt;br /&gt;
[[Kategorie:Data Management]]&lt;br /&gt;
[[Kategorie:Open Science]]&lt;br /&gt;
[[Kategorie:Förderorganisationen]]&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4663</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4663"/>
		<updated>2019-05-14T08:55:12Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Fehler */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Zu Beginn eines View-Templates werden die nötigen View-Tags geladen. Die folgenden Zeilen bilden den Standard, der nötig ist, um auf die weiter unten genannten Funktionen zuzugreifen und werden sich in wahrscheinlich jedem View-Template finden. Natürlich können auch sie verändert und ergänzt werden. &amp;quot;Partners&amp;quot; und &amp;quot;datasets&amp;quot; sind Variablen die in der ganzen View zur Verfügung stehen werden. Zur letzteren findet sich weiter unten auch ein Verwendungsbeispiel.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% load view_tags %}&lt;br /&gt;
{% get_set &#039;project/partner&#039; as partners %}&lt;br /&gt;
{% get_set &#039;project/dataset&#039; as datasets %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Verwendung ===&lt;br /&gt;
&lt;br /&gt;
Für Attributsammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% get_values &#039;project/research_question/keywords&#039; set_index=0 as keyword %}&lt;br /&gt;
    {% for value in text %}&lt;br /&gt;
        &amp;lt;li&amp;gt;{{ value.value }}&amp;lt;/li&amp;gt;&lt;br /&gt;
    {% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project/research_question/keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in datasets %}&lt;br /&gt;
    &amp;lt;p&amp;gt;&lt;br /&gt;
        {% render_set_value dataset &#039;project/dataset/id&#039; %}&lt;br /&gt;
    &amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% get_value &#039;project/dataset/sharing/yesno&#039; as val %}&lt;br /&gt;
{% if val.is_true %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4662</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4662"/>
		<updated>2019-05-14T08:54:45Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Verwendung */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Zu Beginn eines View-Templates werden die nötigen View-Tags geladen. Die folgenden Zeilen bilden den Standard, der nötig ist, um auf die weiter unten genannten Funktionen zuzugreifen und werden sich in wahrscheinlich jedem View-Template finden. Natürlich können auch sie verändert und ergänzt werden. &amp;quot;Partners&amp;quot; und &amp;quot;datasets&amp;quot; sind Variablen die in der ganzen View zur Verfügung stehen werden. Zur letzteren findet sich weiter unten auch ein Verwendungsbeispiel.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% load view_tags %}&lt;br /&gt;
{% get_set &#039;project/partner&#039; as partners %}&lt;br /&gt;
{% get_set &#039;project/dataset&#039; as datasets %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Verwendung ===&lt;br /&gt;
&lt;br /&gt;
Für Attributsammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% get_values &#039;project/research_question/keywords&#039; set_index=0 as keyword %}&lt;br /&gt;
    {% for value in text %}&lt;br /&gt;
        &amp;lt;li&amp;gt;{{ value.value }}&amp;lt;/li&amp;gt;&lt;br /&gt;
    {% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project/research_question/keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in datasets %}&lt;br /&gt;
    &amp;lt;p&amp;gt;&lt;br /&gt;
        {% render_set_value dataset &#039;project/dataset/id&#039; %}&lt;br /&gt;
    &amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% get_value &#039;project/dataset/sharing/yesno&#039; as val %}&lt;br /&gt;
{% if val.is_true %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4656</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4656"/>
		<updated>2019-05-14T08:38:59Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Zu Beginn eines View-Templates werden die nötigen View-Tags geladen. Die folgenden Zeilen bilden den Standard, der nötig ist, um auf die weiter unten genannten Funktionen zuzugreifen und werden sich in wahrscheinlich jedem View-Template finden. Natürlich können auch sie verändert und ergänzt werden. &amp;quot;Partners&amp;quot; und &amp;quot;datasets&amp;quot; sind Variablen die in der ganzen View zur Verfügung stehen werden. Zur letzteren findet sich weiter unten auch ein Verwendungsbeispiel.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% load view_tags %}&lt;br /&gt;
{% get_set &#039;project/partner&#039; as partners %}&lt;br /&gt;
{% get_set &#039;project/dataset&#039; as datasets %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Verwendung ===&lt;br /&gt;
&lt;br /&gt;
Für Attributsammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% get_values &#039;project/research_question/keywords&#039; set_index=0 as keyword %}&lt;br /&gt;
    {% for value in text %}&lt;br /&gt;
        &amp;lt;li&amp;gt;{{ value.value }}&amp;lt;/li&amp;gt;&lt;br /&gt;
    {% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project/research_question/keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in datasets %}&lt;br /&gt;
    &amp;lt;p&amp;gt;&lt;br /&gt;
        {% render_set_value dataset &#039;project/dataset/id&#039; %}&lt;br /&gt;
    &amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% get_value &#039;project/dataset/sharing/yesno&#039; as val %}&lt;br /&gt;
{% if val.is_true %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4654</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4654"/>
		<updated>2019-05-14T08:38:15Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Zu Beginn eines View-Templates werden die nötigen View-Tags geladen. Die folgenden Zeilen bilden den Standard, der nötig ist, um auf die weiter unten genannten Funktionen zuzugreifen und werden sich in wahrscheinlich jedem View-Template finden. Natürlich können auch sie verändert und ergänzt werden. &amp;quot;Partners&amp;quot; und &amp;quot;datasets&amp;quot; sind Variablen die in der ganzen View zur Verfügung stehen werden. Zur letzteren findet sich weiter unten auch ein Verwendungsbeispiel.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% load view_tags %}&lt;br /&gt;
{% get_set &#039;project/partner&#039; as partners %}&lt;br /&gt;
{% get_set &#039;project/dataset&#039; as datasets %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Verwendung ===&lt;br /&gt;
&lt;br /&gt;
Für Attributsammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% get_values &#039;project/research_question/keywords&#039; set_index=0 as keyword %}&lt;br /&gt;
    {% for value in text %}&lt;br /&gt;
        &amp;lt;li&amp;gt;{{ value.value }}&amp;lt;/li&amp;gt;&lt;br /&gt;
    {% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project/research_question/keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in datasets %}&lt;br /&gt;
    &amp;lt;p&amp;gt;&lt;br /&gt;
        {% render_set_value dataset &#039;project/dataset/id&#039; %}&lt;br /&gt;
    &amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% get_value &#039;project/dataset/sharing/yesno&#039; as val %}&lt;br /&gt;
{% if val.is_true %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
=== Filter ===&lt;br /&gt;
&lt;br /&gt;
Es können Filter eingesetzt werden, um die Ausgabe zu formatieren. Es können beispielsweise die Inhalte einer Sammlung durch Kommata getrennt werden:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    {{ values.project.research_question.keywords | join:&#039;, &#039; }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4653</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4653"/>
		<updated>2019-05-14T08:37:26Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Zu Beginn eines View-Templates werden die nötigen View-Tags geladen. Die folgenden Zeilen bilden den Standard, der nötig ist, um auf die weiter unten genannten Funktionen zuzugreifen und werden sich in wahrscheinlich jedem View-Template finden. Natürlich können auch sie verändert und ergänzt werden. &amp;quot;Partners&amp;quot; und &amp;quot;datasets&amp;quot; sind Variablen die in der ganzen View zur Verfügung stehen werden. Zur letzteren findet sich weiter unten auch ein Verwendungsbeispiel.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% load view_tags %}&lt;br /&gt;
{% get_set &#039;project/partner&#039; as partners %}&lt;br /&gt;
{% get_set &#039;project/dataset&#039; as datasets %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Für Attributsammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% get_values &#039;project/research_question/keywords&#039; set_index=0 as keyword %}&lt;br /&gt;
    {% for value in text %}&lt;br /&gt;
        &amp;lt;li&amp;gt;{{ value.value }}&amp;lt;/li&amp;gt;&lt;br /&gt;
    {% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project/research_question/keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in datasets %}&lt;br /&gt;
    &amp;lt;p&amp;gt;&lt;br /&gt;
        {% render_set_value dataset &#039;project/dataset/id&#039; %}&lt;br /&gt;
    &amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% get_value &#039;project/dataset/sharing/yesno&#039; as val %}&lt;br /&gt;
{% if val.is_true %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
=== Filter ===&lt;br /&gt;
&lt;br /&gt;
Es können Filter eingesetzt werden, um die Ausgabe zu formatieren. Es können beispielsweise die Inhalte einer Sammlung durch Kommata getrennt werden:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    {{ values.project.research_question.keywords | join:&#039;, &#039; }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4652</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4652"/>
		<updated>2019-05-14T08:31:57Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Tags */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Für Attributsammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% get_values &#039;project/research_question/keywords&#039; set_index=0 as keyword %}&lt;br /&gt;
    {% for value in text %}&lt;br /&gt;
        &amp;lt;li&amp;gt;{{ value.value }}&amp;lt;/li&amp;gt;&lt;br /&gt;
    {% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project/research_question/keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in datasets %}&lt;br /&gt;
    &amp;lt;p&amp;gt;&lt;br /&gt;
        {% render_set_value dataset &#039;project/dataset/id&#039; %}&lt;br /&gt;
    &amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% get_value &#039;project/dataset/sharing/yesno&#039; as val %}&lt;br /&gt;
{% if val.is_true %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
=== Filter ===&lt;br /&gt;
&lt;br /&gt;
Es können Filter eingesetzt werden, um die Ausgabe zu formatieren. Es können beispielsweise die Inhalte einer Sammlung durch Kommata getrennt werden:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    {{ values.project.research_question.keywords | join:&#039;, &#039; }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4651</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4651"/>
		<updated>2019-05-14T08:27:21Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Ansicht bearbeiten */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value &#039;project/research_question/title&#039; %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Für Attributssammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% for keyword in project.research_question.keywords %}&lt;br /&gt;
    &amp;lt;li&amp;gt;{{ keyword }}&amp;lt;/li&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project.research_question.keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    &amp;lt;i&amp;gt;Dataset {{ dataset.id }}:&amp;lt;/i&amp;gt; {{ dataset.usage_description }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% if conditions.personal_data %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
=== Filter ===&lt;br /&gt;
&lt;br /&gt;
Es können Filter eingesetzt werden, um die Ausgabe zu formatieren. Es können beispielsweise die Inhalte einer Sammlung durch Kommata getrennt werden:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    {{ values.project.research_question.keywords | join:&#039;, &#039; }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4650</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4650"/>
		<updated>2019-05-14T08:27:00Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Ansicht bearbeiten */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{% render_value project/research_question/title %}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Für Attributssammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% for keyword in project.research_question.keywords %}&lt;br /&gt;
    &amp;lt;li&amp;gt;{{ keyword }}&amp;lt;/li&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project.research_question.keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    &amp;lt;i&amp;gt;Dataset {{ dataset.id }}:&amp;lt;/i&amp;gt; {{ dataset.usage_description }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% if conditions.personal_data %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
=== Filter ===&lt;br /&gt;
&lt;br /&gt;
Es können Filter eingesetzt werden, um die Ausgabe zu formatieren. Es können beispielsweise die Inhalte einer Sammlung durch Kommata getrennt werden:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    {{ values.project.research_question.keywords | join:&#039;, &#039; }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4649</id>
		<title>Ansicht erstellen</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=Ansicht_erstellen&amp;diff=4649"/>
		<updated>2019-05-14T08:09:13Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Ansicht bearbeiten */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tutorial zum Erstellen einer Ansicht (View) =&lt;br /&gt;
&lt;br /&gt;
Nachdem Sie einen Fragenkatalog selbst erstellt haben oder einen geeigneten, bereits vorhanden ausgesucht haben, bietet es sich an eine (oder mehrere) entsprechende Ansicht(en) zu erstellen. Eine Ansicht erlaubt es den ausgefüllten Fragenkatalog in gewünschter Form darzustellen und in verschiedene Formate (z.B. PDF, HTML) zu exportieren. Solch eine Ansicht bietet sich beispielsweise an, wenn von dem Förder ein Datenmanagementplan in Textform verlangt wird. Die Ansicht kann die Fragen des Katalogs neu anordnen und somit der Reihenfolge des Fragenkataloges eines Förders angeglichen werden. &lt;br /&gt;
&lt;br /&gt;
== Eine neue Ansicht anlegen ==&lt;br /&gt;
&lt;br /&gt;
Unter dem Managementmenü in der oberen Navigationsleiste finden Sie die &#039;&#039;Ansichten&#039;&#039;. Wenn sie auf &#039;&#039;Ansichten&#039;&#039; klicken, erscheinen alle bisher verfügbaren Ansichten. Klicken Sie In der rechten Navigationsleiste unter &#039;&#039;Optionen&#039;&#039; auf &#039;&#039;Neue Ansicht erstellen&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
Es öffnet sich nun ein Fenster, in dem Sie die Eigenschaften der neuen Ansicht festlegen müssen:&lt;br /&gt;
* &#039;&#039;URI Prefix&#039;&#039;: bitte wählen Sie das Wort ihrer RDMO-Instanz, welches sie durchgängig verwenden müssen (Das Entwicklerteam verwendet für seine Demo-Instanz: https://rdmorganiser.github.io/terms)&lt;br /&gt;
* &#039;&#039;Schlüssel&#039;&#039;: wählen Sie einen beliebigen Namen, den Sie ausschließlich für diese Ansicht zur Identifizierung verwenden (z.B. „Förderer x“)&lt;br /&gt;
* &#039;&#039;Kommentar&#039;&#039;: geben Sie optional einen beschreibenden Text ein, wofür die Ansicht gedacht ist&lt;br /&gt;
* &#039;&#039;Titel (en)&#039;&#039;: geben Sie einen englischen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Titel (de)&#039;&#039;: geben Sie einen deutschen Titel für die Ansicht ein. Der Titel wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (en)&#039;&#039;: geben Sie optional einen englische Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
* &#039;&#039;Hilfe (de)&#039;&#039;:geben Sie optional einen deutsche Hilfetext der Ansicht. Der Hilfetext wird in der Projektübersicht angezeigt.&lt;br /&gt;
&lt;br /&gt;
=== Ansicht bearbeiten ===&lt;br /&gt;
&lt;br /&gt;
Nachdem sie eine neue Ansicht angelegt haben, erscheint es in der Liste der Ansichten alphabetisch einsortiert. Klicken Sie auf das zweite Symbol &amp;quot;Template bearbeiten&amp;quot; in dem Vorlagen-Panel. Es erscheint dann das Vorlagen-Fenster, welches zunächst leer ist. Dort tippen Sie die gewünschten Fragen, dessen Antworten auf ein Textdokument gemappt werden sollen, für die Ansicht ein. Dafür verwenden Sie &#039;&#039;&#039;Django Template Syntax&#039;&#039;&#039;. Grundlegende Funktionen werden im Folgenden erklären. Für eine genaue Anleitung lesen Sie bitte [https://docs.djangoproject.com/en/2.2/topics/templates/] .&lt;br /&gt;
&lt;br /&gt;
Für das Layout verwenden Sie reguläres &#039;&#039;&#039;HTML&#039;&#039;&#039; und dank der Django Template Syntax können Variablen ersetzt werden.&lt;br /&gt;
Es gibt zwei Arten von Variablen:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;values&#039;&#039;, welche die Antworten des Benutzers auf deren Attribute mappt.&lt;br /&gt;
* &#039;&#039;conditions&#039;&#039;, welche auf die Schlüssel von den Bedingungen mappt, um die Bedingungen anhand des aktuellen Projekts auszuwerten (z.B. wahr oder falsch).&lt;br /&gt;
&lt;br /&gt;
Beim Beantworten des Fragenkatalogs durch den Benutzer werden die Attribute wie z.B. &amp;lt;code&amp;gt;project/research_question/title&amp;lt;/code&amp;gt; mit dessen Antworten gefüllt. Diese Antworten können dann mit Hilfe von Variabeln in der Ansicht abgerufen werden. Dabei werden die Schrägstriche &amp;lt;code&amp;gt;/&amp;lt;/code&amp;gt; durch Punkte &amp;lt;code&amp;gt;.&amp;lt;/code&amp;gt; ersetzt. In der Vorlage schreiben Sie:&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;lt;nowiki&amp;gt;{{ values.project.research_question.title }}&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nehmen wir an, dass der Benutzer auf die Frage mit &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot; geantwortet hat. Dann wird die Variable &amp;lt;code&amp;gt;values.project.research_question.title&amp;lt;/code&amp;gt; durch diese Antwort ersetzt und die Ausgabe ist:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
Die Fragestellung des Projekts ist: &amp;quot;Wie erstelle ich eine Ansicht?&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Tags ===&lt;br /&gt;
&lt;br /&gt;
Für Attributssammlungen bietet es sich den &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Tag zu verwenden, der eine Schleife über alle Antworteingaben einer Frage legt:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
{% for keyword in project.research_question.keywords %}&lt;br /&gt;
    &amp;lt;li&amp;gt;{{ keyword }}&amp;lt;/li&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei dient &amp;lt;nowiki&amp;gt;&amp;lt;ul&amp;gt;...&amp;lt;/ul&amp;gt;&amp;lt;/nowiki&amp;gt; dazu eine Aufzählungsliste mit Stichwörtern (&amp;lt;nowiki&amp;gt;&amp;lt;li&amp;gt;...&amp;lt;/li&amp;gt;&amp;lt;/nowiki&amp;gt;) zu erstellen. Die Schleifen-Variable &#039;&#039;keyword&#039;&#039; steht repräsentativ für die einzelnen Werte in &amp;lt;code&amp;gt;project.research_question.keywords&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Beispiel für die Sammlung &#039;&#039;dataset&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    &amp;lt;i&amp;gt;Dataset {{ dataset.id }}:&amp;lt;/i&amp;gt; {{ dataset.usage_description }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Hierbei sorgt das &amp;lt;nowiki&amp;gt;&amp;lt;p&amp;gt;...&amp;lt;/p&amp;gt;&amp;lt;/nowiki&amp;gt; dafür, dass die Ausgabe in einem Absatz formatiert wird.&lt;br /&gt;
&lt;br /&gt;
Es ist auch möglich, dass eine Antwort nur angezeigt wird, wenn diese auch tatsächlich vorher bgegeben wurde, d.h. wenn das Attribut nicht leer ist. Dafür wird der &amp;lt;code&amp;gt;if&amp;lt;/code&amp;gt;-Tag verwendet:&lt;br /&gt;
&lt;br /&gt;
{% if conditions.personal_data %}&lt;br /&gt;
Dies wird nur ausgeführt, wenn personal_data als wahr ausgewertet wird.&lt;br /&gt;
{% endif %}&lt;br /&gt;
&lt;br /&gt;
=== Filter ===&lt;br /&gt;
&lt;br /&gt;
Es können Filter eingesetzt werden, um die Ausgabe zu formatieren. Es können beispielsweise die Inhalte einer Sammlung durch Kommata getrennt werden:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;&lt;br /&gt;
    {{ values.project.research_question.keywords | join:&#039;, &#039; }}&lt;br /&gt;
&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fehler ==&lt;br /&gt;
&lt;br /&gt;
1.) &lt;br /&gt;
Bitte beachten Sie, dass sie stets &amp;quot;values&amp;quot;+ den Pfad des Attributes angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Lediglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
2.) Wenn sie ihre Eintragungen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass Sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. Solche syntaktischen Fehler werden Ihnen auf diese Art angezeigt. Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen oder falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4573</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4573"/>
		<updated>2019-04-23T10:18:07Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Woher kann man RDMO beziehen? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [https://rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf Github [https://github.com/rdmorganiser/rdmo] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [https://rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [https://rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Wie exportiere ich eine Liste aller Fragen eines Fragenkatalogs? ===&lt;br /&gt;
&lt;br /&gt;
Gehen Sie mit Managementrechten über den Menüpunkt &amp;quot;Management&amp;quot; auf die Ansicht der Fragenkataloge (&amp;quot;Fragen&amp;quot;) und wählen Sie über das Drop-down-Menü unter dem Punkt &amp;quot;Katalog&amp;quot; auf der rechten Seite den gewünschten Fragenkatalog aus. Weiter unten stehen Ihnen unter dem Punkt &amp;quot;Export&amp;quot; verschiedenen Exportformate zur Verfügung. Klicken Sie auf das gewünschte Format. Ggf. können Sie die Ausgabe bearbeiten, da auch Hilfetexte mit ausgegeben werden.  &lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO auf GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokumentation findet Sie unter [https://rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind Sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte.&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [https://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden.&lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4572</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4572"/>
		<updated>2019-04-23T10:17:46Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Woher kann man RDMO beziehen? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [https://rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf (Github)[https://github.com/rdmorganiser/rdmo] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [https://rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [https://rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Wie exportiere ich eine Liste aller Fragen eines Fragenkatalogs? ===&lt;br /&gt;
&lt;br /&gt;
Gehen Sie mit Managementrechten über den Menüpunkt &amp;quot;Management&amp;quot; auf die Ansicht der Fragenkataloge (&amp;quot;Fragen&amp;quot;) und wählen Sie über das Drop-down-Menü unter dem Punkt &amp;quot;Katalog&amp;quot; auf der rechten Seite den gewünschten Fragenkatalog aus. Weiter unten stehen Ihnen unter dem Punkt &amp;quot;Export&amp;quot; verschiedenen Exportformate zur Verfügung. Klicken Sie auf das gewünschte Format. Ggf. können Sie die Ausgabe bearbeiten, da auch Hilfetexte mit ausgegeben werden.  &lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO auf GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokumentation findet Sie unter [https://rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind Sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte.&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [https://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden.&lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4568</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4568"/>
		<updated>2019-04-23T10:14:56Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Welche Benutzergruppen gibt es? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [https://rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf [http://www.github.com] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [https://rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [https://rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Wie exportiere ich eine Liste aller Fragen eines Fragenkatalogs? ===&lt;br /&gt;
&lt;br /&gt;
Gehen Sie mit Managementrechten über den Menüpunkt &amp;quot;Management&amp;quot; auf die Ansicht der Fragenkataloge (&amp;quot;Fragen&amp;quot;) und wählen Sie über das Drop-down-Menü unter dem Punkt &amp;quot;Katalog&amp;quot; auf der rechten Seite den gewünschten Fragenkatalog aus. Weiter unten stehen Ihnen unter dem Punkt &amp;quot;Export&amp;quot; verschiedenen Exportformate zur Verfügung. Klicken Sie auf das gewünschte Format. Ggf. können Sie die Ausgabe bearbeiten, da auch Hilfetexte mit ausgegeben werden.  &lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO aug GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokuemntation findet Sie unter [https://rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [https://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden.&lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4567</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4567"/>
		<updated>2019-04-23T10:14:24Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Wie erstelle ich eine neue Ansicht? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [https://rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf [http://www.github.com] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [https://rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [https://rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Wie exportiere ich eine Liste aller Fragen eines Fragenkatalogs? ===&lt;br /&gt;
&lt;br /&gt;
Gehen Sie mit Managementrechten über den Menüpunkt &amp;quot;Management&amp;quot; auf die Ansicht der Fragenkataloge (&amp;quot;Fragen&amp;quot;) und wählen Sie über das Drop-down-Menü unter dem Punkt &amp;quot;Katalog&amp;quot; auf der rechten Seite den gewünschten Fragenkatalog aus. Weiter unten stehen Ihnen unter dem Punkt &amp;quot;Export&amp;quot; verschiedenen Exportformate zur Verfügung. Klicken Sie auf das gewünschte Format. Ggf. können Sie die Ausgabe bearbeiten, da auch Hilfetexte mit ausgegeben werden.  &lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO aug GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokuemntation findet Sie unter [https://rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [http://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden.&lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4566</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4566"/>
		<updated>2019-04-23T10:13:19Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Wie erstelle ich einen neuen Fragenkatalog? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [https://rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf [http://www.github.com] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [https://rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [https://rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Wie exportiere ich eine Liste aller Fragen eines Fragenkatalogs? ===&lt;br /&gt;
&lt;br /&gt;
Gehen Sie mit Managementrechten über den Menüpunkt &amp;quot;Management&amp;quot; auf die Ansicht der Fragenkataloge (&amp;quot;Fragen&amp;quot;) und wählen Sie über das Drop-down-Menü unter dem Punkt &amp;quot;Katalog&amp;quot; auf der rechten Seite den gewünschten Fragenkatalog aus. Weiter unten stehen Ihnen unter dem Punkt &amp;quot;Export&amp;quot; verschiedenen Exportformate zur Verfügung. Klicken Sie auf das gewünschte Format. Ggf. können Sie die Ausgabe bearbeiten, da auch Hilfetexte mit ausgegeben werden.  &lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO aug GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokuemntation findet Sie unter [http://www.rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [http://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden.&lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4565</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4565"/>
		<updated>2019-04-23T10:12:38Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Welche Dokumentation existiert für RDMO? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [https://rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf [http://www.github.com] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [https://rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [http://www.rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Wie exportiere ich eine Liste aller Fragen eines Fragenkatalogs? ===&lt;br /&gt;
&lt;br /&gt;
Gehen Sie mit Managementrechten über den Menüpunkt &amp;quot;Management&amp;quot; auf die Ansicht der Fragenkataloge (&amp;quot;Fragen&amp;quot;) und wählen Sie über das Drop-down-Menü unter dem Punkt &amp;quot;Katalog&amp;quot; auf der rechten Seite den gewünschten Fragenkatalog aus. Weiter unten stehen Ihnen unter dem Punkt &amp;quot;Export&amp;quot; verschiedenen Exportformate zur Verfügung. Klicken Sie auf das gewünschte Format. Ggf. können Sie die Ausgabe bearbeiten, da auch Hilfetexte mit ausgegeben werden.  &lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO aug GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokuemntation findet Sie unter [http://www.rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [http://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden.&lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4561</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4561"/>
		<updated>2019-04-23T09:58:01Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Welche Ansichten exisiteren bereits? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [http://www.rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf [http://www.github.com] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [http://www.rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [http://www.rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO aug GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Management Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokuemntation findet Sie unter [http://www.rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [http://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden. &lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
	<entry>
		<id>https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4560</id>
		<title>RDMO FAQ</title>
		<link rel="alternate" type="text/html" href="https://www.forschungsdaten.org/index.php?title=RDMO_FAQ&amp;diff=4560"/>
		<updated>2019-04-23T09:57:46Z</updated>

		<summary type="html">&lt;p&gt;Omichaelis: /* Frequently asked questions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Frequently asked questions =&lt;br /&gt;
&lt;br /&gt;
Diese Seite enthält häufig gestellte Fragen über den Research Data Management Organiser (RDMO).&lt;br /&gt;
&lt;br /&gt;
== Grundlagen ==&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein (Forschungs-)Datenmanagementplan? ===&lt;br /&gt;
&lt;br /&gt;
Ein (Forschungs-)Datenmanagementplan, kurz DMP, ist ein formales Dokument aus dem hervorgeht welche Daten während eines Projekts verwendet und erhoben werden und wie mit diesen während und nach dem Projekt umgegangen wird. Wichtige Aspekte sind hierbeit u.a. Sicherheit, Nachnutzbarkeit und Langzeitarchivierung. Der Plan hilft dabei dem Ersteller strukturierter sein Projektvorhaben anzugehen und seine Daten im Idealfall besser zu dokumentieren. Außerdem verlangen immer mehr Förderer nach einem Datenmnagementplan bei der Projektantagsstellung.&lt;br /&gt;
&lt;br /&gt;
=== Was ist RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Der Research Data Management Organiser, kurz RDMO, ist eine webbasiertes Software zur Erstellung von interaktiven Datenmanagementplänen für Institutionen und Forschende. Dies hilft beim Planen von Projekten und dem Verwalten von Datenmanagementaufgaben über den gesamten Datenlebenszyklus.&lt;br /&gt;
Nach dem Anmelden und Log-In können Forschende einen Fragenkatalog zu ihrem im Projekt zu erzeugenden und genutzen Daten beantworten. Dies ist besonders für die Projektantragsstellung bei einigen Fördern wichtig.&lt;br /&gt;
 &lt;br /&gt;
RDMO ist das Produkt eines DFG-geförderten Projekts, welches sich in zwei Phasen aufteilt. Die erste Projektphase verlief von November 2015 bis April 2017. Die zweite Projektphase läuft von November 2017 bis April 2020. RDMO wird vom Projektteam stetig verbessert.&lt;br /&gt;
&lt;br /&gt;
RDMO besitzt eine eigene Webseite: [http://www.rdmorganiser.github.io] und wird ist freie Software unter [http://www.github.com|GitHub] veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
=== Kostet RDMO etwas? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist als freie Software unter GitHub verfügbar [http://www.github.com|GitHub]. RDMO sollte auf einen Server des Instituts installiert werden und kann dann von allen zugehörigen Mitarbeitern und Forschenden kostenlos genutzt werden.&lt;br /&gt;
&lt;br /&gt;
=== Auf welchen Betriebssystemen läuft RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für Demonstrations-, Entwicklungs- oder Testzwecke kann RDMO auf Linux, Windows und macOS installiert werden. Falls Sie jedoch eine Produktionsumgebung aufsetzen möchten, RDMO über ein Netzwerk oder das Internet anbieten möchten, dann empfehlen wir sehr eine aktuelle Linux-Version, namentlich CentOS7, Debian 8 oder 9, oder Ubuntu 16.04.3 LTS (Xenial Xerus) zu verwenden.&lt;br /&gt;
&lt;br /&gt;
=== Welche ist die aktuelle Version von RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Die aktuelle Version von RDMO finden Sie unter [http://www.github.com/rdmorganiser/rdmo/releases]. RDMO kann problemlos installiert und genutzt werden. Wir werden versuchen zeitnah eine Version 1.0.0 zu veröffentlichen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Dokumentation existiert für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine gesamte Dokumentation für die Installation und Verwendung von RDMO finden Sie unter [http://www.rdmo.readthedocs.io/de/latest/index.html].&lt;br /&gt;
Unter [[RDMO]] finden Sie außerdem Tutorials zu spezifischen Anwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Welche Mailingslisten existieren für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Für die allgemeine Mailingliste für RDMO können sie sich über folgenden Link anmelden: rdmo@listserv.dfn.de&lt;br /&gt;
Über die interne Mailingliste vom RDMO-Team können Sie direkt Fragen an das Team stellen: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich zu RDMO beitragen? ===&lt;br /&gt;
&lt;br /&gt;
Der Code von RDMO ist auf [http://www.github.com|GitHub] veröffentlicht und somit können Sie den Code auch selbst ändern. Sie können außerdem sogenannte &amp;quot;Issues&amp;quot; erstellen, wenn Sie neue Probleme identifieziert haben, die gelöst werden müssen: [https://github.com/rdmorganiser/rdmo/issues]. Sie können selbstverständlich auch bereits bestehende Probleme beheben.&lt;br /&gt;
Für Verbesserungen der Dokumentation können Sie sich hier bei forschungsdaten.org registrieren und frei editieren.&lt;br /&gt;
Falls Sie auf einem anderen Weg etwas zu RDMO beitragen wollen, kontaktieren Sie uns: rdmo-team@listserv.dfn.de&lt;br /&gt;
&lt;br /&gt;
== Für Nutzer ==&lt;br /&gt;
&lt;br /&gt;
=== Gibt es eine Schnellstartanleitung für RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Ja, diese finden Sie hier: [https://rdmorganiser.github.io/docs/Schnellstartanleitung.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Wo finde ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Informieren Sie sich bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne), ob es an ihrem Institut eine eigene RMDO-Instanz gibt oder ob Sie eine andere nutzen dürfen.&lt;br /&gt;
&lt;br /&gt;
=== Wie logge ich mich bei RDMO ein? ===&lt;br /&gt;
&lt;br /&gt;
Für gewöhnlich können Sie ihre Zugangsdaten von ihrem Institut verwenden, um sich bei RDMO einzuloggen. Fragen Sie bitte bei den Zuständigen ihres Instituts für Datenmanagement(pläne) nach.&lt;br /&gt;
&lt;br /&gt;
=== Gibt es Beispielpläne? ===&lt;br /&gt;
&lt;br /&gt;
Nein, derzeit gibt es von uns keine ausgefüllten Beispielpläne. Eine Übersicht der Fragen unseres generischen Fragenkataloges finden Sie hier: [https://rdmorganiser.github.io/docs/RDMO-Fragenkatalog_nummeriert.pdf].&lt;br /&gt;
&lt;br /&gt;
=== Wie lange werden meine Pläne gespeichert? ===&lt;br /&gt;
&lt;br /&gt;
Es ist nicht vorgesehen, dass Datenmanagementpläne von anderen gelöscht werden. Sie können Sie selbst löschen, indem sie auf ihrer Startseite mit der Übersicht ihrer Projekte (also Pläne) auf fas Lösch-Smbol des entsprechenden Projektes klicken. Dieser Vorgang ist nicht umkehrbar!&lt;br /&gt;
&lt;br /&gt;
=== Was ist, wenn ich zu einem anderen Institut wechsele? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit sind die RDMO-Instanzen lokal und sie können sich mit ihren Zugangsdaten ihres Instituts anmelden. Dies schließt leider (bisher) die Mitnahme von Projekte zu einem anderen Institut aus.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann ich mit anderen Zusammen an einem Plan arbeiten? ===&lt;br /&gt;
&lt;br /&gt;
Sie können als Besitzer eines Projekts bzw. Plans andere Teilnehmer, die ebenfalls bei RDMO registriert sind, hinzufügen. Dazu klicken Sie auf das entsprechende Projekt und dann können sie in der rechten Navigationsleiste ein &#039;&#039;Mitglieder hinzufügen&#039;&#039;. sie müssen dann den Benutzernamen oder dessen E-Mail-Adresse eingeben und festlegen, ob dieser (Mit-)Besitzer werden soll oder einen anderen Status (&amp;quot;Rolle&amp;quot;) mit anderen Rechten werden soll.&lt;br /&gt;
&lt;br /&gt;
=== Wer kann mir an meinem Institut helfen? ===&lt;br /&gt;
&lt;br /&gt;
Viele Universitäten und Institute haben mittlerweile eine oder mehere Personen, die für das Datenmanagement an ihrer Einrichtung zuständig sind. Erkundigen Sie sich auf der Internetseite ihres Instituts.&lt;br /&gt;
&lt;br /&gt;
=== Wo fange ich an, nachdem ich mich eingeloggt habe? ===&lt;br /&gt;
&lt;br /&gt;
Als Nutzer von RDMO werden Sie nach dem Login auf Ihrer Startseite mit Ihren Projekten landen. Zunächst ist diese Seite lehr. Sie müssen zunächst ein &amp;quot;Neues Projekt erstellen&amp;quot; und danach können sie den Fragenkatalog beantworten. &lt;br /&gt;
&lt;br /&gt;
== Für Administratoren ==&lt;br /&gt;
&lt;br /&gt;
=== Woher kann man RDMO beziehen? ===&lt;br /&gt;
&lt;br /&gt;
RDMO wird als freie Software auf [http://www.github.com] angeboten. Das rdmo-app-Verzeichnis kann durch Klonen des entsprechenden Repositories erstellt werden.&lt;br /&gt;
&lt;br /&gt;
=== Wie kann RDMO installiert werden? ===&lt;br /&gt;
&lt;br /&gt;
Die Installationsanleitung finden Sie unter [http://www.rdmo.readthedocs.io/de/latest/installation/index.html].&lt;br /&gt;
&lt;br /&gt;
=== Wo installiere ich RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Sie benötigen einen eigenen Server (beispielsweise an ihrer Universität oder Institut) auf dem sie RDMo installieren. Es exisitert derzeit keine allgemeine RDMO-Instanz, die für jeden zugänglich wäre, sondern nur institutsinterne Instanzen.&lt;br /&gt;
&lt;br /&gt;
=== Was ist ein Fragenkatalog in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Wenn man einen Datenmanagementplan erstellen möchte, ergeben sich die verschiedensten Fragen zu den Daten und deren Umgang. In einem Fragenkatalog sind diese Fragen in Untergruppen sortiert. Oft werden von den Förderern wie z.B. der EU mit H2020 eine Sammlung an Fragen vorgegeben, die beantwortet werden müssen für ein Projekt.&lt;br /&gt;
&lt;br /&gt;
=== Welche Fragenkataloge exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Für RDMO existieren bereits verschiedene Fragenkataloge, die Sie in Ihre Instanz importieren können (z. B. der vom RDMO-Projekt erstellte ausführliche Fragenkatalog (RDMO) oder der Katalog für den Schweizer Nationsfonds (SNF)). Die existierenden Fragenkataloge sind auf Github bereitgestellt ([https://github.com/rdmorganiser/rdmo-catalog/tree/master/rdmorganiser/questions]). Es können jedoch neue Fragenkataloge erstellt werden. Oft bietet es sich auch an sogennante Ansichten (Views) zu erstellen, die nur einen Ausschnitt und/oder eine andere Reihenfolge der Fragen und deren Antworten in verschiedenen Exportformaten ausgibt.&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich einen neuen Fragenkatalog? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial: [[Katalog_erstellen]]. Eine allgemeine Dokumentation findet sie unter [http://www.rdmo.readthedocs.io/de/latest/management/questions.html]. Generell kann ein Fragenkatlog komplett neu erstellt werden oder aber durch das Kopieren eines bereits vorhanden Fragenkataloges, der dann angepasst wird. Das kopieren eines Fragenkataloges ist derzeit noch nicht möglich, ist aber in Arbeit.&lt;br /&gt;
&lt;br /&gt;
=== Was ist eine Ansicht in RDMO? ===&lt;br /&gt;
&lt;br /&gt;
Eine Ansicht oder auch View ist eine Vorlage, die bestimmt wie die vom Benutzer gegebenen Antworten auf ein Textdokument gemappt werden. Dies ermöglicht es aus dem umfangreichen Fragenkatalog nur bestimmte Fragen und deren Antworten zu extrahieren und ggf. eine andere Reihenfolge oder Layout zu bringen. Hierbei wird mit Variabeln und Tags gearbeitet. &lt;br /&gt;
&lt;br /&gt;
=== Welche Ansichten exisiteren bereits? ===&lt;br /&gt;
&lt;br /&gt;
Derzeit existieren in RDMO aug GitHub sechs Ansichten, wobei diese teilweise nur der Demonstration dienen:&lt;br /&gt;
* Bielefeld - DMP Vorlage der Universität Bielefeld.&lt;br /&gt;
* CITEC DMP - DMP Vorlage der Universität Bielefeld für CITEC geförderte Projekte.&lt;br /&gt;
* DMPonline template - Vorlage von DMPonline, Online: https://dmponline.dcc.ac.uk&lt;br /&gt;
* DMPTool template - Vorlage von DMPtool, basiert auf on &amp;quot;NSF-GEN: Generic&amp;quot;, Online: https://dmptool.org&lt;br /&gt;
* Horizon 2020 FAIR Data Managament Plan template - Vorlage für Horizon 2020, aus &amp;quot;Guidelines on FAIR Data Management in Horizon 2020&amp;quot;&lt;br /&gt;
* SNF Vorlage - DMP für die SNF (Schweiz)&lt;br /&gt;
&lt;br /&gt;
=== Wie erstelle ich eine neue Ansicht? ===&lt;br /&gt;
&lt;br /&gt;
Dazu gibt es ein Tutorial dazu: [[Ansicht_erstellen]]. Eine allgemeine Dokuemntation findet Sie unter [http://www.rdmo.readthedocs.io/de/latest/management/views.html]&lt;br /&gt;
&lt;br /&gt;
=== Wie ist das Rollenkonzept in RDMO zu verstehen? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie ein neues Projekt anlegen, dann sind sie automatisch der &#039;&#039;Besitzer&#039;&#039; dieses Projektes und Sie haben alle Rechte einschließlich das Löschen eines Projekts. Sie können weitere Mitglieder zu dem Projekt einladen und müssen ihnen eine Rolle zuweisen. Diese Rollen sind derzeit:&lt;br /&gt;
* &#039;&#039;&#039;Besitzern&#039;&#039;&#039;: hat alle Rechte.&lt;br /&gt;
* &#039;&#039;&#039;Manager&#039;&#039;&#039;: hat alle Rechte außer das Löschen eines Projekts. Er kann Snapshots erstellen und Veränderungen vornehmen. &lt;br /&gt;
* &#039;&#039;&#039;Autor&#039;&#039;&#039;: hat Lese- und Schreibrichte.&lt;br /&gt;
* &#039;&#039;&#039;Gast&#039;&#039;&#039;: hat nur Leserechte&lt;br /&gt;
&lt;br /&gt;
=== Welche Benutzergruppen gibt es? ===&lt;br /&gt;
&lt;br /&gt;
Die Benutzergruppen sind unter [http://rdmo.readthedocs.io/de/latest/administration/users.html] dokumentiert. Es gibt vier Benutzergruppen mit unterschiedlichen Rechten:&lt;br /&gt;
* Editor - Zugriff auf das Mangement-Interface und das Recht das Datenmodel zu ändern&lt;br /&gt;
* Reviewer - Zugriff auf das Management-Inteface, aber kein Recht etwas zu ändern&lt;br /&gt;
* API - können mit einer programmierbaren API auf alles Elemente des Datenmodels zugreifen&lt;br /&gt;
* Superuser - hat alle Rechte&lt;br /&gt;
&lt;br /&gt;
=== Ist RDMO mandatenfähig? ===&lt;br /&gt;
&lt;br /&gt;
Nein, RDMO ist (bisher) nicht mandantenfähig. Dies würde bedeuten, dass auf demselben Server eine RDMO-Instanz mehrere Mandanten (Kunden oder Auftraggeber) unabhängig voneinander bedient. Dies ist nicht möglich, aber es spricht nichts dagegen mehrere RDMO-Instanzen auf einen Server zu installieren.&lt;br /&gt;
&lt;br /&gt;
=== Wo nehme ich welche Einstellungen vor? ===&lt;br /&gt;
&lt;br /&gt;
Als Administrator sind für Sie vor allem zwei Seiten wichtig: das Management-Menü und das Admin-Menü. &lt;br /&gt;
Das Management-Menü dient dazu neue Fragenkataloge und alles was damit zu tun hat zu erstellen und anzupasssen. Die Untermenüs sind Domäne, Optionen, Bedingungen, Fragen, Aufgaben, Ansichten.&lt;br /&gt;
Über das Admin-Menü werden v.a. die Nutzer, deren Rechte, Nutzerkonten, der Auth Token und der Domainname verwaltet. Auch hier können wie im Managemnt-Menü die Domäne und alles rund um die Fragen verwaltet werden. &lt;br /&gt;
&lt;br /&gt;
== Fehlermeldungen ==&lt;br /&gt;
&lt;br /&gt;
=== Ich habe einen Fehler gefunden. Wie gehe ich jetzt vor? ===&lt;br /&gt;
&lt;br /&gt;
Wenn Sie den gefunden Fehler haben, den Sie nicht selbst beheben können, dann überprüfen Sie zunächst, ob der Fehler bereits hier auf der Webseite beschrieben ist. Falls nicht, dann gehen Sie bitte auf die &amp;quot;Issue&amp;quot;-Seite von GitHub: [https://github.com/rdmorganiser/rdmo/issues]. Dort sind alle aktuellen Fehlermeldungen (und Feature-Wünsche) gesammelt. Überpüfen Sie, ob Ihr Fehler bereits beschrieben ist und somit in der Bearbeitung ist. Falls nicht, dann eröffnen Sie bitte ein neues Issue und beschreiben Sie wann der Fehler aufgetreten ist. Nennen Sie die RDMO-Version und ggf. die Fehlermeldung.&lt;br /&gt;
Falls es sich um ein akutes Problem handelt, dass zeitnah behoben werden sollte, dürfen Sie gerne Hilfe über die Mailingliste anfragen oder sich direkt an das RDMO-Team wenden: rdmo-team@listserv.dfn.de .&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;dieses Feld wird benötigt?&amp;quot; === &lt;br /&gt;
* Wenn Felder für die Parameter in den entsprechenden Fenstern nicht oder nicht richtig ausgefüllt wurden, gibt es Fehlermeldungen. Beispielsweise müssen die deutschen und englische Texte ausgefüllt werden („Text (en)“ und „Text (de)“), wohingegen die Hilfetexte („Hilfe (en)“ und „Hilfe (de)“) leer bleiben dürfen.&lt;br /&gt;
&lt;br /&gt;
[[Datei:Notgiven.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet das rote Dreieck rechts im Panel einer Entität oder eines Attributs? ===&lt;br /&gt;
* Falsch gesetzte Entitäten oder Attribute werden durch ein rotes Dreieck in der entsprechenden Leiste der Frage, etc. angezeigt:&lt;br /&gt;
[[Datei:Error.PNG|700px|none]]&lt;br /&gt;
&lt;br /&gt;
=== Die Antwort in der angewendeten Ansicht (View) ist leer, obwohl die Frage beantwortet wurde? Was habe ich falsch gemacht? ===&lt;br /&gt;
&lt;br /&gt;
Bitte beachten Sie, dass sie stehts &amp;quot;values&amp;quot;+den Pfad des Attributes oder der Entität angeben müssen, wobei die Schrägstriche durch Punkte ersetzt werden. Ledeglich wenn durch eine &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt;-Schleife dieser Pfad (teilweise) ersetzt wird, reicht die verkürzende, neue Variable aus:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{% for dataset in values.project.dataset %}&lt;br /&gt;
&amp;lt;p&amp;gt;&amp;lt;em&amp;gt;Datensatz {{ dataset.id }}:&amp;lt;/em&amp;gt; &lt;br /&gt;
Volumen: {{dataset.size.volume}}&amp;lt;/p&amp;gt;&lt;br /&gt;
{% endfor %}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
In diesem Fall ersetzt &amp;quot;dataset&amp;quot; nach dem &amp;lt;code&amp;gt;for&amp;lt;/code&amp;gt; das &amp;quot;values.project.dataset&amp;quot;, so dass innerhalb der Schleife nur &amp;quot;dataset.size.volume&amp;quot; geschrieben werden muss anstatt &amp;quot;values.project.dataset.size.volume&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Was bedeutet &amp;quot;Unclosed tag on line ...&amp;quot; in der Ansicht (View)? ===&lt;br /&gt;
&lt;br /&gt;
Wenn sie ihre Eintragen (zwischen)speichern und dabei eine Fehlermeldung wie folgt erhalten:&lt;br /&gt;
&lt;br /&gt;
[[Datei:FehlermeldungAnsicht.PNG|800px|none]]&lt;br /&gt;
&lt;br /&gt;
Dann bedeutet dies, dass sie &amp;lt;nowiki&amp;gt;{% endfor %}&amp;lt;/nowiki&amp;gt; vergessen haben, welches eine for-Schleife schließt. solche syntaktischen Fehler werden Ihnen angezeigt.&lt;br /&gt;
Ob die benutzten Variabeln richtig aufgeschlüsselt werden, sehen sie in dem Code-Eingabefenster jedoch nicht. Erst wenn sie die Ansicht innerhalb ihres Projekts aufrufen, werden sie Fehler feststellen können. Es werden dann Einträge fehlen doer falsch dargestellt sein. Überprüfen Sie in solch einem Fall die richtige Angabe ihrer Variabeln.&lt;br /&gt;
&lt;br /&gt;
=== Wieso funktioniert der Import über den Hochlade-Button meiner xml-Datei nicht? ===&lt;br /&gt;
&lt;br /&gt;
Überprüfen Sie, dass ihre xml-Datei wirklich eine xml- und keine html-Datei ist. Auf der GitHub-Seite des rdmo-catalog [http://github.com/rdmorganiser/rdmo-catalog] befindet sich eine Liste von xml-Dateien. Klicken Sie oben rechts auf den grünen Button &amp;quot;Clone or download&amp;quot;, um die Dateien auf ihren Rechner zu kopieren. Wenn sie jedoch auf eine einzelne xml-Datei einen Rechtsklick machen und &amp;quot;Speichern unter&amp;quot; wählen, dann wird diese Datei als html-Datei gespeichert und von RDMO als nicht passend bewertet. Achten sie also darauf, dass ihre xml-Datei korrekt ist.&lt;br /&gt;
&lt;br /&gt;
Ein anderes Problem kann sein, dass sie versuchen in dem falschen Untermenü ihre xml-Datei hochzuladen. Die Datei domain.xml beispielsweise muss unter dem Reiter &amp;quot;Domäne&amp;quot; hochgeladen werden. Ebenso müssen Fragenktaloge unter &amp;quot;Fragen&amp;quot; hochgeladen werden, etc.&lt;/div&gt;</summary>
		<author><name>Omichaelis</name></author>
	</entry>
</feed>