Da immer mehr Datensatznetzwerke hinzukommen (und möglicherweise in Zukunft im Zusammenhang mit gehosteten Portalen zu erwarten sind), möchten wir von der zentralen, manuellen Pflege der Netzwerkmitgliedschaft dazu übergehen, vertrauenswürdigen Netzwerkkoordinatoren Editorrechte zu erteilen.
Die Netzwerkmitgliedschaft wird in Tabelle dataset_network
kuratiert und verknüpft eine Netzwerk-UUID mit mehreren Datensatz-UUIDs, unabhängig von der Zugehörigkeit zum Datensatzherausgeber. Typischerweise klammert ein Netzwerk einzelne Datensätze über eine Reihe von Herausgebern hinweg ein und umfasst nicht alle Datensätze des Herausgebers.
Die gewünschte Funktionalität wäre ideal
1) Erteilen Sie einem bestimmten Netzwerkkoordinator die Erlaubnis, weitere Datensätze zu seinem eigenen Netzwerk hinzuzufügen / Datensätze aus seinem eigenen Netzwerk zu entfernen
(Hinweis: Es ist nicht unbedingt möglich, vorherzusagen, mit welchen Herausgebern oder sogar Knoten diese zusätzlichen Datensätze möglicherweise verbunden sind.)
2) eine Form von Schutz enthalten, die den Herausgeber daran erinnert, dass das Hinzufügen von Datensätzen zu seinem Netzwerk mit dem Eigentümer des Datensatzes vereinbart werden muss
(Netzwerke sind Produkte der Selbstorganisation einer Gemeinschaft, die auf gegenseitigem Einvernehmen aufgebaut sind)
Als Minimallösung und angesichts der relativ überschaubaren Anzahl von Netzwerken wäre es hilfreich, wenn wir 1) dem Netzwerk-Editor Rechte auf die dataset_network
-Inhalte in Bezug auf ihre eigene Netzwerk-UUID (hinzufügen/löschen) gewähren und handhaben könnten 2) in Form von Kommunikation. Ist 1) möglich? Dies würde sowohl die Registry-Benutzeroberfläche als auch die API-Nutzung betreffen.
Zusammenfassend möchten wir Benutzer wie folgt haben:
Berechtigung: Registry_Editor
Geltungsbereich: Netzwerk-UUID
Das würde ihnen POST /network/{UUID}/constituents
und DELETE /network/{UUID}/constituents
erlauben
@ahahn-gbif @ManonGros Frage von @MortenHofft :
Sollte ein Redakteur mit Netzwerkbereich nur berechtigt sein, die konstituierenden Datensätze zu bearbeiten. Dürfen sie keine Kontakte hinzufügen, Titelbeschreibungen ändern usw.?
@MortenHofft Danke - ja, es wäre sinnvoll, ihnen zu erlauben, auch die Netzwerkkontakte und die Beschreibung zu bearbeiten. Weniger überzeugt vom Titel: Er sollte sich nicht oft ändern, und aus Gründen der Konsistenz (Datenfilter) würde ich vor jeder Änderung eine Kommunikation mit dem Helpdesk bevorzugen.
Beachten Sie jedoch, dass nichts davon derzeit auf den Netzwerkseiten im GBIF.org-Kontext sichtbar ist, da dies aus verfassten Inhalten gespeist wird, nicht aus der Registrierung. Dies kann für Umgebungen mit gehosteten Portalen relevanter sein.
Registrierung v3.48, bereitgestellt auf prod
etwas mehr Arbeit an der Benutzeroberfläche erforderlich, erstellte ein Problem dafür
Hilfreichster Kommentar
Zusammenfassend möchten wir Benutzer wie folgt haben:
Berechtigung: Registry_Editor
Geltungsbereich: Netzwerk-UUID
Das würde ihnen
POST /network/{UUID}/constituents
undDELETE /network/{UUID}/constituents
erlauben