Explorateur carto public

[johanricher]

Contexte

DiaLog étant un service pour créer et intégrer des données sur les restrictions de circulations définies par des localisations, la visualisation cartographique serait une fonctionnalité utile à plusieurs titres.

Jusqu'à présent, cette fonctionnalité a principalement été imaginée comme aide à la création d'un arrêté (#537), notamment en s'inspirant de ce que permet de faire l'éditeur de Waze avec des fonctionnalités nombreuses et complexes à designer et implémenter.

Néanmoins, la visualisation cartographique peut aussi avoir un intérêt en dehors de la création d'un arrêté, et dans un premier temps avec des fonctionnalités plus limitées, en lecture seule, et accessibles à des utilisateurs non connectés sur une page publique de DiaLog, dont la finalité serait de naviguer dans les arrêtés créés avec DiaLog : un explorateur de données.

Cette implémentation au périmètre plus limité pourrait permettre de poser les bases techniques avant d'aborder d'autres fonctionnalités plus complexes.

User stories

Cas d'usage "contrôle qualité" :

En tant que membre de l'équipe DiaLog, j'ai besoin de chercher et visualiser les restrictions de circulation sur une carte, afin de pouvoir contrôler la qualité des données produites.

Cas d'usage "communication" :

En tant que personne découvrant DiaLog, j'ai besoin de voir sur une carte les "arrêtés de circulation", afin de comprendre ce qu'ils sont et à quoi sert DiaLog.

Cas d'usage "réutilisation des données" :

En tant que personne contribuant à OpenStreetMap, j'ai besoin de visualiser les restrictions de circulation sur une carte, afin de pouvoir les intégrer dans OSM.

Cas d'usage "vérification après création" :

En tant qu'agent dans une collectivité, j'ai besoin de chercher et voir les restrictions de circulation créées par ma collectivié, afin de vérifier qu'il n'y a pas d'erreur.

Design

Maquettes

Implémentation

Exploration (design) à mener, le POC #581 pourrait être repris.

Il s'agirait d'une page publique (accessible sans connexion).

Les fonctionnalités de filtrage (ou "recherche avancée", voir #202) auraient vocation à être implémentées par ailleurs sur la page regulations accessible aux utilisateurs connectés et le backend devrait être pensé dans cette optique.

Critères d'acceptation

• Afficher sur une page publique la liste des arrêtés créés avec DiaLog
• Filtrer par organisation, type d'arrêté...
• Afficher toutes les informations sur chaque arrêté
• Voir sur une carte les géométries des restrictions de circulations des arrêtés

[florimondmanca]

Proposition de Critère d'acceptation supplémentaire :

• L'explorateur doit s'appuyer exclusivement sur les données disponibles via notre endpoint DATEX, pour "dogfooder" le DATEX (détecter au plus tôt des problèmes pour les réutilisateurs)

[florimondmanca]

Pour les brouillons ?

DATEX a un champ status

Actuellement on utilise madeAndImplemented pour les arrêtés publiés

On pourrait utiliser le statut planned : "The traffic regulation is defined and proposed but not approved yet"

[florimondmanca]

Recopie du compte-rendu

Carto :

• Page publique avec tous les arrêtés publiés
• On utilise le flux DATEX pour éditer la carte
• Affichage des arrêtés brouillons ou pas ?
  • Supposerait d'inclure les brouillons dans DATEX
    • Cf. statuts de publication dans DATEX
• Pourquoi on ne fait pas de carto CIFS ?
  • A voir si notre flux CIFS est interprété en direct sur la carte du partenariat Waze
• Légende ?
  • Cf typologie de mesures dans DATEX
• Filtres ?
  • Affichage des arrêtés brouillons (non par défaut) ?
  • Par type de mesure ?
  • Par organisation ?
  • Barre de recherche adresse ?
  • Dates ?

[aureliebaton]

L'exploration design en cours est disponible ici https://www.figma.com/file/YuT6Uh4wxe90U8LaPLlDzO/Dialog?type=design&node-id=4908%3A44937&mode=design&t=tLxTASdBHmnAR4An-1

[florimondmanca]

@frodrigo a très gentiment partagé avec nous un script de conversion DATEX -> GeoJSON qu'il a utilisé pour un connecteur DiaLog -> OSM : https://gist.github.com/frodrigo/70466fe9b54676d00257c7701b0809fe

cf https://github.com/MTES-MCT/dialog/issues/710#issuecomment-2042259319

Ça pourrait nous être utile pour l'affichage d'une carto pour le cas d'usage "dogfooding"

Voilà la carte du POC d'intégration dans OSM : https://umap.openstreetmap.fr/fr/map/conversion-donnees-dialog_1050943

[florimondmanca]

@jjacquelinet a écrit sur mattermost

Du coup on a un script DATEX vers GeoJSON, en langage Ruby, merci à frodrigo ! : on le traduit ? En PHP ?

Oui on peut s'en inspirer

Normalement la stdlib PHP permet de traiter du XML avec \DOMDocument par exemple

Voir GetCifsIncidentsControllerTest.php pour le chargement d'une string XML là-dedans. Il doit aussi y avoir des utilitaires de requêtage xpath comme l'a fait frodrigo

[johanricher]

Compte-rendu de la réunion d'aujourd'hui

[jjacquelinet]

Grâce à la PR #796, la carte est accessible en production à cette adresse : https://dialog.beta.gouv.fr/carte (La PR #734 était une fausse piste. )

[jjacquelinet]

Je pose ici pèle-mêle (sans classement par priorité) les améliorations possibles :

• afficher les arrêtés même si l’IGN ne répond plus / héberger nos propres tuiles vectorielles au format .pmtiles (https://github.com/protomaps/PMTiles) (mais des tuiles vectorielles à télécharger ne semblent pas être dispo chez IGN)
• récupérer les infos des PR depuis la BD Topo pour afficher sur la carte
• faire en sorte qu’un « reload » de la page web de la carte garde en mémoire l’état du formulaire
• coller plus+ au « figma » : menu rétractable, sélecteur de date, version pour mobiles, marqueurs, recherche textuelle
• filtre selon le type de véhicules concernés (vélos, PL …)
• carte individuelle pour chaque arrêté, pour vérifications avant publication
•  une distinction travaux de nuit / travaux de jour / travaux 24h/24 serait intéressante (impact de l’arrêté sur la circulation)
•  la France s’étend sur le monde entier -> fuseaux horaires, étendue de la zone concernée
• dataviz (visualiser les amplitudes de date, la surface utilisée - bouton « pan & zoom »)
• zoom éloigné et paramètre « tolerance = 0 » consommateur de ressources : utiliser les marqueurs uniquement pour afficher à zoom faible / éloigné
• cluster de marqueurs quand on a plusieurs arrêtés superposés ?

[aureliebaton]

J'ajoute également certains points que j'ai remarqués surla version en prod :

• Zone de click trop petite sur les segments de route
• Pop up s’affiche collée au bas de la carte
• Croix pour fermée trop petite
• Filtre "à venir" et "passés" pas clairs (pourquoi pas "en cours") : à revoir ensemble

[jjacquelinet]

@aureliebaton pour le "Pop up s’affiche collée au bas de la carte", tu as ça avec quel navigateur ? Pourrais-tu fournir une capture d'écran ? Merci :)

[jjacquelinet]

Les PRs

• https://github.com/MTES-MCT/dialog/pull/826
• et https://github.com/MTES-MCT/dialog/pull/825

sont en production.

Cela résout les remarques d'Aurélie :

• Zone de click trop petite sur les segments de route
• Croix pour fermée trop petite

[jjacquelinet]

@aureliebaton pour le "Pop up s’affiche collée au bas de la carte", tu as ça avec quel navigateur ? Pourrais-tu fournir une capture d'écran ? Merci :)

Problème résolu par un des fixs.

[johanricher]

Avec @aureliebaton et @jjacquelinet on a fait un mini-atelier carto pour passer en revue les prochaines améliorations, elles ont été priorisées comme suivant :

• [x] Filtre : remplacer les boutons radio par des checkboxes
• [x] Utiliser le terme de "restriction", c'est le terme le plus compréhensible du point de vue utilisateur, et systématiquement par souci de cohérence
• [x] Les 2 checkboxes restrictions permanentes et temporaires sont cochées par défaut
• [x] "Visualiser les restrictions" mettre en h4
• [x] "Filtres" mettre en h6
• [x] Hauteur de la page : la carte ne devrait pas avoir une hauteur fixe (480px actuellement) mais devrait maximiser l'utilisation de l'espace disponible
• [ ] Largeur : ajouter une largeur max au menu latéral ("Visualiser les restrictions"), par exemple 480px
• [ ] Menu latéral : ajouter un moyen le fermer/ouvrir (ouvert par défaut) (pas de composant DSFR, donc implé custom qui reprend le plus possible la maquette)

Toujours en cours d'exploration :

• 843

• 844

• Recherche / filtrage : à mettre en cohérence avec les mêmes fonctionnalités sur la page listing des arrêtés, quand celle-ci sera publique #821

[jjacquelinet]

En attente :

• afficher les dates de la mesure (si disponible) au lieu des dates des arrêtés
• revoir le vocabulaire : mesure devient restriction ?

[jjacquelinet]

Il manque aussi :

• l'attribution pour le fond de carte IGN

[jjacquelinet]

La PR #827 "Ajout des dates des arrêtés dans les popups de la carte" est en production. Pour l'instant, on utilise les dates des arrêtés et pas des mesures.

[jjacquelinet]

848 "Filtre des données de la carte : meilleur affichage" est en production

[jjacquelinet]

854 "Carte responsive (amélioration de la hauteur - et de la largeur - de la carte)" est en production

[johanricher]

Contexte : le 11/07 "Filtres & barres de recherche" ont été priorisés dans la feuille de route UI/UX.. En parallèle, l'exploration sur la recherche continue de façon plus globale (cf. #202). A court terme on souhaite résoudre les irritants en continuant à implémenter des améliorations sur la page tel qu'elle est actuellement.

Ajout de :

• 882

• filtre par type de restriction
• filtre par période d'application de la restriction, remplace les checkboxes restrictions à venir et passé

Le périmètre des ajouts listés ci-dessus ne concerne que le menu latéral :

[johanricher]

Je ferme ce ticket, les prochaines itérations feront l'objet de tickets dédiés, à commencer par :

• 882

• 901