feat/load-info-media-inpn #325
Conversation
This button enables to get taxon info and media from inpn API Erases the description if there is already one If the media already exists, it does not post it
Codecov Report
@@ Coverage Diff @@
## develop #325 +/- ##
===========================================
- Coverage 65.86% 64.97% -0.89%
===========================================
Files 22 22
Lines 1576 1576
===========================================
- Hits 1038 1024 -14
- Misses 538 552 +14
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
|
OK intéressant. A rendre activable ou non, car tout le monde ne souhaitera pas l'utiliser. Je m'interroge quand même sur la pertinence de faire ça taxon par taxon. Je ne comprends pas pourquoi les éventuels textes existants localement sont écrasés ? Il me semble aussi qu'il faut distinguer l'import de média et l'import des description. |
In media list LIMITATION: type is not retrieved
|
Salut @camillemonchicourt , Je prends la main pour le côté fonctionnel.
J'étais d'accord dans le fond mais après discussion avec Max, cela ne paraît forcément intéressant de rendre activable un bouton qui n'est pas forcément gênant et obligatoire à utiliser.
C'est une fonctionnalité qui nous est tout le temps demandée. A l'initiation d'un Atlas, on remplit toutes les espèces via les scripts mais dès qu'une nouvelle espèce apparaît, le bouton sert. On l'a déjà expérimenté sur nos atlas.
Pour le coup on demande aussi tout le temps le "all in one". On parle d'utilisateurs sans notion d'informatiques dans notre cas qui veulent récupérer tout l'INPN puis aviser, faire deux boutons ou deux clics nous paraissait beaucoup, qu'est-ce que tu en penses ? |
|
|
Maintenant : s'il y a déjà une description : un message d'information dit qu'il faut supprimer les infos existantes pour pouvoir récupérer celles de l'INPN |
|
OK pour les textes non écrasés. Si l'idée est de lancer le script global d'import au départ, ça n'a pas de sens que l'utilisateur doive ensuite faire manuellement les ajouts suivants. Le fait d'activer ou non, c'est car côté PNE par exemple, je ne suis pas certain de vouloir proposer cette fonctionnalité à nos utilisateurs. |
|
Pour le coup le script global est une autre demande que l'on va essayer de satisfaire sous peu aussi. Ce sera en effet intéressant de lancer ce script régulièrement pour un remplissage automatisé. Le bouton, aussi discutable qu'il soit, est vraiment très beaucoup demander, peut-être que le script global annihilera celui-ci mais quand on le propose, les utilisateurs aiment ce bouton. Bizarre ? ;) |
|
Ajout de la possibilité de cacher le bouton dans le fichier app.constant("backendCfg", {
"api_url": "api/",
"medias_path": "static/medias/",
"user_admin_privilege":6,
"user_high_privilege":4,
"user_medium_privilege":3,
"user_low_privilege":2,
"hideInpnButton": false
}) |
|
Si le script global est lancé une seule fois au départ, puis que les données ne sont pas mises à jour régulièrement, c'est normal que les utilisateurs demandent le "bouton" pour importer les photos des taxons qu'ils ajoutent ensuite. Il y aura des photos et descriptions importées sur certains taxons, pas d'autres, ça sera hétérogène et lourd à gérer par les utilisateurs si ils veulent être à jour et complets. Selon moi l'enjeu aurait plutôt été de compléter le script global, de l'améliorer justement pour gérer les mises à jour, éventuellement de l'interfacer au niveau de l'interface de TaxHub pour pouvoir le lancer directement depuis l'interface de TaxHub, pourquoi pas de lister le log des imports réalisés. Et si on regarde un peu plus global, le vrai enjeu selon nous serait de ne plus importer les contenus de l'API INPN, car c'est lourd, cela duplique des contenus. Maintenant que l'API de l'INPN est plus complète et stable, le vrai enjeu serait de ne pas importer les contenus, mais uniquement de les afficher au niveau de GeoNature-atlas, en interrogeant l'API en direct, sur les fiches où il n'y a pas de contenu provenant de TaHub. Et ainsi concentrer TaxHub sur la création de contenu local, spécifique et non redondant. Donc le bouton d'import par fiche... pourquoi pas, pas de soucis pour l'intégrer, mais plus j'y réfléchis, plus j'en vois l'incohérence. PS : Attention, cette PR réduit la couverture des tests pour le moment |
|
Salut à tous, Idem de mon coté, je préfèrerais aussi pouvoir désactiver cette fonctionnalité et gérer coté admin les contenus sur l'ensemble des taxons. Comme dit Camille, avoir certaines infos qui remontent et d'autres pas, en fonction de l'utilisateur et des taxons visités, pose question à mon avis. En revanche appeler l'API en direct sans charger les contenus, ca crée aussi une dépendance forte à des outils sur lesquels on a pas la main (les sites INPN étaient en vrac il y a quelques jours encore). Sur un outil de comm comme l'atlas, ca peut poser question. En revanche on peut imaginer de proposer les 2 alternatives à l'administrateur... |
|
Ok pour la gestion en back complète de toutes façons, qui n'est pas forcément le sujet de la PR puisque celle-ci concerne le bouton qui pourra être installé par qui veut. Le script de gestion des taxons et mises à jour est travaillé en ce moment en interne avant de le mettre à disposition dès qu'il sera prêt :)
Je ne crois pas que ce soit qui était développé par @mvergez , il appelle directement l'API pour remplir TaxHub, c'est ça Max ? |
Oui @DonovanMaillard disait ça en lien avec mon propos sur le fait de ne plus importer les contenus dans TaxHub, mais d'interroger et d'afficher en direct les contenus de l'API INPN au niveau de GeoNature-atlas. |
|
Je pense que cette solution est là pour aussi laisser le choix à l'utilisateur de compléter manuellement des informations ou via l'API de l'INPN les infos. Cas d'usage (peut-être un peu tordus) : Encore une fois, je suis d'accord avec vous pour avoir un script global (c'était mon idée première et je ne suis pas loin d'arriver à un outil fonctionnel), mais ce bouton selon moi laisse indépendant l'utilisateur vis à vis de l'admin bdd. Lancer un script toutes les nuits ou à la demande de l'utilisateur pour vérifier si les informations sont à jour entre Taxhub et l'INPN n'est pas une solution car solliciterait trop l'API de l'INPN... @camillemonchicourt : Si on réfléchit de manière plus globale le vrai enjeu pour moi serait de ne plus avoir TaxRef en base de données mais d'utiliser l'API de l'INPN directement lorsque l'on veut rechercher un taxon et l'importer dans une liste ou dans "Mes taxons" (et de pouvoir ajouter les taxons que l'on souhaite également). Ainsi la description et les médias pourront venir avec. Pour la cohérence et la pérennité des données, il est possible, via cet API, de changer de version de Taxref. On stockerait alors la version associée pour retrouver plus facilement les infos. Mais je pense que c'est un autre débat. Je suis d'accord pour le moment avec @DonovanMaillard pour les appels directement depuis l'atlas. Cela ne laissera aussi pas place à la personnalisation mais à réfléchir car je suis aussi assez peu partisan de la duplication des données (chacun son taxref...).
Je ne comprends pas pourquoi : je n'ai modifié que 2 fichiers de front qui n'est, si je ne me trompe pas, pas testé. Le coverage ne devrait pas être réduit. Si vous pouvez m'éclairer là dessus, je suis preneur. |
Si si, l'idée est justement de se baser sur les médias et les descriptions locales saisies dans TaxHub, mais d'interroger l'API INPN pour les espèces qui n'ont pas de médias ou de descriptions locales. Du coup ce serait un bonus, et pas catastrophique si l'API ne répond pas pendant quelques heures. Et ainsi ne plus dupliquer, gérer, mettre à jour les contenus INPN qui sont disponibles sous forme d'API. Concernant Taxref, on a beaucoup d'usages, de requêtes, de jointures, de synthèses dans la BDD de GeoNature ou avec des outils tiers pour pouvoir se passer d'avoir Taxref dans la BDD. Un des enjeux pour simplifier la gestion des médias, des attributs additionnels mais aussi les MAJ de Taxref est de supprimer |
Ce mode hybride peut être effectivement pas mal ! On amène un peu plus de complexité dans le code mais pourquoi pas.
Je pense vraiment qu'on pourrait prendre un temps pour réfléchir à cette question. Le fait de dupliquer Taxref à chaque fois que l'on installe GeoNature ne me parait pas optimal (tout comme le |
A discuter sur un ticket dédié, il y a trop de débats possibles, on va tuer ce ticket là ;) |
|
En effet, gros sujets bien plus larges.
|
bouttier
force-pushed
the
develop
branch
2 times, most recently
from
c992f3a to
10e91b4
Compare
Contexte
Suite à plusieurs demandes notamment du PNR de la Forêt D'Orient et de la LPO PACA, un bouton pouvant récupérer automatiquement les informations depuis l'API de l'INPN serait fortement utile pour générer rapidement les fiches espèces, notamment pour l'atlas.
Implémentation
Un nouveau bouton a été ajouté dans l'édition d'une fiche espèce et récupère depuis 2 routes de l'API INPN la description et les média.
Si une description est déjà présente : elle est écrasée
Si un média est déjà présent (vérifié par l'url) : il n'est pas écrasé
Limitations
Les médias s'insèrent automatiquement dans la liste mais pas le type de média : il suffit donc de recharger la page. Il faudrait que l'API retourne après le POST/PUT le nom du type de média en plus de l'
id_type.Pour le moment il est obligatoire d'insérer en base de donnée l'attribut
atlas_description(doit absolument s'appeler comme cela) en plus d'un thème si besoin: