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