С появлением большего количества сетей наборов данных (и, возможно, в контексте размещенных порталов в будущем ожидается больше), мы хотели бы перейти от централизованного ручного контроля членства в сети к возможности предоставлять права редактирования доверенным сетевым координаторам.
Членство в сети курируется в таблице dataset_network
и связывает сетевой UUID с несколькими UUID набора данных, независимо от принадлежности к издателю набора данных. Как правило, сеть ограничивает отдельные наборы данных для ряда издателей и не включает все наборы данных издателя.
Желаемая функциональность в идеале
1) предоставить конкретному сетевому координатору разрешение на добавление дополнительных наборов данных в свою сеть/удаление наборов данных из своей сети
(Примечание: не всегда возможно предсказать, с какими издателями или даже узлами могут быть связаны эти дополнительные наборы данных)
2) включить форму защиты, которая напоминает редактору, что добавление наборов данных в их сеть должно быть согласовано с владельцем набора данных.
(сети – это продукты самоорганизации сообщества, построенные на взаимном согласии)
В качестве минимального решения и с учетом относительно управляемого количества сетей было бы полезно, если бы мы могли 1) предоставить сетевому редактору права на контент dataset_network
, относящийся к их собственному сетевому UUID (добавить/удалить), и обработать 2) по форме общения. 1) возможно ли? Это касается как пользовательского интерфейса реестра, так и использования API.
Таким образом, мы хотели бы иметь следующих пользователей:
разрешение: реестр_редактор
область: сетевой UUID
Это позволило бы им POST /network/{UUID}/constituents
и DELETE /network/{UUID}/constituents
@aahn-gbif @ManonGros Вопрос от @MortenHofft :
Должен ли редактор с областью действия сети иметь право редактировать только составляющие наборы данных. Разве им не разрешено добавлять контакты, изменять описание заголовка и т. д.?
@MortenHofft Спасибо - да, было бы разумно разрешить им также редактировать сетевые контакты и описание. Менее убежден в названии: оно не должно часто меняться, и для согласованности (фильтры данных) я бы предпочел некоторое общение со службой поддержки перед любым изменением.
Имейте в виду, однако, что ничего из этого в настоящее время не отображается на сетевых страницах в контексте GBIF.org, поскольку это загружается из авторского контента, а не из реестра. Это может быть более актуально для размещенных портальных сред.
реестр v3.48, развернутый в рабочей среде
требуется дополнительная работа над пользовательским интерфейсом, для этого создана проблема
Самый полезный комментарий
Таким образом, мы хотели бы иметь следующих пользователей:
разрешение: реестр_редактор
область: сетевой UUID
Это позволило бы им
POST /network/{UUID}/constituents
иDELETE /network/{UUID}/constituents