-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Documents et liens dans la fiche territoire #508
Comments
Comme évoqué dans d'autres tickets similaires, le plus logique serait de gérer ça dans le Ref_geo, mais à étudier ce que cela implique. |
Pour ce faire il faudra reprendre le template qui est actuellement utilisé pour la fiche espèce et l’adapter pour en autoriser un usage sur la fiche d’un territoire. Il faudra veiller à réaliser un refactoring des informations, car certains onglets ne devront pas pouvoir être affichés sur la fiche d’un territoire. Une configuration associée sera ajoutée dans GeoNature-Atlas pour laisser aux utilisateurs la possibilité d’afficher ces informations ou non sur la fiche d’un territoire. Si la mutualisation d’un même template pour les deux type de fiches est trop complexe alors il sera envisagé de dupliquer le template, solution à valider dans la conception toutefois préalablement. Outre l’aspect graphique et configuration, l’enjeu principal pour cette exigence est de trouver une méthodologie pour récupérer les associations de fiches à chaque territoire. Dans une installation standard de GeoNature, l’utilisation de ref_geo aurait permis l’association sur la table de données des liens vers les ressources associées. Toutefois comme Nantes Métropole utilise GeoNature-Atlas sans le reste de GeoNature, il faudra mettre en place un mécanisme de récupération des données différent, basé sur une méthodologie à valider avec toutes les parties. La solution préconisée par Makina Corpus est d’avoir une table de données qui servira à ajouter des fiches, une fiche possédant les attributs suivants : type (lien / fichier), titre, auteur, date, description, lien (vers le fichier ou vers une url), territoire.
Enfin, pour éviter de dissocier les deux modes de GeoNature-Atlas (lien avec GeoNature et sans), il faudra aussi implémenter cette fonctionnalité dans GeoNature et ref_geo, bien que Nantes Métropole ne l’utilise pas, pour que le tout puisse s’intégrer dans l’écosystème GeoNature et bénéficier à l’ensemble de la communauté. |
@camillemonchicourt est-ce que ce ticket est rejeté par la communauté ? Tu viens de nous dire à l'instant oralement que tu ne souhaitais pas avoir des documents sur une fiche territoire, tu confirmes ? |
Salut, je pense qu'on complexifie de plus en plus les choses et l'outil, ici pour un usage qui sera très limité. On aurait pu se limiter à ajouter un champs texte "Description" pouvant contenir du HTML où on pourrait donc mettre du texte et des liens si besoin. Mais je ne suis pas la communauté, et si ce besoin est remonté et utilisé, autant bien le faire et donc gérer ça à la source, avec une table de liens et/ou médias dans le Ref_Geo. |
Je ne te rejoins pas sur le manque d'intérêt d'enrichir la fiche territoire car quelques autres structures l'attendent. Par contre, la solution de contournement où il serait possible de mettre des liens/boutons dans le HTML de présentation du territoire est tout à fait acceptable pour nous. Peut-être même préférable à une gestion plus complexe sous forme de documents et liens. |
Je ne parle pas de l'intérêt, tout est intéressant, je parle de l'usage. Mais ça n'empêche pas de le faire, directement dans le champs DESCRIPTION en HTML, ou dans une table dédiée dans le ref_geo. |
Dans le cadre du portail grand public de l'Observatoire de la Biodiversité Métropolitaine, à Nantes Métropole, et pour lequel nous allons passer un marché d'améliorations de Geonature Atlas, nous avons identifié le besoin de pouvoir avoir une gestion de documents et de liens très similaire à ce qui existe dans la fiche espèce. Je crois savoir que cela peut poser des problèmes de structure de la bdd, notamment.
The text was updated successfully, but these errors were encountered: