Closed camillemonchicourt closed 1 year ago
Comment les objets HD sont gérés par rapport aux PDFs générés par Geotrek ? Je ne me souviens pas qu'on ai abordé ce sujet.
En effet, on n'a pas abordé ce sujet. Ça pourrait être une évolution. On n'affiche déjà pas toutes les photos des randos ou des sites Outdoor, mais seulement la première, donc je pense qu'intégrer la photo HD en petit n'a pas grand intérêt, du moins dans un premier temps.
Fonctionnalité disponible dans la version 2.96.
La librairie GeoJS ne gère pas la traduction des labels des annotations. Elle n'expose que l'attribut name
pour chaque annotation. Cet attribut est automatiquement utilisé comme label pour l'affichage du GeoJSON sur le viewer, il y a des méthodes pour le changer, le masquer. La valeur vide n'est pas autorisée. Nous aurions plutôt aimé avoir name_fr
, name_en
comme dans le reste de l'application.
Rajouter dans les propriétés du geojson autant d'attributs name_xx
que de langues. Le formulaire doit donc imiter côté front-end le mécanisme de traduction Django : si la langue courante est fr
alors name
et name_fr
sont en cours d'édition et prendrons la même valeur (parce que si name
n'est pas mis à jour, on ne verra pas le résultat du changement de langue sur le viewer.) On considère donc que les "vraies" valeurs sont stockées dans name_en
, name_fr
et que name
est constamment synchronisé avec la lanque courante. Attention cela veut dire qu'en base de données, si la dernière langue à être éditée est l'allemand, alors la valeur name
serait en allemand, il faut donc rajouter une étape lors de la sauvegarde pour remettre name
à la langue par défaut de l'application).
name
mais name_fr
-> 1jname
soit synchronisé avec name_xx
à chaque update de name_xx
-> 1jname_xx
mais name_xy
et le viewer est rafraîchit -> 1jname := name_default
avant de sauvegarder les annotations, s'assurer qu'on a bien la cohérence entre name
et la langue d'édition par défaut du formulaire-> 0,5j name := name_fr
au cours de la sérialisation du geojson, sinon remplacer l'attribut name par un dictionnaire comme dans le reste de l'APIv2. -> 0,5j
Lors de la conception du module OUTDOOR, une réflexion avait été initiée sur les possibilités de représentations des sites d'activité Outdoor, notamment celles verticales (escalade, via-ferrata, alpinisme...) pour aller au-delà de leur localisation sur une carte (https://geotrek.ecrins-parcnational.fr/ressources/gt/07-geotrek-apn/2019-06-Benchmark_Representation-Escalade.pdf).
Suite à cela, le PNE a lancé une consultation pour ajouter la possibilité d'ajouter des photos très haute définition (gigapixel) sur les itinéraires et sites outdoor et d'annoter ceux-ci pour les enrichir, ainsi que l'amélioration du module Rando3D et son intégration sur les sites Outdoor (dans Geotrek-rando-v3) : https://geotrek.ecrins-parcnational.fr/ressources/cctp/2022-06-23-CCTP-Geotrek-representation-outdoor.pdf
Les développements de l'ajout de photos très haute résolution ont bien avancé côté Geotrek-admin : https://github.com/GeotrekCE/Geotrek-admin/pull/3298
Il s'agit pour cela :
large-image
a été utilisée, d'autant qu'elle était déjà portée pour Django (https://github.com/girder/django-large-image)Liste des photos HD (sous les autres fichiers liés) :
Détail d'une photo HD :
Annotation d'une photo HD :