Unique ID - Observateurs - ORCID

[Adrien-Pajot]

Bonjour à tous,

Dans le cadre de la mission COBIODIV SI, mais aussi de ma passion en ornithologie, je suis amené à me poser la question d'un identifiant unique par observateur. Pourquoi ?
Parce qu'en tant qu'observateur moi-même j'ai un compte iNaturalist, un compte faune-france, un compte aux écrins, un compte en Aquitaine, un compte eBird, etc. etc. Or, quand je rentre une donnée, je ne ne suis pas sûr de la retrouver facilement et de pouvoir les regrouper toutes en un endroit.

Le SINP, permettant à terme de rassembler toutes mes/les données publiques, pourra faire office de lieu où je pourrai retrouver centralisées toutes mes données. Cependant, pour ça, il est nécessaire que je sois Adrien Pajot avec un identifiant unique dans toutes les plateformes citées précédemment, ce qui n'est pas le cas.

Avant même de parler de système d'authentification centralisé (comme google ou Facebook) on peut imaginer un système simple d'unique ID par observateur. Et le GBIF y a déjà pensé en utilisant les ORCID :

Ce système permet à tous.tes chercheur.ses, scientifiques et observateur.trices, de se créer un compte afin de centraliser ses publications notamment, mais aussi ces données ! Un identifiant unique est donné à l'inscription.
https://orcid.org

De fait, dans le cadre de GeoNature, il pourrait être intéressant d'ajouter cet ORCID aux champs d'une donnée d'observation. Ce champ serait automatiquement rempli via OccTax grâce à un champ ajouté dans UserHub.
Et lorsque des données sont importées, on aurait plus à faire à des listes observateurs.trices en texte mais bien en ORCID.

Je vais proposer une PR en ce sens

[samuelpriou]

@Adrien-Pajot. C'est une excellente idée cet ORCID !

[Adrien-Pajot]

Idée initiée avec Aurélie Jambon qui a failli faire l'objet d'une réponse au SINP, mais on pense qu'on peut la construire brique par brique dans le cadre de COBIODIV

[Adrien-Pajot]

Les étapes pour ce projet :

1. Ajouter un champ ORCID dans UserHub. Afin d'être plus générique, ce champ ne sera pas un champ ORCID mais un champ ID de type UUID venant de ORCID ou d'ailleurs (on peut imaginer une autre plateforme fournissant des informations du même type) : Ajout d'un champ ORCID en base  UsersHub#137
2. Standardiser l'authentification dans GeoNature afin d'être capable de s'authentifier autrement que par un UsersHub et notamment par ORCID. Un ticket sera ouvert pour ce sujet
3. Gérer le champ observateur dans la synthèse de GeoNature. En effet, ajd le champ observateur est un champ texte qui permet de stocker un ou plusieurs observateurs en texte ou en id UsersHub, à terme, il pourrait être plus intéressant de gérer uniquement des ORCID ? A discuter et incrémenter au fur et à mesure.

[jpm-cbna]

Le champ uuid_role déjà présent dans la table t_roles pourrait peut être servir à stocker cette information.

Ci-dessous quelques questions que nous nous sommes posé dans le cadre des SINP régionaux.

Est ce que l'utilisation de l'email n'est pas une façon d'associer et récupérer les données d'un utilisateur ?
En effet, en théorie seul le propriétaire d'un email peut accéder à un email qui lui serait envoyé. C'est donc une façon de s'assurer que les données lui appartiennent réellement.
Le problème des emails non valides (suppression de compte) pose quand même un problème pour la récupération des données associées.

Autre point, les observations collectées dans un cadre professionnel doivent-elles être attaché au même email/identifiant ORCID que les observations réalisées dans un cadre personnel ? Quant est il des observations d'un utilisateur réalisées dans le cadre d'un organisme auquel la personne n’appartient plus ?

N'y a-t-il pas un risque de voir se multiplier les plateformes fournissant un tel UUID ? Ne devrait on pas associer l'URL du site ou vérifier l'identifiant ORCID ?

[Adrien-Pajot]

"Le champ uuid_role déjà présent dans la table t_roles pourrait peut être servir à stocker cette information."

Alors nous avons vérifié avec @TheoLechemia et non ce n'est pas fait pour.
A moins de changer ce champ et lui permettre de stocker différents ID.

"Est ce que l'utilisation de l'email n'est pas une façon d'associer et récupérer les données d'un utilisateur ?"

Un ORCID est en effet rattaché à un email.

"Autre point, les observations collectées dans un cadre professionnel doivent-elles être attaché au même email/identifiant ORCID que les observations réalisées dans un cadre personnel ?"

Il est important de distinguer organisme et observateur. Adrien Écrins ou Adrien LPO ou Adrien BE, reste Adrien en tant qu'observateur et le filtre suivant est une autre problématique selon moi.

"N'y a-t-il pas un risque de voir se multiplier les plateformes fournissant un tel UUID ?"

Possible, mais cela semble être la référence utiliser par le GBIF, arrivée finale de la donnée naturalise.

"Ne devrait on pas associer l'URL du site ou vérifier l'identifiant ORCID ?"

Justement dans le champ JSON cela peut être intéressant de renseigner cet URL, en effet !