V2 - Rendre plus générique la connexion au référentiel taxonomique

[camillemonchicourt]

Mettre en place un système de vue ou vue matérialisée pour pouvoir brancher GeoNature sur un référentiel autre que TaxRef.

[camillemonchicourt]

A voir qu'est ce qui est à modifier côté GeoNature et/ou côté TaxHub.

[gildeluermoz]

A voir ! Il faut tester les perfs --> Je ne sais pas si on peut indexer une vue comme une table.
Une vue matérialisée, peut-être que oui.

[camillemonchicourt]

Voir WORMS et son API : http://www.marinespecies.org/rest/

Les points complexes sont notamment la gestion de la synonymie avec le cd_nom et cd_ref de TaxRef, ainsi que les groupes_INPN que l'on utilise beaucoup.

[amandine-sahl]

La question principale est : stocke t-on le cd_nom/cd_ref directement dans les données sachant que même si ce double système d'identifiant existe dans worms, les champs ne s’appellent pas de la même façon (AphiaID, valid_AphiaID)

Exemple : http://www.marinespecies.org/rest/AphiaRecordByAphiaID/127047

Autre point l'identifiant du taxon parent n'est pas disponible via le service AphiaRecordByAphiaID, il faudrait faire une demande pour pouvoir télécharger les données afin d'étudier la question.

[Adrien-Pajot]

Je fais un tour dans les veilles issues. Pour celle-ci je pense qu'elle serait fermable et que la question d'un autre référentiel ne concerne pas une vue ou une VM mais un lien vers l'API de TaxHub. Si un autre référentiel est fourni ce serait dans TaxHub non pas dans GeoNature ?

[camillemonchicourt]

Oui en effet on peut considérer que pour utiliser un autre référentiel taxonomique, on ne change rien au niveau de GeoNature, mais on modifie uniquement le contenu de la table Taxref de TaxHub.
A voir si on doit revoir la structure et la terminologie de TxHub ou si on peut juste garder sa structure actuelle orientée Taxref mais uniquement en changer le contenu