Registry: データセットネットワークメンバーシップのキュレーション:編集者の権利と範囲

作成日 2021年01月13日  ·  4コメント  ·  ソース: gbif/registry

より多くのデータセットネットワークが登場するにつれ(そして将来的にはホステッドポータルのコンテキストでさらに多くが期待される)、ネットワークメンバーシップの中央の手動キュレーションから、信頼できるネットワークコーディネーターに編集者権限を与えることができるようになりたいと考えています。

ネットワークメンバーシップはテーブルdataset_networkでキュレートされ、データセットパブリッシャーの所属に関係なく、ネットワークUUIDを複数のデータセットUUIDにリンクします。 通常、ネットワークはさまざまなパブリッシャーの個々のデータセットを囲み、パブリッシャーのすべてのデータセットが含まれるわけではありません。

必要な機能は理想的には
1)特定のネットワークコーディネーターに、独自のネットワークにデータセットを追加する/独自のネットワークからデータセットを削除する権限を付与する
(注:これらの追加のデータセットがどのパブリッシャーまたはノードに関連している可能性があるかを予測することは必ずしも可能ではありません)
2)ネットワークにデータセットを追加するには、データセットの所有者と合意する必要があることを編集者に思い出させる形式の保護手段を含める
(ネットワークは、コミュニティの自己組織化の産物であり、相互の合意に基づいて構築されています)

最小限の解決策として、そしてネットワークの数が比較的管理しやすいことを考えると、1)独自のネットワークUUID(追加/削除)に関連するdataset_networkコンテンツに対するネットワーク編集者の権限を付与し、処理できると便利です。 2)コミュニケーションの形で。 1)可能ですか? これは、レジストリUIとAPIの使用の両方に関係します。

最も参考になるコメント

要約すると、次のようなユーザーがいるようにしたいと思います。
権限:registry_editor
スコープ:ネットワークUUID

それは彼らがPOST /network/{UUID}/constituentsDELETE /network/{UUID}/constituentsをすることを可能にするでしょう

全てのコメント4件

要約すると、次のようなユーザーがいるようにしたいと思います。
権限:registry_editor
スコープ:ネットワークUUID

それは彼らがPOST /network/{UUID}/constituentsDELETE /network/{UUID}/constituentsをすることを可能にするでしょう

@ ahahn-gbif @ManonGros @MortenHofftからの質問
ネットワークスコープを持つエディターは、構成データセットの編集のみを許可する必要があります。 連絡先の追加、タイトルの説明の変更などは許可されていませんか?

@MortenHofftありがとう-はい、ネットワークの連絡先と説明も編集できるようにするのは理にかなっています。 タイトルについてあまり確信が持てません。頻繁に変更するべきではありません。一貫性を保つために(データフィルター)、変更する前にヘルプデスクと連絡を取ることをお勧めします。

ただし、これはレジストリからではなく、作成されたコンテンツから供給されるため、GBIF.orgコンテキストのネットワークページには現在表示されていないことに注意してください。 これは、ホストされたポータル環境により関連性がある場合があります。

レジストリv3.48、prodにデプロイ
UIに関する作業がさらに必要であり、そのための問題が発生しました

このページは役に立ちましたか?
0 / 5 - 0 評価