Registry: Curation des membres du réseau de jeux de données : droits et portée de l'éditeur

Créé le 13 janv. 2021  ·  4Commentaires  ·  Source: gbif/registry

Avec l'arrivée de plus de réseaux d'ensembles de données (et peut-être plus à prévoir dans le contexte des portails hébergés à l'avenir), nous aimerions passer d'une gestion centrale et manuelle de l'adhésion au réseau à la possibilité de donner des droits d'éditeur à des coordinateurs de réseau de confiance.

L'appartenance au réseau est organisée dans le tableau dataset_network et relie un UUID de réseau à plusieurs UUID d'ensemble de données, quelle que soit l'affiliation de l'éditeur de l'ensemble de données. En règle générale, un réseau met entre parenthèses des ensembles de données individuels parmi une gamme d'éditeurs et n'inclut pas tous les ensembles de données de l'éditeur.

La fonctionnalité souhaitée serait idéalement
1) accorder à un coordinateur de réseau spécifique l'autorisation d'ajouter plus d'ensembles de données à son propre réseau / supprimer des ensembles de données de son propre réseau
(NB : il n'est pas nécessairement possible de prédire à quels éditeurs ou même nœuds ces jeux de données supplémentaires peuvent être affiliés)
2) inclure une forme de sauvegarde qui rappelle à l'éditeur que l'ajout d'ensembles de données à son réseau doit être en accord avec le propriétaire de l'ensemble de données
(les réseaux sont les produits de l'auto-organisation d'une communauté, construits d'un commun accord)

Comme solution minimale, et compte tenu du nombre relativement gérable de réseaux, il serait utile de pouvoir 1) accorder à l'éditeur de réseau les droits sur le contenu dataset_network relatif à son propre réseau UUID (ajouter/supprimer) et gérer 2) sous forme de communication. Est-ce que 1) est possible ? Cela concernerait à la fois l'interface utilisateur du registre et l'utilisation de l'API.

Commentaire le plus utile

En résumé, nous aimerions pouvoir avoir les utilisateurs suivants :
autorisation : éditeur de registre
portée : UUID réseau

Cela leur permettrait de POST /network/{UUID}/constituents et DELETE /network/{UUID}/constituents

Tous les 4 commentaires

En résumé, nous aimerions pouvoir avoir les utilisateurs suivants :
autorisation : éditeur de registre
portée : UUID réseau

Cela leur permettrait de POST /network/{UUID}/constituents et DELETE /network/{UUID}/constituents

@aahhn-gbif @ManonGros Question de @MortenHofft :
Un éditeur avec une portée réseau doit-il uniquement être autorisé à modifier les ensembles de données constitutifs ? Ne sont-ils pas autorisés à ajouter des contacts, à modifier la description du titre, etc. ?

@MortenHofft Merci - oui, il serait logique de leur permettre également de modifier les contacts et la description du réseau. Moins convaincu par le titre : il ne devrait pas changer souvent, et par cohérence (filtres de données), je préférerais une communication avec le helpdesk avant tout changement.

Cependant, gardez à l'esprit que rien de tout cela n'est actuellement visible sur les pages du réseau dans le contexte GBIF.org, car cela est alimenté par le contenu créé, et non par le registre. Cela peut être plus pertinent pour les environnements de portail hébergé.

registre v3.48, déployé sur prod
un peu plus de travail sur l'interface utilisateur requis, a créé un problème pour cela

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

timrobertson100 picture timrobertson100  ·  17Commentaires

marcos-lg picture marcos-lg  ·  11Commentaires

ManonGros picture ManonGros  ·  12Commentaires

MortenHofft picture MortenHofft  ·  5Commentaires

timrobertson100 picture timrobertson100  ·  20Commentaires