Rétrospective 2025
Marine Faucher
Comme chaque année, côté Makina Corpus Territoires, nous souhaitions vous partager un récapitulatif de nos contributions au projet Geotrek sur l’année 2025.
Geotrek est avant tout un projet collectif, porté par une communauté active. C’est dans cet esprit que nous continuons à contribuer régulièrement à son évolution. Cette année encore, nous avons ainsi autofinancé une partie des développements afin d’apporter des améliorations concrètes à différentes briques du projet.
Nous sommes ravis de vous présenter ci-dessous les principales évolutions réalisées en 80 jours de travail.
DocumentationLe volet documentation de Geotrek a continué d’évoluer en 2025 afin d’améliorer l’accessibilité des contenus, la clarté des parcours de lecture et l’appropriation des fonctionnalités par les utilisateurs techniques et métiers.
-
Geotrek-mobile dispose désormais d’une documentation officielle basée sur VitePress, présentant les principales fonctionnalités de l’application (mode en ligne et hors ligne), ainsi que les différentes possibilités de configuration.
-
Les documentations de Geotrek-rando, de Geotrek-widget et de Geotrek-admin ont fait l’objet d’améliorations continues tout au long de l’année. Une attention particulière a été portée à Geotrek-admin, avec une refonte complète des sections Import data et Suricate.
- Correction et finalisation de l’intégration de pgRouting (PR #4286)
- Abandon du support de Python 3.8 au profit de versions plus récentes (travaux de compatibilité, mise à jour des dépendances et préparation des environnements)
- Migration du framework vers Django 5.2 afin de bénéficier des correctifs de sécurité, des améliorations de performances et d’un socle technique maintenable sur le long terme
- Mise à jour du parser ApidaeTrekParser pour prendre en compte la dépréciation des champs duration dans les réponses de l’API Apidae (PR #4929)
- Adaptation des API Geotrek-rando (GTR) et Geotrek-mobile (GTM) au changement du modèle City côté API
- Amélioration de l’API mobile : tri des contenus touristiques associés aux itinéraires par catégorie (PR #4829)
- Ajout du parser ApidaeInfrastructureParser pour l’import des infrastructures touristiques (PR #4806)
- Travaux exploratoires et premiers développements autour des parsers OSM en vue d’améliorer l’import et l’exploitation de données OpenStreetMap
- Correction de géométries d’itinéraires invalides (PR #4671)
- Restriction des fichiers autorisés pour les photos des lieux de renseignement (images uniquement)(PR #4567)
- Amélioration et automatisation de la CI (tests, workflows, fiabilité des pipelines)
- Travaux sur les images Docker et les environnements de déploiement (Geotrek Docker, automatisation CI, migration et stabilisation des pipelines)
- Revue et ajustement de la configuration Next.js, avec une refonte partielle de l’architecture PWA et du fonctionnement hors ligne, ainsi qu’une migration vers Serwist (PR #1355)
- Refonte du CSS personnalisé utilisé lors de la génération des pages statiques afin d’améliorer la cohérence visuelle et la maintenabilité (PR #1360)
- Travaux complémentaires de refactorisation et d’ajustements techniques :
- Corrections de bugs et amélioration de la stabilité générale du widget
- Mise en place et renforcement de tests E2E pour fiabiliser les parcours utilisateurs
- Amélioration de l’affichage des signalétiques sur la carte pour une meilleure lisibilité et cohérence graphique
- Maintenance continue de l’application mobile, avec un suivi régulier des retours utilisateurs et des corrections de bugs
- Mise à jour des dépendances techniques pour garantir la compatibilité avec les dernières versions des outils et des bibliothèques
- Corrections de bugs visant à renforcer la stabilité globale de l’application
- Amélioration du fonctionnement en mode hors connexion
Nous souhaitons poursuivre notre engagement dans le développement open source de Geotrek et dans la mutualisation des efforts, afin d’améliorer concrètement la robustesse, les performances et l’adéquation de l’outil aux usages terrain.
Dans cette dynamique, nous prévoyons notamment d’engager un chantier structurant autour de la refonte du code des parsers (passerelles SIT/agrégateur), qui repose actuellement sur une base technique complexe et difficile à maintenir. L’objectif est d’améliorer la lisibilité du code, sa maintenabilité et de faciliter les évolutions futures liées aux imports de données.
L’ensemble de nos développements reste accessible en open source et nous continuerons à échanger avec la communauté afin de prendre en compte vos retours et prioriser les évolutions à venir.
À bientôt,
Marine Faucher
Makina Corpus Territoires