réflexion sur les cas d'usage

On peut imaginer une grande variété de cas d'utilisation, de l'observatoire du plan local de déplacements, à la démarche participative d'une association, en passant par le calcul de scores pour comparer des quartiers ou des villes...
Trois niveaux d'utilisation et de réutilisation sont possibles:

• l'utilisateur final
• l'utilisateur technique (ou "power user") qui maîtrise les scripts python et pourra développer de nouveaux indicateurs et produire de nouvelles données
• le développeur informaticien qui pourra déployer les outils sur d'autres environnement avec d'autres données, et faire évoluer l'infrastructure technique de déploiement

La FabMob a ouvert un canal de discussions sur les indicateurs (ouverts) de mobilité.

Nous avons réalisé quelques entretiens, résumés dans ce document.
Le projet devrait nous permettre d'enrichir beaucoup l'expression et la compréhension des attentes des utilisateurs.

Cas d'usage du démonstrateur : mon quartier à pied en région Sud-PACA

L'idée est de rendre visible les problèmes aux utilisateurs finaux (citoyens, élus, techniciens) : zones rouges, comparaison entre quartiers... Pour aller plus loin, il faudra un travail de terrain pour voir où créer des cheminements (ce sera long et difficile). Il n'y aura pas forcément besoin de beaucoup d'outils numériques pour cela (encore qu'on pourrait par exemple mettre en évident les parcelles publiques où ce serait a priori plus simple de négocier l'ouverture de cheminements), ou compléter l'info sur la marchabilité (indicateurs sécurité, agrément, éclairage, etc.) et donc en amont certainement compléter la donnée, en particulier compléter la donnée sur les cheminements (notamment le tag OSM access)

Perspectives d'utilisation et d'amélioration de l'outil

Anticipant les questions qu'on devrait avoir quand on interrogera des utilisateurs potentiels, et déjà les mentionner sur le site web (qui est à mettre à jour).

signaler les impasses au promeneur

un cas d'usage anecdotique pour mémoire serait que la couche impasses serve pour indiquer à un promeneur ; cela pose indirectement la question de compléter automatiquement certains tags (par un bot, ou faire du contrôle qualité?), il faut donc interroger la communauté OSM (ce sera facile avec Jean-Louis)

compléter les indicateurs

Ces cas d'usages concernent les "power users" qui savent utiliser un notebook python et voudraient compléter les indicateurs. Le "power user" peut mettre au point ses notebooks sur son PC et publier ses données de son côté, mais il faudra inciter les réutilisateurs à nous signaler leurs travaux pour qu'on les mentionne au niveau du site web et du repo gitlab.

ajouter des indicateurs calculés avec les données existantes:

Par ex. indicateurs par commune tels que km de voie par km2 ou par hab, % d'impasses, périmètre moyen des ilots...), publiés en open data

ajouter de nouvelles données et nouveaux indicateurs :

Par ex. données de transport public à partir d'open data (nb d'hab autour des arrêts, nb de passages par jour, vitesses moyennes...)

vélo, voiture

Il serait utile de publier non seulement les données du réseau, mais aussi celles des réseaux cyclable et voiture, pour permettre des comparaisons

adapter à d'autres territoires

On espère que les outils pourront être étendus à d'autrs régions, sur différentes zones géographiques.
Cela serait intéressant que des contributeurs puissent proposer de nouveaux notebooks, qui soient automatiquement mis en production sur notre plateforme, mais ça obligerait Christophe à retravailler, et pas sûr qu'on ait le temps dans le projet en cours. Mais ça peut être un cas d'usage "infra publique" (cf. + bas) qui peut intéresser des collectivités (entendu récemment à un webinaire de mobicoop: la mairie de Besançon pense qu'il faut des infras numériques pour la mobilité, ça semble "dans l'air"...).

nouvelles fonctionnalités

Il est aussi envisageable d'apporter de outils complémentaires à la simple publication de cartes, mais cela impliquera des compétences plus techniques de développeur :

indicateurs locaux

L'idée est similaire à celle proposée par le site hubblo : un clic donne les indicateurs de la commune (comparés à France ou Région), ainsi qu'un indicateur local à x mètres autour ou dans une bbox); selon les cas ça impliquerait que ce soit calculé côté serveur mais pas forcément pour les indicateurs niveau commune ou si les données sont dans les tuiles vecteurs, ça peut être fait en js côté client; il faudrait peut être fournir une API web qui publie les infos disponibles dans les geodataframes.

score d'accessibilité

L'idée est de permettre à l'utilisateur d'évaluer l'accessibilité à un panier de services autour d'e moi"'un lieu, une fonctionnalité très utile testée sur Marseille en 2014 avec opentriplanner et qui marcherait d'autant mieux maintenant avec otp v2 (algo Raptor très rapide) et un déploiement conteneurisé.

"infrastructure numérique"

L'idée serait de permettre à un "poweruser" de mettre en production un notebook pour publier des données et des tuiles vecteurs, une fois le script mis au point sur son poste.