The German login screen has an additional "." after "Academic Cloud". Should be removed.
Import RDMO Policy Generator from FDNext to test.plan instance https://github.com/rdmorganiser/rdmo-catalog/tree/master/shared/FDNext
Compare results with Data policies on eRA website https://www.eresearch.uni-goettingen.de/knowledge-base/policies/
Die page ist jetzt außerdem in folgenden Katalogen/Sektionen enthalten:
Nicht enthalten ist sie weiterhin in diesen Katalogen:
Ich war ausgehend von der Formulierung in der EU/ABS-Vereinbarung davon ausgegangen, dass das traditionelle Wissen nur in den Naturwissenschaften relevant ist.
Traditionelles Wissen, das sich auf genetische Ressourcen bezieht, fällt also nur dann unter die EU-ABS-Verordnung, wenn es in die Nutzung der betreffenden Ressourcen einfließt ... (2.3.2 im angehängten Leitfaden zur Verordnung 511/2014)
Aber das sollen gerne die Experten in der Beratung entscheiden, ich werde die Frage noch in die soz.wiss.-Kataloge aufnehmen.
Soweit sollte jetzt alles gefixt sein, auf plan.* ist jetzt hoffentlich alles so wie es sein sollte. test.* und staging .* müssen noch nachgezogen werden. Die page ist jetzt in folgenden Katalogen/Sektionen enthalten, in der Regel an zweiter Stelle:
Es gab noch einige Probleme mit der Erstellung:
URI prefix for catalogues introduced through GRO.plan:
https://plan.goettingen-research-online.de/
project name or other catalogue description goes into URI path, e.g.:
https://plan.goettingen-research-online.de/questions/rtg2824
Agreed on URI for all elements introduced through GRO.plan:
https://plan.goettingen-research-online.de/[project]/terms
e.g. for elements introduced by eRA:
https://plan.goettingen-research-online.de/era/terms
or for elements introduced by RTG 2824:
https://plan.goettingen-research-online.de/rtg2824/terms
We need a consistent scheme to identify elements that are introduced by us or by projects from Göttingen.
Updated all catalogues on plan and test.plan to the state of https://github.com/rdmorganiser/rdmo-catalog/ on 2023-09-20
Thanks!
On
please import options/rdmo.xml
(in the documentation: ./manage.py import /path/to/options/rdmo.xml)
file for import in ownCloud:
New_eRA/02_Services/GRO_plan/RDMO_files/rdmo-catalog-master_20230920/rdmorganiser/options/rdmo.xml
Importing options/rdmo.xml breaks with "Bad request". Same error as with the sorting functionality, hopefully will be fixed with it.
Also, the github page states that the current master bracnh will only with with the latest version of RDMO, so we should probably first update to 1.11.0 before importing the current catalogues.
Ja, dort steht der Name des Anfragenden. Die Mail geht ins OTRS und CC an den Anfragenden. Im OTRS ist dann die Mailadresse des Anfragenden als "Antwort an" hinterlegt. Dann müssen wir es nur noch aus unserem OTRS in euer KIX weiterleiten. Wir können nämlich nicht taskspezifisch verschiedene E-Mail-Adressen für das Verschicken angeben (wenn wir mehrere anbieten, stünden die dann bei allen Tasks zur Verfügung).
Als Workaround könnten wir im OTRS eine eigene queue "nagoya" anlegen, die hereinkommenden Tickets nach Betreff dort hineinfiltern und dann müsste jemand sie aus der queue zu euch weiterleiten (ich weiß nicht ob die GWDG das automatisiert einrichten würde). Wäre das aktuell ein gangbarer Weg?
@jens.nieschulze : Hast Du hierzu noch Änderungswünsche bzgl. Text bei der Frage oder Ticket-Funktionalität? Sonst würden wir das erstmal so lassen und im nächsten Release auf die Produktiv-Instanz übernehmen.