https://wiki.lafabriquedesmobilites.fr/api.php?action=feedcontributions&user=Joanasargiacomo&feedformat=atomCommunauté de la Fabrique des Mobilités - Contributions de l’utilisateur [fr]2024-03-28T10:06:53ZContributions de l’utilisateurMediaWiki 1.35.6https://wiki.lafabriquedesmobilites.fr/index.php?title=Mobilit%C3%A9_de_Quartier&diff=53134Mobilité de Quartier2023-02-16T19:13:50Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Le volet mobilité de quartier vient enrichir l’offre globale en mobilité intégrée, en facilitant les déplacements de courtes distances au sein des quartiers, et en offrant des solutions de mobilité locale adaptées aux réalités spécifiques de différents milieux de vie.<br />
|Main_Picture=locomotion 2.jpg<br />
|description==Objectifs & Opportunités=<br />
La mobilité de quartier est un des projet relié au [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]] de [[Montréal en commun]]. <br />
<br />
'''Objectif''' : Analyse approfondie des données issues du système de mobilité de quartier, pour mieux comprendre les changements d’habitudes et les besoins en déplacement des utilisateurs. <br />
<br />
'''Partenaires''' : [[Solon]], [[La Fabrique des Mobilités Québec]], [[Cyclistes solidaires]] <br />
<br />
==La mobilité de quartier dans Montréal en commun==<br />
L’intention de la Mobilité de quartier est multiple : amener une approche novatrice dans la résolution des enjeux de mobilité des Montréalais; développer une plus grande résilience et une plus grande intelligence collective des communautés visées; et enfin, soutenir la vision ambitieuse et collective de la gouvernance du numérique et des données portées par la Ville de Montréal. <br />
<br />
Le caractère innovant de ce volet peut se décrire plus précisément par plusieurs lignes de force : <br />
*Développer la notion « d’immobilité de quartier », en explorant comment limiter les besoins de déplacement.<br />
*Constituer une flotte de véhicules autogérée comme un commun de quartier. <br />
*Déployer des milieux de vie comme de nouveaux espaces de démocratie, favorisant l’appropriation et la capacité d’action collective. <br />
*Favoriser l’inclusion de tous aux nouvelles mobilités et aux possibilités qu’elles ouvrent (aînés, personnes à mobilité réduite, personnes à faibles revenus, etc.)<br />
*Tester un modèle économique novateur et des outils financiers permettant de supporter le déploiement (financement, assurances, etc.) au bénéfice des communautés. Des projets pilotes en mobilité de quartier ont été réalisés en 2018 dans trois arrondissements, permettant notamment de déployer à petite échelle le programme de flotte partagée. Ce programme propose aux différents acteurs d’un quartier (résidents, commerces, organisations) un système local de partage de véhicules (voitures, remorques à vélo, vélos-cargos, vélos électriques).<br />
<br />
Le projet pilote a permis de tester différents aspects de cette plateforme de partage de véhicules (modalités de fonctionnement, type de véhicules, incitatifs, partenaires, etc.) en co-création avec les utilisateurs et d’autres acteurs clés. Les projets de mobilité intégrée et de mobilité de quartier se renforcent mutuellement et s’inscrivent dans une vision cohérente et complète. Ces projets ambitieux donneront un nouveau visage à la mobilité montréalaise et feront levier sur les autres nombreux investissements, publics comme privés, déjà réalisés en mobilité. Avec ces projets, la Ville et ses partenaires (publics et privés, organismes locaux, citoyens, etc.) explorent de nouvelles formes d’usage du territoire.<br />
<br />
==Volet "Sécurité alimentaire"==<br />
L’accessibilité économique et physique à des aliments sains constitue un enjeu majeur pour certaines populations vulnérables. Bien que le manque de ressources financières soit la cause majeure de l’insécurité alimentaire, l’accès physique aux aliments est aussi un facteur important à considérer.<br />
<br />
À ce titre, Montréal présente plusieurs déserts alimentaires et un taux d’insécurité alimentaire parmi les plus élevés au Canada, soit de 11.3 %. Montréal est une ville regroupant une multitude d’acteurs dans le milieu alimentaire constituant un écosystème important et robuste. <br />
<br />
Sur la base de recherches effectuées à Montréal et de plusieurs consultations auprès des parties prenantes, il est apparu prioritaire de supporter les initiatives existantes, de valoriser et de mutualiser les infrastructures et les ressources déjà en place afin de mieux soutenir les besoins collectifs de ces acteurs. Ces organisations disposent de ressources limitées pour investir dans les infrastructures et créer des projets axés sur la mutualisation des ressources. <br />
<br />
C’est pourquoi notre projet vise à mettre en place un système alimentaire local intégré. L’idée de ce système est de mutualiser certaines infrastructures et ressources déjà en place pour la production locale, la distribution, l’entreposage et la transformation des aliments. En créant une plateforme technologique pour gérer l’inventaire, les ventes, les dons alimentaires et les livraisons, les organisations augmenteront leur pouvoir d’achat collectif pour des aliments locaux, en plus de réduire le gaspillage alimentaire et leurs coûts d’opération et de livraison. <br />
<br />
==Volet "Données en mobilité"==<br />
*Récupérer les trajets des citoyens grâce au traceur Fabmob ou [https://wiki.lafabriquedesmobilites.fr/Itinerum Itinerum], collecte de trace de trajets<br />
*Intégrer avec le POC d’analyse de données en mobilité et urbanisme<br />
*Collecter des données ouvertes et publiques dans la librairie de [https://wiki.lafabriquedesmobilites.fr/Jalon_Mtl Jalon Mtl]<br />
*Recueillir des données de type Big Data (via Telcom ou applications)<br />
*<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Cyclistes solidaires==<br />
Pour plus de détails, voir la page [https://wiki.lafabriquedesmobilites.fr/Cyclistes%20solidaires Cyclistes solidaires].<br />
<br />
==LocoMotion==<br />
Pour plus de détails, voir la page [[LocoMotion]].<br />
<br />
===Défis en cours===<br />
*Divers tests [[LocoMotion|Locomotion]] ont été lancés dans différentes zones de Montréal (Rosemont, Ahuntsic)<br />
*Développement de la plateforme Locomotion<br />
*Valorisation de données des commerces locaux - Covid-19<br />
*Analyse de la zone de test grâce aux données de MTL-Trajet et [[Itinerum]]<br />
*Identification d'autres zones potentielles de tests avec un traceur (Fabmob ou [[Itinerum]])<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g578f9f946d_0_27 Section "mobilité de quartier" de la présentation Meetup Geo Mtl]<br />
<br />
===La Fabrique des Mobilités dans LocoMotion===<br />
L’objectif général de La Fabrique des Mobilités dans le volet “Mobilité de quartier” est d’apporter un soutien continu à Solon pour le développement de LocoMotion comme commun technologique. Actuellement, nous travaillons à l’analyse et la comparaison de solutions de cadenas connectés car Solon en a besoin pour son objectif de mise à l’échelle de sa solution LocoMotion. La phase de priorisation des besoins étant encore en cours, l’analyse comparative en soi a été repoussée au second semestre. Début 2022, nous avons aussi réalisé une formation sur les données ouvertes à Solon.<br />
<br />
D’autres objectifs ont par ailleurs été dépriorisés pour l'instant (premier semestre 2022) comme l’analyse du standard de vélopartage (GBFS) ou celle de l’intégration de LocoMotion dans l’offre de mobilité intégrée. Enfin, la définition des conditions de stockage, d'analyse et de partage des données Locomotion dans un cadre de cybersécurité et d'éthique acceptables (CGU Locomotion) a dû être reportée sine die à cause d’enjeux techniques.<br />
<br />
===Travail sur les solutions de cadenas pour LocoMotion===<br />
Dans le cadre de son accompagnement continu sur le développement de LocoMotion comme commun technologique, La Fabrique des Mobilités Québec a reçu le mandat de Solon de commencer une comparaison des types de cadenas. La méthodologie utilisée permet de pondérer et évaluer chacune des solutions envisageables.<br />
<br />
Un travail sur l'impact d'un choix de solution low tech a également été réalisé. Cette analyse s'inscrit dans la volonté de Solon de trouver un équilibre entre opportunités technologiques et pourvoir proposer différentes solutions à intégrer à la plateforme LocoMotion.<br />
<br />
'''Méthode de travail'''<br />
<br />
Pour aider Solon dans le choix des solutions de sécurisation des véhicules à proposer aux communautés, la Fabrique des Mobilités Québec veut mettre en place les éléments suivants :<br />
<br />
*Un recueil des retour utilisateurs des solutions en cours<br />
*Une grille d’évaluation et de pondération des critères de choix d’un mode de cadenas<br />
*Ce présent document qui indique les impacts de l’automatisation du changement de code dans la plateforme<br />
L'analyse comparative de ces solutions est un travail de réflexion afin d'essayer de proposer un outil d’aide à la décision à Solon.<br />
<br />
'''Comparaison des solutions'''<br />
<br />
En effet, aujourd’hui la plateforme Locomotion utilise des cadenas intelligents. Si cette solution présente des avantages pour l’intégration technologique dans la plateforme, elle n’est pas assez robuste, difficile à maintenir, manque d’inclusivité et pourrait être trop onéreuse. <br />
<br />
Une autre option envisagée est celle du cadenas à code. Celui-ci a l’avantage d’être low-tech et moins onéreuse. Cependant, le manque d’intégration avec la solution Locomotion a des conséquence sur la validation de l’emprunt et la réservation et l’implication humaine pour changer les codes sur l’application et sur le cadenas.<br />
<br />
L'analyse a montré comment en fonction de la fréquence du changement de code des cadenas, il est possible d'atténuer les risques liés à l’usage des véhicules à la communauté ou à la réservation ainsi qu'au niveau d’implication nécessaire de l’équipe de Locomotion et/ou de la communauté.<br />
<br />
En fonction du niveau de mitigation choisie, ce travail présente les modifications à apporter dans <br />
<br />
* L’application Locomotion (UI et Backend)<br />
* Les autorisations de modifications pour les différents acteurs impliqués<br />
<br />
[[Fichier:Travail carole locomotion 1.jpg|centré|sans_cadre|498x498px|Validation de l’usage des véhicules à la communauté ou à la réservation]]<br />
[[Fichier:Travail carole locomotion 2.jpg|centré|sans_cadre|512x512px|Engagements humains pour la maintenance de la solution de cadenas à code]]<br />
[[Fichier:Travail carole locomotion 3.jpg|centré|sans_cadre|531x531px]]<br />
<br />
<br />
'''Conclusions'''<br />
<br />
Nous pouvons voir une corrélation entre la fréquence du changement de code des cadenas et la validation de l’emprunt par la bonne personne. Ainsi en fonction de la mise à l’échelle et/ou de la taille de communauté, il sera important de pondérer ce critère. De la même manière, en fonction du nombre de véhicules à maintenir, il sera important de bien identifier la disponibilité de la communauté pour ces changements de code.<br />
|url=https://solon-collectif.org/mobilite-quartier/<br />
|Tags=alimentation<br />
|Theme=Vélo et Mobilités Actives,Logistique urbaine,Centre Excellence Québec<br />
|from=Solon, Laboratoire d'innovation urbaine de Montréal (LIUM), Coop Carbone, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|to=Collectivité Territoire<br />
|challenge=Améliorer la logistique des derniers kilomètres<br />
|othercommon2=LocoMotion<br />
|communauté d'intérêt=Défi des villes intelligentes de Montréal, Communauté Vélo et Mobilités Actives, Communauté autour de l'accessibilité dans les transports, Communauté des acteurs de la démobilité, Communauté autour des traces de mobilité et des données associées<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Travail_carole_locomotion_3.jpg&diff=53133Fichier:Travail carole locomotion 3.jpg2023-02-16T19:12:48Z<p>Joanasargiacomo : </p>
<hr />
<div>Impacts technologiques dans la plateforme Locomotion</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Travail_carole_locomotion_2.jpg&diff=53132Fichier:Travail carole locomotion 2.jpg2023-02-16T19:11:26Z<p>Joanasargiacomo : </p>
<hr />
<div>Engagements humains pour la maintenance de la solution de cadenas à code</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Travail_carole_locomotion_1.jpg&diff=53131Fichier:Travail carole locomotion 1.jpg2023-02-16T19:10:09Z<p>Joanasargiacomo : </p>
<hr />
<div>Validation de l’usage des véhicules à la communauté ou à la réservation</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Mobilit%C3%A9_de_Quartier&diff=53130Mobilité de Quartier2023-02-16T17:40:59Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Le volet mobilité de quartier vient enrichir l’offre globale en mobilité intégrée, en facilitant les déplacements de courtes distances au sein des quartiers, et en offrant des solutions de mobilité locale adaptées aux réalités spécifiques de différents milieux de vie.<br />
|Main_Picture=locomotion 2.jpg<br />
|description==Objectifs & Opportunités=<br />
La mobilité de quartier est un des projet relié au [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]] de [[Montréal en commun]]. <br />
<br />
'''Objectif''' : Analyse approfondie des données issues du système de mobilité de quartier, pour mieux comprendre les changements d’habitudes et les besoins en déplacement des utilisateurs. <br />
<br />
'''Partenaires''' : [[Solon]], [[La Fabrique des Mobilités Québec]], [[Cyclistes solidaires]] <br />
<br />
==La mobilité de quartier dans Montréal en commun==<br />
L’intention de la Mobilité de quartier est multiple : amener une approche novatrice dans la résolution des enjeux de mobilité des Montréalais; développer une plus grande résilience et une plus grande intelligence collective des communautés visées; et enfin, soutenir la vision ambitieuse et collective de la gouvernance du numérique et des données portées par la Ville de Montréal. <br />
<br />
Le caractère innovant de ce volet peut se décrire plus précisément par plusieurs lignes de force : <br />
*Développer la notion « d’immobilité de quartier », en explorant comment limiter les besoins de déplacement.<br />
*Constituer une flotte de véhicules autogérée comme un commun de quartier. <br />
*Déployer des milieux de vie comme de nouveaux espaces de démocratie, favorisant l’appropriation et la capacité d’action collective. <br />
*Favoriser l’inclusion de tous aux nouvelles mobilités et aux possibilités qu’elles ouvrent (aînés, personnes à mobilité réduite, personnes à faibles revenus, etc.)<br />
*Tester un modèle économique novateur et des outils financiers permettant de supporter le déploiement (financement, assurances, etc.) au bénéfice des communautés. Des projets pilotes en mobilité de quartier ont été réalisés en 2018 dans trois arrondissements, permettant notamment de déployer à petite échelle le programme de flotte partagée. Ce programme propose aux différents acteurs d’un quartier (résidents, commerces, organisations) un système local de partage de véhicules (voitures, remorques à vélo, vélos-cargos, vélos électriques).<br />
<br />
Le projet pilote a permis de tester différents aspects de cette plateforme de partage de véhicules (modalités de fonctionnement, type de véhicules, incitatifs, partenaires, etc.) en co-création avec les utilisateurs et d’autres acteurs clés. Les projets de mobilité intégrée et de mobilité de quartier se renforcent mutuellement et s’inscrivent dans une vision cohérente et complète. Ces projets ambitieux donneront un nouveau visage à la mobilité montréalaise et feront levier sur les autres nombreux investissements, publics comme privés, déjà réalisés en mobilité. Avec ces projets, la Ville et ses partenaires (publics et privés, organismes locaux, citoyens, etc.) explorent de nouvelles formes d’usage du territoire.<br />
<br />
==Volet "Sécurité alimentaire"==<br />
L’accessibilité économique et physique à des aliments sains constitue un enjeu majeur pour certaines populations vulnérables. Bien que le manque de ressources financières soit la cause majeure de l’insécurité alimentaire, l’accès physique aux aliments est aussi un facteur important à considérer.<br />
<br />
À ce titre, Montréal présente plusieurs déserts alimentaires et un taux d’insécurité alimentaire parmi les plus élevés au Canada, soit de 11.3 %. Montréal est une ville regroupant une multitude d’acteurs dans le milieu alimentaire constituant un écosystème important et robuste. <br />
<br />
Sur la base de recherches effectuées à Montréal et de plusieurs consultations auprès des parties prenantes, il est apparu prioritaire de supporter les initiatives existantes, de valoriser et de mutualiser les infrastructures et les ressources déjà en place afin de mieux soutenir les besoins collectifs de ces acteurs. Ces organisations disposent de ressources limitées pour investir dans les infrastructures et créer des projets axés sur la mutualisation des ressources. <br />
<br />
C’est pourquoi notre projet vise à mettre en place un système alimentaire local intégré. L’idée de ce système est de mutualiser certaines infrastructures et ressources déjà en place pour la production locale, la distribution, l’entreposage et la transformation des aliments. En créant une plateforme technologique pour gérer l’inventaire, les ventes, les dons alimentaires et les livraisons, les organisations augmenteront leur pouvoir d’achat collectif pour des aliments locaux, en plus de réduire le gaspillage alimentaire et leurs coûts d’opération et de livraison. <br />
<br />
==Volet "Données en mobilité"==<br />
*Récupérer les trajets des citoyens grâce au traceur Fabmob ou [https://wiki.lafabriquedesmobilites.fr/Itinerum Itinerum], collecte de trace de trajets<br />
*Intégrer avec le POC d’analyse de données en mobilité et urbanisme<br />
*Collecter des données ouvertes et publiques dans la librairie de [https://wiki.lafabriquedesmobilites.fr/Jalon_Mtl Jalon Mtl]<br />
*Recueillir des données de type Big Data (via Telcom ou applications)<br />
*<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Cyclistes solidaires==<br />
Pour plus de détails, voir la page [https://wiki.lafabriquedesmobilites.fr/Cyclistes%20solidaires Cyclistes solidaires].<br />
<br />
==LocoMotion==<br />
Pour plus de détails, voir la page [[LocoMotion]].<br />
<br />
===Défis en cours===<br />
*Divers tests [[LocoMotion|Locomotion]] ont été lancés dans différentes zones de Montréal (Rosemont, Ahuntsic)<br />
*Développement de la plateforme Locomotion<br />
*Valorisation de données des commerces locaux - Covid-19<br />
*Analyse de la zone de test grâce aux données de MTL-Trajet et [[Itinerum]]<br />
*Identification d'autres zones potentielles de tests avec un traceur (Fabmob ou [[Itinerum]])<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g578f9f946d_0_27 Section "mobilité de quartier" de la présentation Meetup Geo Mtl]<br />
<br />
===La Fabrique des Mobilités dans LocoMotion===<br />
L’objectif général de La Fabrique des Mobilités dans le volet “Mobilité de quartier” est d’apporter un soutien continu à Solon pour le développement de LocoMotion comme commun technologique. Actuellement, nous travaillons à l’analyse et la comparaison de solutions de cadenas connectés car Solon en a besoin pour son objectif de mise à l’échelle de sa solution LocoMotion. La phase de priorisation des besoins étant encore en cours, l’analyse comparative en soi a été repoussée au second semestre. Début 2022, nous avons aussi réalisé une formation sur les données ouvertes à Solon.<br />
<br />
D’autres objectifs ont par ailleurs été dépriorisés pour l'instant (premier semestre 2022) comme l’analyse du standard de vélopartage (GBFS) ou celle de l’intégration de LocoMotion dans l’offre de mobilité intégrée. Enfin, la définition des conditions de stockage, d'analyse et de partage des données Locomotion dans un cadre de cybersécurité et d'éthique acceptables (CGU Locomotion) a dû être reportée sine die à cause d’enjeux techniques.<br />
<br />
=== Travail sur les solutions de cadenas connectés ===<br />
Dans le cadre de son accompagnement continu sur le développement de LocoMotion comme commun technologique, La Fabrique des Mobilités Québec a reçu le mandat de Solon de commencer une comparaison des types de cadenas. La méthodologie utilisée permet de pondérer et évaluer chacune des solutions envisageables.<br />
<br />
Un travail sur l'impact d'un choix de solution low tech a également été réalisé. Cette analyse s'inscrit dans la volonté de Solon de trouver un équilibre entre opportunités technologiques et pourvoir proposer différentes solutions à intégrer à la plateforme LocoMotion.<br />
<br />
'''Méthode de travail'''<br />
<br />
Pour aider Solon dans le choix des solutions de sécurisation des véhicules à proposer aux communautés, la Fabrique des Mobilités Québec veut mettre en place les éléments suivants :<br />
<br />
* Un recueil des retour utilisateurs des solutions en cours<br />
* Une grille d’évaluation et de pondération des critères de choix d’un mode de cadenas<br />
* Ce présent document qui indique les impacts de l’automatisation du changement de code dans la plateforme<br />
|url=https://solon-collectif.org/mobilite-quartier/<br />
|Tags=alimentation<br />
|Theme=Vélo et Mobilités Actives,Logistique urbaine,Centre Excellence Québec<br />
|from=Solon, Laboratoire d'innovation urbaine de Montréal (LIUM), Coop Carbone, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|to=Collectivité Territoire<br />
|challenge=Améliorer la logistique des derniers kilomètres<br />
|othercommon2=LocoMotion<br />
|communauté d'intérêt=Défi des villes intelligentes de Montréal, Communauté Vélo et Mobilités Actives, Communauté autour de l'accessibilité dans les transports, Communauté des acteurs de la démobilité, Communauté autour des traces de mobilité et des données associées<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Mobilit%C3%A9_int%C3%A9gr%C3%A9e_(Qu%C3%A9bec)&diff=53122Mobilité intégrée (Québec)2023-02-14T17:01:23Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Le travail sur le développement d'une offre de mobilité intégrée au Québec fait partie d'un des deux grands champs d'expérimentation de La Fabrique des Mobilités Québec.<br />
|Main_Picture=image wiki MI.jpg<br />
|description==Accompagnement ARTM - mise en place d'un MaaS sur le Grand Montréal=<br />
La Fabrique des Mobilités Québec accompagne l’ARTM dans le déploiement de son Plan stratégique de développement, en particulier la conception d’un MaaS (mobility as a service, service de mobilité intégrée) pour le Grand Montréal. La Fabrique s’implique en particulier auprès de l’équipe chargée de concevoir et tester “Mon compte Mobilité” qui sera une interface permettant un accès simplifié aux différents modes de transport supervisés directement ou indirectement par l’ARTM.<br />
<br />
==Recharge de la carte Opus sur mobile==<br />
Plusieurs expérimentations ont déjà été menées dans ce sens, notamment des tests pour recharger la carte Opus directement à partir d’une application mobile. Notre accompagnement vise à pérenniser les initiatives en les aidant à tester des risques inhérents à un produit : désirabilité (y a-t-il un public ? un besoin pour ce produit ?), faisabilité (possède-t-on les moyens humains, techniques et financiers pour réaliser ce produit ?) et enfin viabilité (le produit est-il rentable pour l’ARTM ?).<br />
<br />
Les points essentiels de la démarche étaient les suivants :<br />
<br />
*Se donner un cadre de travail et des rôles afin de s’aligner dans le travail à réaliser (modèle Scrum).<br />
*Identifier le bon rythme de travail.<br />
*Utiliser une application “no code” pour tester la faisabilité et la viabilité.<br />
*Réaliser un prototype sur InVision (“no code”) pour tester la désirabilité.<br />
*Intégrer la fonction de lecture de titres sur une carte Opus à Chrono mobile pour livrer de la valeur tout de suite “quick win” aux usagers actuels.<br />
<br />
<br />
Les principaux apprentissages retirés par l’équipe d’expérimentation concernaient autant l’approche utilisée (méthode Scrum facilitant l’alignement de l’équipe, nécessité de communiquer avec les autres équipes non impliquées dans le projet) que le produit en soi (importance de la notion de “compte client”, nécessité d’équilibrer effort et portée quand on élabore une expérimentation).<br />
<br />
==Constituer un backlog d'expérimentation en commun==<br />
Au premier semestre 2022, la principale réalisation concernant notre accompagnement de l’ARTM a été la finalisation d’une première version d’un backlog d’expérimentation (cf. section “livrables” ci-dessous). Ce document fait suite aux mois de travail nécessaires pour cartographier les besoins (tant de l’ARTM que les recherches sur les besoins potentiels des usagers, notamment sur le sujet de l’identité numérique) ainsi qu’établir les objectifs de la démarche, les rôles de chacun, etc.<br />
<br />
Après l’exploration et la cartographie des besoins, il a été nécessaire de se lancer dans une phase active de prototypage afin de pouvoir valider ou invalider les hypothèses sur le terrain. C’est pourquoi nous cherchons actuellement à préciser nos hypothèses (cf. backlog d’expérimentations, section “livrables”). Par ailleurs, le backlog d’expérimentation est un document commun de discussion, travail et collaboration entre les parties prenantes et sera donc régulièrement actualisé, amélioré.<br />
<br />
Au-delà de l’accompagnement orienté vers leurs propres expérimentations, nous souhaitons également arrimer l’ARTM dans la mobilisation de l’écosystème de mobilité montréalais, en particulier sur les enjeux de mobilité intégrée traités précédemment (covoiturage, taxi, standards de données associées, etc.) et sur la mobilisation autour de la collecte et du partage de données afin de favoriser l’innovation ouverte dans ce secteur.<br />
<br />
Pour cela, La Fabrique des Mobilités Québec cherche actuellement à mettre en place un accord de collaboration avec l’ARTM afin de confirmer un agenda régulier de rencontres autour des expérimentations réalisées par la Fabmob.<br />
<br />
=Evénements autour de la mobilité intégrée=<br />
<br />
==Evénement inter-FabMob - 8 juin 2022==<br />
Au premier semestre de 2022, nous avons également eu l’occasion d’organiser une rencontre avec la Fabrique des Mobilités France à Montréal, le matin du 8 juin à la Cité des Hospitalières (espace de travail partagé par les partenaires de Montréal en commun). L’organisation de la rencontre fut, en soi, une riche source d’apprentissages, en particulier sur nos canaux de communication et mobilisation et sur la quantité de préparation en amont nécessaire quand on prépare un événement de ce type.<br />
<br />
Nous avons pu accueillir Ghyslain Delabie (directeur de la Fabrique des Mobilités France), Julie Braka (cheffe de projet “standardisation du MaaS”) ainsi que Julien de Labaca (expert en mobilité durable).<br />
<br />
L’objectif était de favoriser la transmission des apprentissages et expériences entre les initiatives françaises et québécoises sur la mobilité durable et innovante, notamment à travers l’échange des bloquants et perceptions respectifs. Pour cela, nous avons choisi de mobiliser l’écosystème autour du vaste thème de la “mobilité intégrée”, tant dans sa version technique (MaaS, ''mobility as a service'') que sur des modes de transport spécifiques (covoiturage, transport à la demande).<br />
<br />
Différents points ont été discutés : les barrières pour la mise en place d’un MaaS (notamment l’attractivité), l’importance des standards pour réduire certaines d’entre elles, la nécessité d’une direction claire (et donc de coordination avec les pouvoirs publics). Les intervenants ont également pu apporter des exemples d’initiatives dans d’autres pays et villes afin d’enrichir les échanges (Monaco, Madrid, Nantes, etc.). La qualité attendue des échanges était au rendez-vous.<br />
<br />
Nous avons aussi pris le parti d’un “double mode” : en effet, les discussions avec nos invités étaient retransmises en direct et nous avons mis les enregistrements à libre disposition sur YouTube. Cet événement a également été l’opportunité de produire une nouvelle version d’[https://www.youtube.com/watch?v=Tjt4kBlE3C8 une vidéo de présentation de la Fabrique des Mobilités Québec].<br />
<br />
Version webinaire des trois parties de l'événement du 8 juin :<br />
<br />
*[https://www.youtube.com/watch?v=I6CXS1m9-ME partie “Extrême Défi de l’ADEME]”<br />
*[https://www.youtube.com/watch?v=IlbX9EzWfOY partie “Transport à la demande”]<br />
*[https://www.youtube.com/watch?v=9kca3zYOVws partie “Etat des lieux du covoiturage”]<br />
|Theme=Centre Excellence Québec<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Image_wiki_MI.jpg&diff=53121Fichier:Image wiki MI.jpg2023-02-14T17:01:16Z<p>Joanasargiacomo : </p>
<hr />
<div></div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Gouvernance_des_donn%C3%A9es&diff=51598Gouvernance des données2022-11-16T19:58:33Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Le projet de gouvernance des données vise à soutenir les différents acteurs et projets dans la valorisation et la standardisation des données dans une gouvernance ouverte favorisant la mobilité durable.<br />
|Main_Picture=image gouv données wiki.jpg<br />
|description==Objectifs & Opportunités=<br />
Ce projet fait partie de la verticale "[[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]]" du projet [[Montréal en commun]].<br />
<br />
Dans le cadre de [[Montréal en commun]], la Fabrique des Mobilités Québec a pour objectif de développer, avec les autres partenaires, un Pôle de données en mobilité qui permettrait de qualifier, partager et valoriser des données de mobilité. Ce travail se décline en trois axes :<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de données.<br />
*Formaliser un processus de travail et une gouvernance commune : quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet du Pôle de données ?<br />
<br />
=Initiatives et expérimentations=<br />
<br />
==Travail sur le Pôle de données en mobilité (vision, besoins, enjeux)==<br />
Page dédiée : [[Plateforme de données en mobilité]].<br />
<br />
Page dédiée au [[Pôles de données en mobilité|Pôle de données en mobilité]]. Pour la documentation post-mortem du projet, voire la section dédiée de la page.<br />
<br />
==Carrefour de la donnée==<br />
<br />
=== Objectifs et opportunités de ce projet ===<br />
Autre initiative lancée en ce début d’année 2022 : l’opportunité de participer au projet de “Carrefour de la donnée” d’Ivado. Ce projet nous a notamment permis de rentrer en contact avec le professeur Elie Elia de l'UQÀM pour lui présenter l'application [[Ma Mobilité]] et les données qu'elle collecte.<br />
<br />
L’objectif de cette initiative est de permettre à des étudiants de travailler sur des données réelles pour réaliser des POC autour d'enjeux en mobilité, à des fins de recherche. De notre côté, la première étape avait pour objectif de documenter les règles de partage et les conditions de recherche sur ces données (par exemple : documentation sur l’outil open source E-Mission, transmise à un professeur de l’UQAM, partie prenante au projet).<br />
<br />
Les jeux de données avec lesquels la Fabrique des Mobilités Québec collabore concernent pour l’instant Ma Mobilité (application de traçage de déplacements) et potentiellement les données du taxi. Ces dernières ont soulevé certains enjeux, notamment concernant l’hébergement et l’anonymisation des données. Pour cela, nous nous sommes inspiré du travail réalisé au début du projet Montréal en commun (avant la pandémie).<br />
<br />
=== Démarche ===<br />
<br />
* Mise en place d'une expérimentation de collecte de données<br />
* Préparation d'une entente à faire signer par les participants afin de pouvoir partager de la donnée brute<br />
* Préparation de l'application pour cette expérimentation, fixer le pipeline d'analyse pour les participants<br />
* Configuration des notifications pour la durée de l'expérimentation<br />
* Préparation et signature d'une entente de confidentialité entre FabMob et le professeur Elie Elia de l'UQÀM<br />
<br />
<br />
'''Prochaines étapes :'''<br />
<br />
* À la fin de l'expérimentation, pouvoir fournir les données au professeur et suivre le projet ainsi que les analyses qui seront effectuées sur les données fournies<br />
* Faire des analyses côté FabMob sur ces données (complètes)<br />
* Valider les travaux des étudiants ainsi que les publications<br />
<br />
==Travail de documentation des échecs et pivots (post-mortem)==<br />
Le premier semestre 2022 a été également marqué par les adaptations nécessaires au retrait de Jalon (et par conséquent l’échec du projet initial d’une “Plateforme des données en mobilité”). Cet échec a néanmoins offert de nombreux apprentissages sur l’élaboration d’un cadre de gouvernance des données en mobilité, qui méritaient d’être documentés pour la suite de Montréal en commun.<br />
<br />
[[Pôles de données en mobilité#Post-mortem de la Plateforme de donn.C3.A9es en mobilit.C3.A9|Lire la documentation complète concernant le post-mortem de la plateforme de données en mobilité]].<br />
<br />
=Evénements liés au projet=<br />
<br />
==Webinaire Nord Ouvert - 25 mai 2022==<br />
Ce printemps, la Fabrique des Mobilités Québec a participé à la conférence de Nord Ouvert sur la durabilité des modèles de gouvernance des données. Lors de cet événement, les différentes verticales de Montréal en commun ont été présentées (mobilité, alimentation, réglementation et données).<br />
<br />
Nous avons insisté sur les bénéfices de l’innovation ouverte afin de dérisquer des projets touchant la gouvernance des données, notamment ceux cherchant à développer des outils durables dans ce domaine.<br />
<br />
==Journée des Fabriques des mobilités à Montréal - 8 juin 2022==<br />
Au premier semestre de 2022, nous avons également eu l’occasion d’organiser une rencontre avec la Fabrique des Mobilités France à Montréal, le matin du 8 juin à la Cité des Hospitalières (espace de travail partagé par les partenaires de Montréal en commun). L’organisation de la rencontre fut, en soi, une riche source d’apprentissages, en particulier sur nos canaux de communication et mobilisation et sur la quantité de préparation en amont nécessaire quand on prépare un événement de ce type.<br />
<br />
Nous avons pu accueillir Ghyslain Delabie (directeur de la Fabrique des Mobilités France), Julie Braka (cheffe de projet “standardisation du MaaS”) ainsi que Julien de Labaca (expert en mobilité durable).<br />
<br />
L’objectif était de favoriser la transmission des apprentissages et expériences entre les initiatives françaises et québécoises sur la mobilité durable et innovante, notamment à travers l’échange des bloquants et perceptions respectifs. Pour cela, nous avons choisi de mobiliser l’écosystème autour du vaste thème de la “mobilité intégrée”, tant dans sa version technique (MaaS, mobility as a service) que sur des modes de transport spécifiques (covoiturage, transport à la demande).<br />
<br />
Différents points ont été discutés : les barrières pour la mise en place d’un MaaS (notamment l’attractivité), l’importance des standards pour réduire certaines d’entre elles, la nécessité d’une direction claire (et donc de coordination avec les pouvoirs publics). Les intervenants ont également pu apporter des exemples d’initiatives dans d’autres pays et villes afin d’enrichir les échanges (Monaco, Madrid, Nantes, etc.). La qualité attendue des échanges était au rendez-vous.<br />
<br />
Nous avons aussi pris le parti d’un “double mode” : en effet, les discussions avec nos invités étaient retransmises en direct et nous avons mis les enregistrements à libre disposition sur YouTube (voir section “Livrables”). Cet événement a également été l’opportunité de produire une nouvelle version d’une vidéo de présentation de la Fabrique des Mobilités Québec (cf. section “Livrables”).<br />
|Theme=Vélo et Mobilités Actives,Accessibilité dans les transports,Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Urbanisme et ville,Logistique urbaine,Logiciel Libre,Stationnement,Centre Excellence Québec<br />
|from=Bureau du taxi de Montréal, Coop Carbone, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), OpenNorth - Nord ouvert, Solon, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|to=Autorité régional de transport métropolitain (ARTM), Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Solon, nord ouvert, ville de montréal, btm, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Accélérer le déploiement du covoiturage quotidien, Améliorer la logistique des derniers kilomètres, Améliorer la résilience des systèmes de transports et des solutions de mobilités, Améliorer le remplissage des flux logistiques, Maximiser les usages de l'espace public (personne et marchandise)<br />
|othercommon=Carte CurbLR de Montréal, CurbLR, Données ouvertes en mobilité au Québec, Exo - données ouvertes, LocoMotion<br />
|communauté d'intérêt=Défi des villes intelligentes de Montréal<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Image_gouv_donn%C3%A9es_wiki.jpg&diff=51597Fichier:Image gouv données wiki.jpg2022-11-16T19:52:09Z<p>Joanasargiacomo : </p>
<hr />
<div></div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51596Pôles de données en mobilité2022-11-16T19:23:35Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups.<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Post-mortem de la Plateforme de données en mobilité==<br />
<br />
===Mise en contexte===<br />
Dans le cadre de [[Défi des villes intelligentes de Montréal|Montréal en Commun]], pour une ville apprenante, les partenaires souhaitent développer un pôle qui permettrait de : qualifier, partager et valoriser des données de mobilité.<br />
<br />
La première version du pôle de données, centrée autour d’une plateforme de données en mobilité, a eu son lot de rebondissements :<br />
<br />
*Le porteur de projet a été modifié passant de Jalon à l’Agence de Mobilité Durable<br />
*Jalon, l’acteur principal de la mise en place de la plateforme a quitté le projet de Montréal en commun avec son actif<br />
<br />
<br />
De nombreuses intentions du pôle étaient déjà présentes dans la version portée par Jalon, il est donc important de prendre le temps de creuser les réussites et les échecs pour surtout en ressortir des apprentissages et des améliorations.<br />
<br />
Le [[Valorisation du taxi (Québec)|BTM]] étant un cas d’usage parfait de projet d’intégration de données dans le pôle, il nous permettra d’appuyer les éléments mis de l’avant avec des événements et faits tangibles qui ont eu lieu dans ce cas d’usage, afin de tenter d’illustrer et comprendre ces réussites et échecs.<br />
<br />
Les éléments suivants ont été amenés par des personnes impliquées dans la première version du pôle de Jalon lors d’une séance de brainstorming ayant eu lieu le 19 juillet dernier. Celle-ci a eu lieu dans le but de relater les faits et réflexions de chacun, pour ensuite synthétiser le tout dans ce post-mortem afin de mettre en avant les apprentissages (tant positifs que négatifs) qui nous seront utiles pour l’avenir du pôle de données en mobilité.<br />
<br />
===Apprentissages récoltés===<br />
Il est pertinent de commencer par faire l’état des lieux de la situation en prenant conscience des éléments positifs et négatifs de la gestion du développement de la première version du pôle de données en mobilité, portée par Jalon. L'objectif est d’avoir une vue d’ensemble des paramètres qui ont potentiellement mené à l’échec de cette première version et de ceux ayant permis de maintenir l’initiative en vie jusqu’à aujourd’hui.<br />
<br />
====Points positifs====<br />
<br />
=====Réussite d’initiatives internes=====<br />
Certaines initiatives menées à l’interne du consortium de partenaires porteurs ont pu '''générer des avancées et des résultats concrets''' qui permettent des '''apprentissages sur la valeur ajoutée''' du pôle de données et de la gestion des données qui s’y intègrent. Ces 2 initiatives mettent en évidence les avantages de la mise en place d’un pôle.<br />
<br />
======CurbLR======<br />
Une initiative qui a permis de mettre en place le standard CurbLR pour les données de stationnement, en plus d’'''initier l’hébergement de données''' de la [[Carte CurbLR de Montréal|carte]] incluant celles de la Ville de Montréal (Signalec). Cette initiative concrète a aussi démontré la '''capacité du consortium à mener des expérimentations collaboratives à terme'''. Ceci confirme la '''compétence des équipes de projet, tous départements confondus''', de la gestion au marketing et de la technologie à la gouvernance.<br />
<br />
======Ma Mobilité======<br />
L’application développée par la Fabrique des Mobilités Québec a '''généré des données de mobilité d’utilisateurs testeurs''' permettant de démarrer un processus d’apprentissage sur la gestion des données dans le cadre du pôle. Cette initiative met en marche une collaboration avec l’UQAM qui permettra d’analyser des cas d’usages de données, dans un but de création de valeur.<br />
<br />
=====Génération d'intérêt dans l'écosystème de mobilité (recherche, partenaires publics et privés, etc.)=====<br />
En ce qui concerne la génération d’intérêt d’acteurs pour l’infrastructure qu’offre le pôle de données, il est clair que cette initiative fut une réussite autant au niveau académique, privé que public. Les retours positifs et proactifs reçus de plus de 5 grands acteurs des données de la mobilité (Communauto, CRE, Solon, TIESS, Bixi, Polytechnique) lors d’une approche d’entrevues de recueil des besoins et attentes du pôle permettent de valider ce point. La suite sera assurément de capitaliser sur cet intérêt pour concrétiser le démarrage et l’initialisation d’expérimentations, en s’assurant d’ajouter de la valeur pour l’écosystème de parties prenantes entourant la données en mobilité au Québec.<br />
<br />
====Points négatifs====<br />
<br />
=====Lacunes dans l’approche agile et expérimentale (désirabilité, viabilité et faisabilité)=====<br />
<br />
======Manque d’accent sur la gestion de projet agile======<br />
Il a été remarqué par les participants au post-mortem que les initiatives prises au courant de la première version du pôle n’étaient '''pas basées sur des hypothèses de désirabilité, viabilité et faisabilité validées'''. Cette remarque pourrait être attribuée au '''manque de sensibilisation''' des collaborateurs et partenaires à cette '''méthode de gestion agile''' de développement de produit mise de l’avant par la Fabrique des Mobilités Québec dans ce projet. Cette méthodologie doit être assimilée par tout le consortium pour parvenir à des résultats.<br />
<br />
======Vision trop globale de la plateforme de données et insuffisamment expérimentale======<br />
Les objectifs du pôle se doivent d’être vus en petits morceaux, en se focalisant sur l’'''implémentation de fonctionnalités à forte valeur ajoutée''' '''et à faible effort de déploiement.''' La plateforme du pôle était un idéal et elle aurait dû être mieux découpée en petites pièces '''pour assurer la validation d’hypothèses par itérations''' sur du plus '''court terme'''.<br />
<br />
======Résultats axés sur le livrable plus que sur l'apprentissage======<br />
Encore une fois, la mentalité agile de développement produit fut manquante, car le consortium d’entreprises tentait beaucoup plus de répondre à un mandat en développant des morceaux d’un produit (la plateforme de données) sans réellement valider les attentes et les besoins des clients/usagers. Ceci était bien pour les redditions de comptes, mais moins pour l’apport de valeur ajoutée du pôle pour l’écosystème, bien qu'elle soit la raison essentielle d’existence de ce projet.<br />
<br />
======Capitalisation sur l'intérêt généré chez les potentiels utilisateurs et partenaires======<br />
Comme mentionné plus haut, l’intérêt généré par la description théorique du pôle et les quelques expérimentations réussies ont généré de l’intérêt dans l’écosystème de mobilité. Cependant, cette effervescence n’a pas su se convertir en valeur réelle ou en expérimentation concrète vu le manque de remue-méninge avec les principaux parties prenantes d’intérêt (secteur privé, public et académique).<br />
<br />
=====Fort biais technologique dans les initiatives (''technology push'')=====<br />
<br />
======Actif imposé======<br />
L’actif de la plateforme de Jalon a été imposée au projet (avec lequel il est ensuite reparti)<br />
<br />
======Confusion entre le pôle et la plateforme de données======<br />
Comme indiqué préalablement, dans la vision du pôle portée par Jalon, c’est '''principalement la plateforme technologique qui était mise de l’avant''' jusqu’à créer une confusion entre la définition et le rôle du pôle et celui de l’outil (plateforme de données). Les objectifs, lorsque Jalon était porteur du projet, ne mettaient de l’avant que cet aspect technologique de la plateforme du pôle, tandis qu’ils auraient dû être axés sur l’aspect de désirabilité et de viabilité du Pôle, c'est-à-dire une validation de l'attraction et de la rentabilité de celui-ci. Cela aurait permis une meilleur adhésion des parties prenantes et une identification de valeur ajoutée validée.<br />
<br />
======Problème de ressources TI pour la gestion des données (cas d’usage BTM)======<br />
L’identification de la maturité numérique des parties prenantes utilisatrices du pôle et leur capacité (expertise et ressources) à préparer les données à partager doivent être pris en compte lors de la priorisation des cas d’usage à déployer pour le pôle. Ceci aurait du être une pratique à ne pas ignorer. '''L’identification des expérimentations les moins risquées permettrait d’agrandir les chances de réussites du déploiement''' et d’augmenter la visibilité du pôle. Il est donc nécessaire que les premiers acteurs identifiés des cas d’usage soient les plus matures possible (en termes de ressources compétentes et de moyens) pour permettre le déroulement fluide des expérimentations. Il est aussi pertinent de mettre des actions en place pour supporter les acteurs moins matures dans leur montée en compétence pour la gestion et le partage des données nécessaires aux expérimentations du pôle.<br />
<br />
=====Carence dans la cohésion et la collaboration entre les partenaires=====<br />
<br />
======Manque de synchronisation du travail des entités porteuses======<br />
Un bloquant principal dans le développement du pôle. Ceci fut aussi amené comme un manque de transparence des processus internes, ce qui a empêché les équipes de remédier au désalignement des attentes et des lignes directrices au sein du consortium.<br />
<br />
======Difficulté d’appliquer la transparence pour les organisations partenaires======<br />
''Bloquants administratifs importants (cas d'usage BTM)''<br />
<br />
Les bloquants administratifs dans certaines situations, telle que celle du BTM, ont été mis de côté ce qui a pu occasionner des pertes de temps énormes sur la structuration d’un cas d’usage qui n’allait pouvoir voir le jour rapidement, vu les délais de certaines décisions administratives. La transparence entre décideurs du consortium et des entreprises partenaires doit être de mise.<br />
<br />
''Changement du porteur du pôle en cours de projet''<br />
<br />
La transition de porteurs est venue avec une complexité administrative qui a nécessairement occasionné des délais dans l’avancement du développement des expérimentations au sein du regroupement de partenaires.<br />
<br />
======Départ d’un partenaire clé======<br />
Le départ de Jalon a fait perdre tous les acquis techniques et technologiques au partenariat. Le manque de partage de la solution en amont du départ de Jalon du projet n’a pas permis au consortium de capitaliser sur les acquis de la solution technologique mise en place pour la plateforme du pôle. Il est donc important que la culture du partage et de la transparence soit inhérente à l’organisation et la gouvernance du pôle.<br />
<br />
======Manque de partage et de mise en commun sur les actifs collectifs numérique======<br />
Il est donc important de documenter les apprentissages et les réalisations régulièrement pour ne pas perdre les avancements et surtout pour garantir le partage de l’actif collectif.<br />
<br />
======Transparence du parcours des données avec les potentiels partenaires======<br />
Ici, l’aspect de la gestion des données faite au sein du pôle est mise de l’avant comme ayant été mal ou non communiquée. Ceci a pu générer de l’inquiétude des parties prenantes intéressées, et même que cet élément inconnu a pu s’interposer comme bloquant de partage pour certaines organisations ciblées pour les expérimentations.<br />
<br />
======Cadre d'entente d'implication des partenaires incomplet======<br />
L’absence d’une entente cadre claire statuant sur l’implication de chacune des organisations participantes et sur la description des enjeux entourant la donnée est une faille dans la première tentative de développement de la plateforme technologique qui fondait l’intégralité du pôle. Une entente cadre se doit d’exister pour assurer une mitigation des risques pour les potentiels partenaires, ainsi que pour les convaincre et les sécuriser en limitant les craintes au niveau de la gouvernance. Elle est aussi importante pour le pôle pour ainsi clarifier et faciliter la gouvernance de celui-ci.<br />
<br />
===Recommandations===<br />
<br />
====Notre démarche====<br />
À la lumière des bons et des mauvais points indiqués précédemment, nous avons classifié les points d’amélioration selon une matrice à 2 dimensions : facteurs clé de succès d’un projet et chantiers du pôles et ses indicateurs de suivi.<br />
<br />
=====Les facteurs clés de succès d'un projet=====<br />
Pour assurer le '''succès d’un projet''', il est important que ces '''4 paramètres''' soient '''bien définis et communiqués.'''<br />
<br />
*Structure<br />
*Gouvernance<br />
*Processus et ses outils<br />
*Ressources<br />
<br />
=====Les chantiers du pôle et ses indicateurs de suivi=====<br />
Suite au départ de Jalon du projet de Montréal en Commun, la Fabrique des Mobilités Québec a proposé sa vision du pôle. Celle-ci se découpe en '''4 chantiers principaux pour 2022-2024.'''<br />
<br />
* Génération de communs<br />
* Gouvernance et partage de données<br />
* Valorisation de données<br />
* Indicateurs de mobilité durable<br />
<br />
<br />
De plus, l’analyse de tous les retours et observations, de nombreux éléments sont ressortis autour des enjeux de suivis. Nous avons donc ajouté un chantier spécifique: '''Les indicateurs de suivis.'''<br />
<br />
====Matrice des recommandations====<br />
[[Fichier:Matrice recommandations Pôle.png|centré|sans_cadre|826x826px|Matrice des recommandations issues du post-mortem sur le Pôle de données en mobilité dans le cadre de Montréal en commun]]<br />
<br />
====Mise en application====<br />
Chaque recommandation est donc articulée selon le pilier structurant du projet auquel il se rapporte et pour répondre à un chantier du pôle en particulier.<br />
<br />
Nous avons mis en gras les recommandations qui nous paraissent indispensable pour la bonne réussite de la prochaine version du pôle.<br />
<br />
L’ensemble de ces initiatives et actions auront pour objectif final de répondre aux principes directeurs du projet. Ces derniers ont été revus (voire conclusions).<br />
<br />
'''<u>1/Mettre l’Open source et le partage au cœur des développements (communs)</u>'''<br />
<br />
Le principe du partage doit être intrinsèque à la conception, l’élaboration de toute solution. Tout apprentissage, solutions, résultats devraient être partagées à la communauté. Ainsi cela permet aussi de préserver le commun mis en place.<br />
<br />
<u>2/Se permettre de tester des cadres d'ententes de partage</u><br />
<br />
Certains cas d’usage sont bloqués dans l’attente de la signature d’une entente de partage. Ces ententes sont aussi des éléments d’innovation. Il faudrait donc se permettre de tester des cadres d’ententes et d’apprendre de ces essais.<br />
<br />
<u>3/Se permettre de créer des données à l'interne pour les utiliser et les valoriser</u><br />
<br />
<u>4/Définir et suivre les OKRs par projet pilote</u><br />
<br />
Il serait intéressant de définir des OKRs par initiatives. Ces OKRs pourraient alors être communiqués, suivis et validés au sein du consortium de projet.<br />
<br />
<u>5/Définir et partager des ‘’templates’’ d'OKRs (paramètres requis)</u><br />
<br />
Il pourrait être opportun que toutes les initiatives ou projets pilotes suivent le même modèle d’OKR :<br />
*Fixer les objectifs<br />
*Fixer des résultats clés chiffrés et mesurables, mais également les délais d’attente acceptables<br />
*Constituer l’équipe : responsable, équipe de réalisation, experts, les personnes informées (dans l’esprit du RACI)<br />
*Définir l’opérabilité du suivi de ces OKR.<br />
<br />
<br />
<u>6/Déterminer une entente cadre prônant la mitigation des risques et la présentation du parcours de la donnée</u><br />
<br />
<u>7/Identifier des points bloquants de partage pour minimiser les ralentissements</u><br />
<br />
Cette identification permettra de remonter les alertes de bloquants dans le suivi des OKRs. Si des points bloquent trop longtemps l’initiative, il faut pouvoir réfléchir à des alternatives ou revoir le projet pilote.<br />
<br />
<u>8/Assurer la gouvernance de la communication de la valeur ajoutée à l'interne et à l'externe</u><br />
<br />
Dans un objectif de partage, tous les apprentissages doivent être communiqués à l’interne, aux partenaires et au public. Le niveau de communication doit être vu et suivi pour chaque projet pilote.<br />
<br />
'''<u>9/Mettre en place des instances en capacité de superviser et valider l'alignement du pôle</u>'''<br />
<br />
Afin de faciliter et clarifier la gouvernance du projet, des instances et des comités doivent être mis en place. La combinaison de tous ces comités va permettre de :<br />
*Partager et gouverner des dépendances et interdépendances;<br />
*Partager et suivre des OKRs du pôle et de chaque projet pilote;<br />
*Partager les alertes et les enjeux. Les points suivants doivent alors être clairs et communiqués:<br />
*Déterminer pour chaque instance/comité :<br />
**Ses objectifs;<br />
**Sa fréquence;<br />
**Son responsable;<br />
**Ses participants;<br />
**Ses décisions à prendre;<br />
*Entériner le planning de ces comités;<br />
*Communiquer l’organisation de ces instances à l’ensemble des partenaires et des équipes;<br />
*Valider la nécessité de définir un processus pour remonter ces alertes<br />
<br />
<br />
<u>10/Définir des ‘’Product Owner’’ par projet pilote qui suivent l'avancement du projet</u><br />
<br />
Pour chaque projet pilote ou initiative, un ‘’Product Owner’’ doit être spécifié. Celui-ci doit être en mesure de savoir à quelle instance il doit participer, à qui il doit se référer pour ses objectifs, son avancement et ses enjeux.<br />
<br />
<u>11/Mettre en place des outils collaboratifs</u><br />
<br />
Les partenaires étant issue de différentes organisations, des outils accessibles à tous doivent être mis en place. La liste de ces outils, ainsi que leur utilisation doit être communiquée et partagée à tous.<br />
<br />
<u>12/Centraliser, hiérarchiser et rendre accessible la documentation</u><br />
<br />
De la même manière, les outils de documentation, ainsi que le niveau de documentation doivent être clairs, communiqués et partagés à l’ensemble de l’écosystème.<br />
<br />
'''<u>13/Recueillir les besoins et attentes des utilisateurs</u>'''<br />
<br />
<u>14/Définir et prioriser les cas d'usage des données</u><br />
<br />
'''<u>15/Mettre en avant la valeur ajoutée potentielle des données recueillies</u>'''<br />
<br />
Afin de solliciter le partage et l’engagement des partenaires dans le partage des données, les usages et surtout ce que peuvent apporter ces données doivent être identifiés et communiqués. C’est également un des principe de la Charte des données de la ville de Montréal auxquels le projet de pôle de données veut (et doit) se conformer.<br />
<br />
<u>16/Documenter les apprentissages de chacune des expérimentations</u><br />
<br />
Dans un souci de répondre au principe directeur de la ville apprenante et de la production de communs, tous les apprentissages doivent être documentés et partagés.<br />
<br />
<u>17/Mettre en place des outils qui démontrent l’intérêt des utilisateurs, valident leurs besoins et assurent une communication proactive</u><br />
<br />
<u>18/Assurer l'utilisation et l'habileté à utiliser les outils collaboratifs</u><br />
<br />
La définition d’une liste d’outils de collaboration n’est pas suffisante, il faut s’assurer que toutes les parties prenantes les utilisent et savent les utiliser.<br />
<br />
'''<u>19/Avoir un plan d'action en fonction de la maturité numérique des partenaires (capacité, compétences, données ouvertes, outils de partage)</u>'''<br />
<br />
Il est important de valider la capacité des partenaires à ouvrir les données. Si ce n’est pas le cas, des alternatives au manque de ressources doivent être proposées. Par exemple : proposer des ressources humaines ou générer des données (fausses ou réelles).<br />
<br />
'''<u>20/Sensibiliser les partenaires sur l'agilité</u>'''<br />
<br />
Il est important que l’ensemble des partenaires ait une culture commune, notamment sur la culture d’expérimentation et la validation de la désirabilité.<br />
<br />
<u>21/Déterminer les besoins en ressource pour déployer les outils de partage et de collaboration.</u><br />
<br />
===Conclusions du post-mortem===<br />
Après avoir passé au travers des apprentissages tactiques et pour le bien de la stratégie de développement du Pôle de données en mobilité, il est pertinent d’ajuster les principes directeurs pour les clarifier et les aligner avec nos recommandations.<br />
<br />
Pour faire une rétrospective sur les grands objectifs qui guidaient la plateforme Jalon dans la première version du pôle, nous les avons recensés non exhaustivement ci-dessous :<br />
<br />
#Créer une culture de partage;<br />
#Consolider les données mobilité et en faciliter d’accès;<br />
#Encourager la recherche, l’innovation et l’expérimentation;<br />
#Diffuser la connaissance;<br />
#Initier et appuyer des changements concrets.<br />
<br />
C’est avec les résultantes des apprentissages et des recommandations faites que nous avons pu proposer des principes directeurs qui permettront de constamment garder en tête l’entièreté des éléments identifiés comme étant essentiel à la réussite de ce projet.<br />
<br />
'''Voici donc la proposition des 4 nouveaux principes directeurs qui guideront la suite du projet au sein du consortium du pôle de données en mobilité''' :<br />
<br />
#Conformité à la charte des données de la ville de Montréal;<br />
#Production et utilisation de communs technologiques et de connaissances;<br />
#Démontrer la conformité à la charte de données de la Ville de Montréal;<br />
#Travail en mode itératif, par expérimentation et effectuation en symbiose avec les partenaires pour livrer de la valeur<br />
<br />
En un mot, le manque d’utilisation de l'agilité, le biais technologique ainsi que le manque de cohésion et collaboration du consortium de projet ont été 3 grandes raisons de l’échec de la première version du pôle de données. Ces 3 raisons sont certainement aussi à l’origine de la grande confusion entre un pôle de données et une plateforme de données. '''Il est important de rappeler qu’une plateforme n’est qu’un outil dans un pôle de données.''' Il est important que cette ambiguïté soit levée au sein du consortium.<br />
<br />
Aujourd’hui, nous repartons avec une nouveau plan d’action pour la deuxième version du pôle de données centré sur l’attraction du marché pour démontrer l’ajout de valeur par l’expérimentation. Ainsi, nous assurerons la mitigation des risques du désalignement de l’offre avec les besoins et attentes de l’écosystème en validant les hypothèses de désirabilité de chacune des fonctionnalités d’une telle initiative. La deuxième version du pôle de données en mobilité en s’appuyant sur ces cas d’usages et en '''priorisant la valeur ajoutée''' devra servir à collecter, intégrer, héberger, partager et valoriser les données de mobilité nécessaire tout en offrant aussi d’accompagner les fédérateurs neutre au sein de l’écosystème de données en mobilité.<br />
<br />
==Restructurer une vision commune du Pôle de données en mobilité==<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
==Chantier des indicateurs en mobilité durable==<br />
Un des chantiers du plan climat 2030 de Montréal contient 46 actions regroupées en 5 chantiers. Le chantier "Mobilité, urbanisme et aménagement" vise des actions pour transférer près de 25 % des déplacements qui s’effectuent en auto solo vers des modes de transport moins énergivores.<blockquote>''“En effet, le transport routier constitue la plus importante source d’émissions de '''GES à Montréal''', soit environ 30 % de ses émissions totales.”''<blockquote>''“À terme, l’objectif est de transférer près de '''25 % des déplacements''' qui s’effectuent en auto solo vers ces modes de transport moins énergivores”''</blockquote>''(l’autopartage, le covoiturage et l’électrification des transports, et continuera d’encourager l’utilisation des transports actifs)''<br />
<br />
Actuellement le LIUM pour la reddition de compte du projet Montréal en Commun utilise les données mise à disposition de Google pour connaître les modes de déplacements dans Montréal. Mais au delà du fait que ces données sont mises à disposition par un GAFAM, nous ne pouvons confirmer que ces données sont suffisamment complètes et leur niveau constant d’ accessibilité. De plus, il faudrait avoir plus de détails sur l’acquisition et le traitement de ces données.<br />
<br />
De plus, appliquer un taux d’occupation par véhicule pourrait être une solution rapide mais il faudrait creuser comment rendre ce taux plus fin en fonction des quartiers, des autres modes de déplacements disponibles pour pouvoir mesurer l’impact des politiques de mobilité durable mises en place.<br />
<br />
Afin de soutenir ce plan et cet objectif nous avons commencé à étudier ce qui permettrait de mesurer l’évolution des déplacements en auto solo. Nous nous concentrons donc ici sur l'évolution des trajets en auto-solo. Est ce qu’un indicateur pourrait être mise en place ou est ce que la mise en place de faisceau d’indice pour démontrer la tendance.<br />
<br />
Cet indicateur pourra être jumelé avec les indicateurs de théorie du changement permettant ainsi de pondérer et ou de corréler les résultats.</blockquote><br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51595Pôles de données en mobilité2022-11-16T19:00:18Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups.<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Post-mortem de la Plateforme de données en mobilité==<br />
<br />
===Mise en contexte===<br />
Dans le cadre de [[Défi des villes intelligentes de Montréal|Montréal en Commun]], pour une ville apprenante, les partenaires souhaitent développer un pôle qui permettrait de : qualifier, partager et valoriser des données de mobilité.<br />
<br />
La première version du pôle de données, centrée autour d’une plateforme de données en mobilité, a eu son lot de rebondissements :<br />
<br />
*Le porteur de projet a été modifié passant de Jalon à l’Agence de Mobilité Durable<br />
*Jalon, l’acteur principal de la mise en place de la plateforme a quitté le projet de Montréal en commun avec son actif<br />
<br />
<br />
De nombreuses intentions du pôle étaient déjà présentes dans la version portée par Jalon, il est donc important de prendre le temps de creuser les réussites et les échecs pour surtout en ressortir des apprentissages et des améliorations.<br />
<br />
Le [[Valorisation du taxi (Québec)|BTM]] étant un cas d’usage parfait de projet d’intégration de données dans le pôle, il nous permettra d’appuyer les éléments mis de l’avant avec des événements et faits tangibles qui ont eu lieu dans ce cas d’usage, afin de tenter d’illustrer et comprendre ces réussites et échecs.<br />
<br />
Les éléments suivants ont été amenés par des personnes impliquées dans la première version du pôle de Jalon lors d’une séance de brainstorming ayant eu lieu le 19 juillet dernier. Celle-ci a eu lieu dans le but de relater les faits et réflexions de chacun, pour ensuite synthétiser le tout dans ce post-mortem afin de mettre en avant les apprentissages (tant positifs que négatifs) qui nous seront utiles pour l’avenir du pôle de données en mobilité.<br />
<br />
===Apprentissages récoltés===<br />
Il est pertinent de commencer par faire l’état des lieux de la situation en prenant conscience des éléments positifs et négatifs de la gestion du développement de la première version du pôle de données en mobilité, portée par Jalon. L'objectif est d’avoir une vue d’ensemble des paramètres qui ont potentiellement mené à l’échec de cette première version et de ceux ayant permis de maintenir l’initiative en vie jusqu’à aujourd’hui.<br />
<br />
====Points positifs====<br />
<br />
=====Réussite d’initiatives internes=====<br />
Certaines initiatives menées à l’interne du consortium de partenaires porteurs ont pu '''générer des avancées et des résultats concrets''' qui permettent des '''apprentissages sur la valeur ajoutée''' du pôle de données et de la gestion des données qui s’y intègrent. Ces 2 initiatives mettent en évidence les avantages de la mise en place d’un pôle.<br />
<br />
======CurbLR======<br />
Une initiative qui a permis de mettre en place le standard CurbLR pour les données de stationnement, en plus d’'''initier l’hébergement de données''' de la [[Carte CurbLR de Montréal|carte]] incluant celles de la Ville de Montréal (Signalec). Cette initiative concrète a aussi démontré la '''capacité du consortium à mener des expérimentations collaboratives à terme'''. Ceci confirme la '''compétence des équipes de projet, tous départements confondus''', de la gestion au marketing et de la technologie à la gouvernance.<br />
<br />
======Ma Mobilité======<br />
L’application développée par la Fabrique des Mobilités Québec a '''généré des données de mobilité d’utilisateurs testeurs''' permettant de démarrer un processus d’apprentissage sur la gestion des données dans le cadre du pôle. Cette initiative met en marche une collaboration avec l’UQAM qui permettra d’analyser des cas d’usages de données, dans un but de création de valeur.<br />
<br />
=====Génération d'intérêt dans l'écosystème de mobilité (recherche, partenaires publics et privés, etc.)=====<br />
En ce qui concerne la génération d’intérêt d’acteurs pour l’infrastructure qu’offre le pôle de données, il est clair que cette initiative fut une réussite autant au niveau académique, privé que public. Les retours positifs et proactifs reçus de plus de 5 grands acteurs des données de la mobilité (Communauto, CRE, Solon, TIESS, Bixi, Polytechnique) lors d’une approche d’entrevues de recueil des besoins et attentes du pôle permettent de valider ce point. La suite sera assurément de capitaliser sur cet intérêt pour concrétiser le démarrage et l’initialisation d’expérimentations, en s’assurant d’ajouter de la valeur pour l’écosystème de parties prenantes entourant la données en mobilité au Québec.<br />
<br />
====Points négatifs====<br />
<br />
=====Lacunes dans l’approche agile et expérimentale (désirabilité, viabilité et faisabilité)=====<br />
<br />
======Manque d’accent sur la gestion de projet agile======<br />
Il a été remarqué par les participants au post-mortem que les initiatives prises au courant de la première version du pôle n’étaient '''pas basées sur des hypothèses de désirabilité, viabilité et faisabilité validées'''. Cette remarque pourrait être attribuée au '''manque de sensibilisation''' des collaborateurs et partenaires à cette '''méthode de gestion agile''' de développement de produit mise de l’avant par la Fabrique des Mobilités Québec dans ce projet. Cette méthodologie doit être assimilée par tout le consortium pour parvenir à des résultats.<br />
<br />
======Vision trop globale de la plateforme de données et insuffisamment expérimentale======<br />
Les objectifs du pôle se doivent d’être vus en petits morceaux, en se focalisant sur l’'''implémentation de fonctionnalités à forte valeur ajoutée''' '''et à faible effort de déploiement.''' La plateforme du pôle était un idéal et elle aurait dû être mieux découpée en petites pièces '''pour assurer la validation d’hypothèses par itérations''' sur du plus '''court terme'''.<br />
<br />
======Résultats axés sur le livrable plus que sur l'apprentissage======<br />
Encore une fois, la mentalité agile de développement produit fut manquante, car le consortium d’entreprises tentait beaucoup plus de répondre à un mandat en développant des morceaux d’un produit (la plateforme de données) sans réellement valider les attentes et les besoins des clients/usagers. Ceci était bien pour les redditions de comptes, mais moins pour l’apport de valeur ajoutée du pôle pour l’écosystème, bien qu'elle soit la raison essentielle d’existence de ce projet.<br />
<br />
======Capitalisation sur l'intérêt généré chez les potentiels utilisateurs et partenaires======<br />
Comme mentionné plus haut, l’intérêt généré par la description théorique du pôle et les quelques expérimentations réussies ont généré de l’intérêt dans l’écosystème de mobilité. Cependant, cette effervescence n’a pas su se convertir en valeur réelle ou en expérimentation concrète vu le manque de remue-méninge avec les principaux parties prenantes d’intérêt (secteur privé, public et académique).<br />
<br />
=====Fort biais technologique dans les initiatives (''technology push'')=====<br />
<br />
======Actif imposé======<br />
L’actif de la plateforme de Jalon a été imposée au projet (avec lequel il est ensuite reparti)<br />
<br />
======Confusion entre le pôle et la plateforme de données======<br />
Comme indiqué préalablement, dans la vision du pôle portée par Jalon, c’est '''principalement la plateforme technologique qui était mise de l’avant''' jusqu’à créer une confusion entre la définition et le rôle du pôle et celui de l’outil (plateforme de données). Les objectifs, lorsque Jalon était porteur du projet, ne mettaient de l’avant que cet aspect technologique de la plateforme du pôle, tandis qu’ils auraient dû être axés sur l’aspect de désirabilité et de viabilité du Pôle, c'est-à-dire une validation de l'attraction et de la rentabilité de celui-ci. Cela aurait permis une meilleur adhésion des parties prenantes et une identification de valeur ajoutée validée.<br />
<br />
======Problème de ressources TI pour la gestion des données (cas d’usage BTM)======<br />
L’identification de la maturité numérique des parties prenantes utilisatrices du pôle et leur capacité (expertise et ressources) à préparer les données à partager doivent être pris en compte lors de la priorisation des cas d’usage à déployer pour le pôle. Ceci aurait du être une pratique à ne pas ignorer. '''L’identification des expérimentations les moins risquées permettrait d’agrandir les chances de réussites du déploiement''' et d’augmenter la visibilité du pôle. Il est donc nécessaire que les premiers acteurs identifiés des cas d’usage soient les plus matures possible (en termes de ressources compétentes et de moyens) pour permettre le déroulement fluide des expérimentations. Il est aussi pertinent de mettre des actions en place pour supporter les acteurs moins matures dans leur montée en compétence pour la gestion et le partage des données nécessaires aux expérimentations du pôle.<br />
<br />
=====Carence dans la cohésion et la collaboration entre les partenaires=====<br />
<br />
====== Manque de synchronisation du travail des entités porteuses ======<br />
Un bloquant principal dans le développement du pôle. Ceci fut aussi amené comme un manque de transparence des processus internes, ce qui a empêché les équipes de remédier au désalignement des attentes et des lignes directrices au sein du consortium.<br />
<br />
====== Difficulté d’appliquer la transparence pour les organisations partenaires ======<br />
''Bloquants administratifs importants (cas d'usage BTM)''<br />
<br />
Les bloquants administratifs dans certaines situations, telle que celle du BTM, ont été mis de côté ce qui a pu occasionner des pertes de temps énormes sur la structuration d’un cas d’usage qui n’allait pouvoir voir le jour rapidement, vu les délais de certaines décisions administratives. La transparence entre décideurs du consortium et des entreprises partenaires doit être de mise.<br />
<br />
''Changement du porteur du pôle en cours de projet''<br />
<br />
La transition de porteurs est venue avec une complexité administrative qui a nécessairement occasionné des délais dans l’avancement du développement des expérimentations au sein du regroupement de partenaires.<br />
<br />
====== Départ d’un partenaire clé ======<br />
Le départ de Jalon a fait perdre tous les acquis techniques et technologiques au partenariat. Le manque de partage de la solution en amont du départ de Jalon du projet n’a pas permis au consortium de capitaliser sur les acquis de la solution technologique mise en place pour la plateforme du pôle. Il est donc important que la culture du partage et de la transparence soit inhérente à l’organisation et la gouvernance du pôle.<br />
<br />
====== Manque de partage et de mise en commun sur les actifs collectifs numérique ======<br />
Il est donc important de documenter les apprentissages et les réalisations régulièrement pour ne pas perdre les avancements et surtout pour garantir le partage de l’actif collectif.<br />
<br />
====== Transparence du parcours des données avec les potentiels partenaires ======<br />
Ici, l’aspect de la gestion des données faite au sein du pôle est mise de l’avant comme ayant été mal ou non communiquée. Ceci a pu générer de l’inquiétude des parties prenantes intéressées, et même que cet élément inconnu a pu s’interposer comme bloquant de partage pour certaines organisations ciblées pour les expérimentations.<br />
<br />
====== Cadre d'entente d'implication des partenaires incomplet ======<br />
L’absence d’une entente cadre claire statuant sur l’implication de chacune des organisations participantes et sur la description des enjeux entourant la donnée est une faille dans la première tentative de développement de la plateforme technologique qui fondait l’intégralité du pôle. Une entente cadre se doit d’exister pour assurer une mitigation des risques pour les potentiels partenaires, ainsi que pour les convaincre et les sécuriser en limitant les craintes au niveau de la gouvernance. Elle est aussi importante pour le pôle pour ainsi clarifier et faciliter la gouvernance de celui-ci.<br />
<br />
===Recommandations===<br />
<br />
====Notre démarche====<br />
À la lumière des bons et des mauvais coups indiqués plus tôt, nous avons classifié les points d’amélioration selon une matrice à 2 dimensions :<br />
<br />
#Les facteurs clé de succès d’un projet<br />
#Les chantiers du pôles et ses indicateurs de suivi<br />
<br />
=====Les facteurs clés de succès d'un projet=====<br />
Pour assurer le succès d’un projet, il est important que les '''4 facteurs suivants soient bien définis et communiqués''' :<br />
<br />
*Sa structure<br />
*Sa gouvernance<br />
*Ses processus et ses outils<br />
*Ses ressources<br />
<br />
=====Les chantiers du pôle et ses indicateurs de suivi=====<br />
Suite au départ de Jalon du projet de Montréal en Commun, la FabMob a proposé sa vision du pôle. Celle-ci se découpe en '''4 chantiers principaux pour 2022-2024''':<br />
<br />
'''Génération de communs'''<br />
<br />
'''Gouvernance et partage de données'''<br />
<br />
'''Valorisation de données'''<br />
<br />
'''Indicateurs de mobilité durable'''<br />
<br />
De plus, un 5ème axe peut être ajouté. En effet, l’analyse de tous les retours et observations, de nombreux éléments sont ressortis autour '''des enjeux de suivis'''. Nous avons donc ajouté un chantier spécifique: '''Les indicateurs de suivis.'''<br />
<br />
====Matrice des recommandations====<br />
[[Fichier:Matrice recommandations Pôle.png|centré|sans_cadre|826x826px|Matrice des recommandations issues du post-mortem sur le Pôle de données en mobilité dans le cadre de Montréal en commun]]<br />
<br />
====Mise en application====<br />
Chaque recommandation est donc articulée selon le pilier structurant du projet auquel il se rapporte et pour répondre à un chantier du pôle en particulier<br />
<br />
Nous avons sur-ligner les recommandations qui nous paraissent indispensable pour la bonne réussite de la prochaine version du pôle.<br />
<br />
#'''Mettre l’Open source et le partage au cœur des développements (communs)''' Le principe du partage doit être intrinsèque à la conception, l’élaboration de toute solution. Tout apprentissage, solutions, résultats devraient être partagées à la communauté. Ainsi cela permet aussi de préserver le commun mis en place.<br />
#Se permettre de tester des cadres d'ententes de partage Certains cas d’usage sont bloqués dans l’attente de la signature d’une entente de partage. Ces ententes sont aussi des éléments d’innovation. Il faudrait donc se permettre de tester des cadres d’ententes et d’apprendre de ces essais.<br />
#Se permettre de créer des données à l'interne pour les utiliser et les valoriser<br />
#Définir et suivre les OKRs par projet pilote Il serait intéressant de définir des OKRs par initiatives. Ces OKRs pourraient alors être communiqués, suivis et validés au sein du consortium de projet.<br />
#Définir et partager des ‘’templates’’ d'OKRs (paramètres requis) Il pourrait être opportun que toutes les initiatives ou projets pilotes suivent le même modèle d’OKR:<br />
#*Fixer les objectifs;<br />
#*Fixer des résultats clés chiffrés et mesurables, mais également les délais d’attente acceptables;<br />
#*Constituer l’équipe: esponsable, équipe de réalisation, experts, les personnes informées (Dans l’esprit du RACI);<br />
#*Définir l’opérabilité du suivi de ces OKRs.<br />
#Déterminer une entente cadre prônant la mitigation des risques et la présentation du parcours de la donnée<br />
#Identifier des points bloquants de partage pour minimiser les ralentissements Cette identification permettra de remonter les alertes de bloquants dans le suivi des OKRs. Si des points bloquent trop longtemps l’initiative, il faut pouvoir réfléchir à des alternatives ou revoir le projet pilote.<br />
#Assurer la gouvernance de la communication de la valeur ajoutée à l'interne et à l'externe Dans un objectif de partage, tous les apprentissages doivent être communiqués à l’interne, aux partenaires et au public. Le niveau de communication doit être vu et suivi pour chaque projet pilote.<br />
#'''Mettre en place des instances en capacité de superviser et valider l'alignement du pôle''' Afin de faciliter et clarifier la gouvernance du projet, des instances et des comités doivent être mis en place. La combinaison de tous ces comités va permettre de:<br />
#*Partager et gouverner des dépendances et inter-dépendances;<br />
#*Partager et suivre des OKRs du pôle et de chaque projet pilote;<br />
#*Partager les alertes et les enjeux. Les points suivants doivent alors être clairs et communiqués:<br />
#*Déterminer pour chaque instance/comité :<br />
#**Ses objectifs;<br />
#**Sa fréquence;<br />
#**Son responsable;<br />
#**Ses participants;<br />
#**Ses décisions à prendre;<br />
#*Entériner le planning de ces comités;<br />
#*Communiquer l’organisation de ces instances à l’ensemble des partenaires et des équipes;<br />
#*Valider la nécessité de définir un processus pour remonter ces alertes<br />
#Définir des ‘’Product Owner’’ par projet pilote qui suivent l'avancement du projet Pour chaque projet pilote ou initiative, un ‘’Product Owner’’ doit être spécifié. Celui-ci doit être en mesure de savoir à quelle instance il doit participer, à qui il doit se référer pour ses objectifs, son avancement et ses enjeux.<br />
#Mettre en place des outils collaboratifs Les partenaires étant issue de différentes organisations, des outils accessibles à tous doivent être mis en place. La liste de ces outils, ainsi que leur utilisation doit être communiquée et partagée à tous<br />
#Centraliser, hiérarchiser et rendre accessible la documentation De la même manière, les outils de documentation, ainsi que le niveau de documentation doivent être clairs, communiqués et partagés à l’ensemble de l’écosystème.<br />
#'''Recueillir les besoins et attentes des utilisateurs'''<br />
#Définir et prioriser les cas d'usage des données<br />
#'''Mettre en avant la valeur ajoutée potentielle des données recueillies''' Afin de solliciter le partage et l’engagement des partenaires dans le partage des données, les usages et surtout ce que peuvent apporter ces données doivent être identifiés et communiqués. C’est également un des principe de la Charte des données de la ville de Montréal auxquels le projet de pôle de données veut (et doit) se conformer.<br />
#Documenter les apprentissages de chacune des expérimentations Dans un souci de répondre au principe directeur de la ville apprenante et de la production de communs, tous les apprentissages doivent être documentés et partagés.<br />
#Mettre en place des outils qui démontrent l’intérêt des utilisateurs, valident leurs besoins et assurent une communication proactive<br />
#Assurer l'utilisation et l'habileté à utiliser les outils collaboratifs La définition d’une liste d’outils de collaboration n’est pas suffisante, il faut s’assurer que toutes les parties prenantes les utilisent et savent les utiliser.<br />
#'''Avoir un plan d'action en fonction de la maturité numérique des partenaires (capacité, compétences, données ouvertes, outils de partage, etc.)''' Il est important de valider la capacité des partenaires à ouvrir les données. Si ce n’est pas le cas, des alternatives au manque de ressources doivent être proposées. Par exemple:<br />
#*proposer des ressources humaines;<br />
#*générer des données (fausses ou réelles).<br />
#'''Sensibiliser les partenaires sur l'agilité''' Il est important que l’ensemble des partenaires ait une culture commune, notamment sur la culture d’expérimentation et la validation de la désirabilité.<br />
#Déterminer les besoins en ressource pour déployer les outils de partage et de collaboration<br />
<br />
L’ensemble de ces initiatives et actions auront pour objectif final de répondre aux principes directeurs du projet. Ces derniers ont été revus et font partie de la conclusion.<br />
<br />
===Conclusions du post-mortem===<br />
Après avoir passé au travers des apprentissages tactiques et pour le bien de la stratégie de développement du Pôle de données en mobilité, il est pertinent d’ajuster les principes directeurs pour les clarifier et les aligner avec nos recommandations.<br />
<br />
Pour faire une rétrospective sur les grands objectifs qui guidaient la plateforme Jalon dans la première version du pôle, nous les avons recensés non exhaustivement ci-dessous :<br />
<br />
#Créer une culture de partage;<br />
#Consolider les données mobilité et en faciliter d’accès;<br />
#Encourager la recherche, l’innovation et l’expérimentation;<br />
#Diffuser la connaissance;<br />
#Initier et appuyer des changements concrets.<br />
<br />
C’est avec les résultantes des apprentissages et des recommandations faites que nous avons pu proposer des principes directeurs qui permettront de constamment garder en tête l’entièreté des éléments identifiés comme étant essentiel à la réussite de ce projet.<br />
<br />
'''Voici donc la proposition des 4 nouveaux principes directeurs qui guideront la suite du projet au sein du consortium du pôle de données en mobilité''' :<br />
<br />
#Conformité à la charte des données de la ville de Montréal;<br />
#Production et utilisation de communs technologiques et de connaissances;<br />
#Démontrer la conformité à la charte de données de la Ville de Montréal;<br />
#Travail en mode itératif, par expérimentation et effectuation en symbiose avec les partenaires pour livrer de la valeur<br />
<br />
En un mot, le manque d’utilisation de l'agilité, le biais technologique ainsi que le manque de cohésion et collaboration du consortium de projet ont été 3 grandes raisons de l’échec de la première version du pôle de données. Ces 3 raisons sont certainement aussi à l’origine de la grande confusion entre un pôle de données et une plateforme de données. '''Il est important de rappeler qu’une plateforme n’est qu’un outil dans un pôle de données.''' Il est important que cette ambiguïté soit levée au sein du consortium.<br />
<br />
Aujourd’hui, nous repartons avec une nouveau plan d’action pour la deuxième version du pôle de données centré sur l’attraction du marché pour démontrer l’ajout de valeur par l’expérimentation. Ainsi, nous assurerons la mitigation des risques du désalignement de l’offre avec les besoins et attentes de l’écosystème en validant les hypothèses de désirabilité de chacune des fonctionnalités d’une telle initiative. La deuxième version du pôle de données en mobilité en s’appuyant sur ces cas d’usages et en '''priorisant la valeur ajoutée''' devra servir à collecter, intégrer, héberger, partager et valoriser les données de mobilité nécessaire tout en offrant aussi d’accompagner les fédérateurs neutre au sein de l’écosystème de données en mobilité.<br />
<br />
==Restructurer une vision commune du Pôle de données en mobilité==<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
==Chantier des indicateurs en mobilité durable==<br />
Un des chantiers du plan climat 2030 de Montréal contient 46 actions regroupées en 5 chantiers. Le chantier "Mobilité, urbanisme et aménagement" vise des actions pour transférer près de 25 % des déplacements qui s’effectuent en auto solo vers des modes de transport moins énergivores.<blockquote>''“En effet, le transport routier constitue la plus importante source d’émissions de '''GES à Montréal''', soit environ 30 % de ses émissions totales.”''<blockquote>''“À terme, l’objectif est de transférer près de '''25 % des déplacements''' qui s’effectuent en auto solo vers ces modes de transport moins énergivores”''</blockquote>''(l’autopartage, le covoiturage et l’électrification des transports, et continuera d’encourager l’utilisation des transports actifs)''<br />
<br />
Actuellement le LIUM pour la reddition de compte du projet Montréal en Commun utilise les données mise à disposition de Google pour connaître les modes de déplacements dans Montréal. Mais au delà du fait que ces données sont mises à disposition par un GAFAM, nous ne pouvons confirmer que ces données sont suffisamment complètes et leur niveau constant d’ accessibilité. De plus, il faudrait avoir plus de détails sur l’acquisition et le traitement de ces données.<br />
<br />
De plus, appliquer un taux d’occupation par véhicule pourrait être une solution rapide mais il faudrait creuser comment rendre ce taux plus fin en fonction des quartiers, des autres modes de déplacements disponibles pour pouvoir mesurer l’impact des politiques de mobilité durable mises en place.<br />
<br />
Afin de soutenir ce plan et cet objectif nous avons commencé à étudier ce qui permettrait de mesurer l’évolution des déplacements en auto solo. Nous nous concentrons donc ici sur l'évolution des trajets en auto-solo. Est ce qu’un indicateur pourrait être mise en place ou est ce que la mise en place de faisceau d’indice pour démontrer la tendance.<br />
<br />
Cet indicateur pourra être jumelé avec les indicateurs de théorie du changement permettant ainsi de pondérer et ou de corréler les résultats.</blockquote><br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51594Pôles de données en mobilité2022-11-16T18:41:03Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups.<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Post-mortem de la Plateforme de données en mobilité==<br />
<br />
===Mise en contexte===<br />
Dans le cadre de [[Défi des villes intelligentes de Montréal|Montréal en Commun]], pour une ville apprenante, les partenaires souhaitent développer un pôle qui permettrait de : qualifier, partager et valoriser des données de mobilité.<br />
<br />
La première version du pôle de données, centrée autour d’une plateforme de données en mobilité, a eu son lot de rebondissements :<br />
<br />
*Le porteur de projet a été modifié passant de Jalon à l’Agence de Mobilité Durable<br />
*Jalon, l’acteur principal de la mise en place de la plateforme a quitté le projet de Montréal en commun avec son actif<br />
<br />
<br />
De nombreuses intentions du pôle étaient déjà présentes dans la version portée par Jalon, il est donc important de prendre le temps de creuser les réussites et les échecs pour surtout en ressortir des apprentissages et des améliorations.<br />
<br />
Le [[Valorisation du taxi (Québec)|BTM]] étant un cas d’usage parfait de projet d’intégration de données dans le pôle, il nous permettra d’appuyer les éléments mis de l’avant avec des événements et faits tangibles qui ont eu lieu dans ce cas d’usage, afin de tenter d’illustrer et comprendre ces réussites et échecs.<br />
<br />
Les éléments suivants ont été amenés par des personnes impliquées dans la première version du pôle de Jalon lors d’une séance de brainstorming ayant eu lieu le 19 juillet dernier. Celle-ci a eu lieu dans le but de relater les faits et réflexions de chacun, pour ensuite synthétiser le tout dans ce post-mortem afin de mettre en avant les apprentissages (tant positifs que négatifs) qui nous seront utiles pour l’avenir du pôle de données en mobilité.<br />
<br />
===Apprentissages récoltés===<br />
Il est pertinent de commencer par faire l’état des lieux de la situation en prenant conscience des éléments positifs et négatifs de la gestion du développement de la première version du pôle de données en mobilité, portée par Jalon. L'objectif est d’avoir une vue d’ensemble des paramètres qui ont potentiellement mené à l’échec de cette première version et de ceux ayant permis de maintenir l’initiative en vie jusqu’à aujourd’hui.<br />
<br />
====Points positifs====<br />
<br />
=====Réussite d’initiatives internes=====<br />
Certaines initiatives menées à l’interne du consortium de partenaires porteurs ont pu '''générer des avancées et des résultats concrets''' qui permettent des '''apprentissages sur la valeur ajoutée''' du pôle de données et de la gestion des données qui s’y intègrent. Ces 2 initiatives mettent en évidence les avantages de la mise en place d’un pôle.<br />
<br />
======CurbLR======<br />
Une initiative qui a permis de mettre en place le standard CurbLR pour les données de stationnement, en plus d’'''initier l’hébergement de données''' de la [[Carte CurbLR de Montréal|carte]] incluant celles de la Ville de Montréal (Signalec). Cette initiative concrète a aussi démontré la '''capacité du consortium à mener des expérimentations collaboratives à terme'''. Ceci confirme la '''compétence des équipes de projet, tous départements confondus''', de la gestion au marketing et de la technologie à la gouvernance.<br />
<br />
======Ma Mobilité======<br />
L’application développée par la Fabrique des Mobilités Québec a '''généré des données de mobilité d’utilisateurs testeurs''' permettant de démarrer un processus d’apprentissage sur la gestion des données dans le cadre du pôle. Cette initiative met en marche une collaboration avec l’UQAM qui permettra d’analyser des cas d’usages de données, dans un but de création de valeur.<br />
<br />
=====Génération d'intérêt dans l'écosystème de mobilité (recherche, partenaires publics et privés, etc.)=====<br />
En ce qui concerne la génération d’intérêt d’acteurs pour l’infrastructure qu’offre le pôle de données, il est clair que cette initiative fut une réussite autant au niveau académique, privé que public. Les retours positifs et proactifs reçus de plus de 5 grands acteurs des données de la mobilité (Communauto, CRE, Solon, TIESS, Bixi, Polytechnique) lors d’une approche d’entrevues de recueil des besoins et attentes du pôle permettent de valider ce point. La suite sera assurément de capitaliser sur cet intérêt pour concrétiser le démarrage et l’initialisation d’expérimentations, en s’assurant d’ajouter de la valeur pour l’écosystème de parties prenantes entourant la données en mobilité au Québec.<br />
<br />
====Points négatifs====<br />
<br />
=====Lacunes dans l’approche agile et expérimentale (désirabilité, viabilité et faisabilité)=====<br />
<br />
======Manque d’accent sur la gestion de projet agile======<br />
Il a été remarqué par les participants au post-mortem que les initiatives prises au courant de la première version du pôle n’étaient '''pas basées sur des hypothèses de désirabilité, viabilité et faisabilité validées'''. Cette remarque pourrait être attribuée au '''manque de sensibilisation''' des collaborateurs et partenaires à cette '''méthode de gestion agile''' de développement de produit mise de l’avant par la Fabrique des Mobilités Québec dans ce projet. Cette méthodologie doit être assimilée par tout le consortium pour parvenir à des résultats.<br />
<br />
======Vision trop globale de la plateforme de données et insuffisamment expérimentale======<br />
Les objectifs du pôle se doivent d’être vus en petits morceaux, en se focalisant sur l’'''implémentation de fonctionnalités à forte valeur ajoutée''' '''et à faible effort de déploiement.''' La plateforme du pôle était un idéal et elle aurait dû être mieux découpée en petites pièces '''pour assurer la validation d’hypothèses par itérations''' sur du plus '''court terme'''.<br />
<br />
======Résultats axés sur le livrable plus que sur l'apprentissage======<br />
Encore une fois, la mentalité agile de développement produit fut manquante, car le consortium d’entreprises tentait beaucoup plus de répondre à un mandat en développant des morceaux d’un produit (la plateforme de données) sans réellement valider les attentes et les besoins des clients/usagers. Ceci était bien pour les redditions de comptes, mais moins pour l’apport de valeur ajoutée du pôle pour l’écosystème, bien qu'elle soit la raison essentielle d’existence de ce projet.<br />
<br />
======Capitalisation sur l'intérêt généré chez les potentiels utilisateurs et partenaires======<br />
Comme mentionné plus haut, l’intérêt généré par la description théorique du pôle et les quelques expérimentations réussies ont généré de l’intérêt dans l’écosystème de mobilité. Cependant, cette effervescence n’a pas su se convertir en valeur réelle ou en expérimentation concrète vu le manque de remue-méninge avec les principaux parties prenantes d’intérêt (secteur privé, public et académique).<br />
<br />
=====Fort biais technologique dans les initiatives (''technology push'')=====<br />
<br />
======Actif imposé======<br />
L’actif de la plateforme de Jalon a été imposée au projet (avec lequel il est ensuite reparti)<br />
<br />
======Confusion entre le pôle et la plateforme de données======<br />
Comme indiqué préalablement, dans la vision du pôle portée par Jalon, c’est '''principalement la plateforme technologique qui était mise de l’avant'''. Jusqu’à créer de la confusion entre la définition et le rôle du pôle et celui de l’outil que peut-être la plateforme de données. Les objectifs, lorsque Jalon était porteur du projet, ne mettaient de l’avant que cet aspect technologique de la plateforme du pôle, tandis qu’ils auraient dû être axés sur l’aspect de désirabilité et de viabilité du concept d’agilité. Ceci permettrait une meilleur adhésion des parties prenantes et l’identification de valeur ajoutée validée.<br />
<br />
======Problème de ressources TI pour la gestion des données (cas d’usage BTM)======<br />
L’identification de la maturité numérique des parties prenantes utilisatrices du pôle et leur capacité (expertise et ressources) à préparer les données à partager doivent être pris en compte lors de la priorisation des cas d’usage à déployer pour le pôle. Ceci aurait du être une pratique à ne pas ignorer. '''L’identification des expérimentations les moins risquées permettrait d’agrandir les chances de réussites du déploiement''' et d’augmenter la visibilité du pôle. Il est donc nécessaire que les premiers acteurs identifiés des cas d’usage soient les plus matures (en termes de ressources compétentes et de moyens ) que possible pour permettre le déroulement fluide des expérimentations. Il est aussi pertinent de mettre des actions en place pour supporter les acteurs moins matures dans leur montée en compétence pour la gestion et le partage des données nécessaires aux expérimentations du pôle.<br />
<br />
=====Carence dans la cohésion et la collaboration entre les partenaires=====<br />
<br />
*Manque de synchronisation du travail des entités porteuses Un bloquant principal dans le développement du pôle. Ceci fut aussi amené comme un '''manque de transparence des processus internes,''' ce qui a empêché les équipes de remédier au désalignement des attentes et des lignes directrices au sein du consortium.<br />
*Difficulté d’appliquer la transparence pour les organisations partenaires<br />
**Bloquants administratifs importants (cas d'usage BTM) '''Les bloquants administratifs dans certaines situations''', telle que celle du BTM, ont été mis de côté ce qui a pu occasionner des pertes de temps énormes sur la structuration d’un cas d’usage qui n’allait pouvoir voir le jour rapidement, vu les délais de certaines décisions administratives. La transparence entre décideurs du consortium et des entreprises partenaires doit être de mise.<br />
**Changement du porteur du pôle en cours de projet La transition de porteurs est venue avec '''une complexité administrative''' qui a nécessairement occasionné des délais dans l’avancement du développement au sein du regroupement de partenaires.<br />
**Départ d’un partenaire clé: Le départ de Jalon a fait perdre tous les acquis techniques et technologiques au partenariat. Le manque de partage de la solution en amont du départ de Jalon du projet n’a pas permis au consortium de '''capitaliser sur les acquis de la solution technologique''' mise en place pour la plateforme du pôle. Il est donc important que la culture du partage et de la transparence soit inhérente à l’organisation et la gouvernance du pôle<br />
*Manque de partage et de mise en commun sur les actifs collectifs numérique Il est donc important de '''documenter les apprentissages et les réalisations''' régulièrement pour ne pas perdre les avancements et surtout pour garantir le partage de l’actif collectif.<br />
*Transparence du parcours des données avec les potentiels partenaires Ici, l’aspect de la gestion des données faite au sein du pôle est mise de l’avant comme ayant été mal ou non-communiqué. Ceci a pu générer de l’inquiétude des parties prenantes intéressées, et même que cet élément inconnu a pu s’interposer comme bloquant de partage pour certaines organisations ciblées pour les expérimentations.<br />
*Cadre d'entente d'implication des partenaires incomplet L’absence d’une entente cadre claire statuant sur l’implication de chacune des organisations participantes et sur la description des enjeux entourant la donnée est une faille dans la première tentative de développement de la plateforme technologique qui fondait l’intégralité du pôle. Une entente cadre se doit d’exister pour assurer une mitigation des risques pour les potentiels partenaires, ainsi que pour les convaincre et les sécuriser en limitant les craintes au niveau de la gouvernance. Elle est aussi importante pour le pôle pour ainsi clarifier et faciliter la gouvernance de celui-ci.<br />
<br />
===Recommandations===<br />
<br />
====Notre démarche====<br />
À la lumière des bons et des mauvais coups indiqués plus tôt, nous avons classifié les points d’amélioration selon une matrice à 2 dimensions :<br />
<br />
#Les facteurs clé de succès d’un projet<br />
#Les chantiers du pôles et ses indicateurs de suivi<br />
<br />
=====Les facteurs clés de succès d'un projet=====<br />
Pour assurer le succès d’un projet, il est important que les '''4 facteurs suivants soient bien définis et communiqués''' :<br />
<br />
*Sa structure<br />
*Sa gouvernance<br />
*Ses processus et ses outils<br />
*Ses ressources<br />
<br />
=====Les chantiers du pôle et ses indicateurs de suivi=====<br />
Suite au départ de Jalon du projet de Montréal en Commun, la FabMob a proposé sa vision du pôle. Celle-ci se découpe en '''4 chantiers principaux pour 2022-2024''':<br />
<br />
'''Génération de communs'''<br />
<br />
'''Gouvernance et partage de données'''<br />
<br />
'''Valorisation de données'''<br />
<br />
'''Indicateurs de mobilité durable'''<br />
<br />
De plus, un 5ème axe peut être ajouté. En effet, l’analyse de tous les retours et observations, de nombreux éléments sont ressortis autour '''des enjeux de suivis'''. Nous avons donc ajouté un chantier spécifique: '''Les indicateurs de suivis.'''<br />
<br />
====Matrice des recommandations====<br />
[[Fichier:Matrice recommandations Pôle.png|centré|sans_cadre|826x826px|Matrice des recommandations issues du post-mortem sur le Pôle de données en mobilité dans le cadre de Montréal en commun]]<br />
<br />
====Mise en application====<br />
Chaque recommandation est donc articulée selon le pilier structurant du projet auquel il se rapporte et pour répondre à un chantier du pôle en particulier<br />
<br />
Nous avons sur-ligner les recommandations qui nous paraissent indispensable pour la bonne réussite de la prochaine version du pôle.<br />
<br />
#'''Mettre l’Open source et le partage au cœur des développements (communs)''' Le principe du partage doit être intrinsèque à la conception, l’élaboration de toute solution. Tout apprentissage, solutions, résultats devraient être partagées à la communauté. Ainsi cela permet aussi de préserver le commun mis en place.<br />
#Se permettre de tester des cadres d'ententes de partage Certains cas d’usage sont bloqués dans l’attente de la signature d’une entente de partage. Ces ententes sont aussi des éléments d’innovation. Il faudrait donc se permettre de tester des cadres d’ententes et d’apprendre de ces essais.<br />
#Se permettre de créer des données à l'interne pour les utiliser et les valoriser<br />
#Définir et suivre les OKRs par projet pilote Il serait intéressant de définir des OKRs par initiatives. Ces OKRs pourraient alors être communiqués, suivis et validés au sein du consortium de projet.<br />
#Définir et partager des ‘’templates’’ d'OKRs (paramètres requis) Il pourrait être opportun que toutes les initiatives ou projets pilotes suivent le même modèle d’OKR:<br />
#*Fixer les objectifs;<br />
#*Fixer des résultats clés chiffrés et mesurables, mais également les délais d’attente acceptables;<br />
#*Constituer l’équipe: esponsable, équipe de réalisation, experts, les personnes informées (Dans l’esprit du RACI);<br />
#*Définir l’opérabilité du suivi de ces OKRs.<br />
#Déterminer une entente cadre prônant la mitigation des risques et la présentation du parcours de la donnée<br />
#Identifier des points bloquants de partage pour minimiser les ralentissements Cette identification permettra de remonter les alertes de bloquants dans le suivi des OKRs. Si des points bloquent trop longtemps l’initiative, il faut pouvoir réfléchir à des alternatives ou revoir le projet pilote.<br />
#Assurer la gouvernance de la communication de la valeur ajoutée à l'interne et à l'externe Dans un objectif de partage, tous les apprentissages doivent être communiqués à l’interne, aux partenaires et au public. Le niveau de communication doit être vu et suivi pour chaque projet pilote.<br />
#'''Mettre en place des instances en capacité de superviser et valider l'alignement du pôle''' Afin de faciliter et clarifier la gouvernance du projet, des instances et des comités doivent être mis en place. La combinaison de tous ces comités va permettre de:<br />
#*Partager et gouverner des dépendances et inter-dépendances;<br />
#*Partager et suivre des OKRs du pôle et de chaque projet pilote;<br />
#*Partager les alertes et les enjeux. Les points suivants doivent alors être clairs et communiqués:<br />
#*Déterminer pour chaque instance/comité :<br />
#**Ses objectifs;<br />
#**Sa fréquence;<br />
#**Son responsable;<br />
#**Ses participants;<br />
#**Ses décisions à prendre;<br />
#*Entériner le planning de ces comités;<br />
#*Communiquer l’organisation de ces instances à l’ensemble des partenaires et des équipes;<br />
#*Valider la nécessité de définir un processus pour remonter ces alertes<br />
#Définir des ‘’Product Owner’’ par projet pilote qui suivent l'avancement du projet Pour chaque projet pilote ou initiative, un ‘’Product Owner’’ doit être spécifié. Celui-ci doit être en mesure de savoir à quelle instance il doit participer, à qui il doit se référer pour ses objectifs, son avancement et ses enjeux.<br />
#Mettre en place des outils collaboratifs Les partenaires étant issue de différentes organisations, des outils accessibles à tous doivent être mis en place. La liste de ces outils, ainsi que leur utilisation doit être communiquée et partagée à tous<br />
#Centraliser, hiérarchiser et rendre accessible la documentation De la même manière, les outils de documentation, ainsi que le niveau de documentation doivent être clairs, communiqués et partagés à l’ensemble de l’écosystème.<br />
#'''Recueillir les besoins et attentes des utilisateurs'''<br />
#Définir et prioriser les cas d'usage des données<br />
#'''Mettre en avant la valeur ajoutée potentielle des données recueillies''' Afin de solliciter le partage et l’engagement des partenaires dans le partage des données, les usages et surtout ce que peuvent apporter ces données doivent être identifiés et communiqués. C’est également un des principe de la Charte des données de la ville de Montréal auxquels le projet de pôle de données veut (et doit) se conformer.<br />
#Documenter les apprentissages de chacune des expérimentations Dans un souci de répondre au principe directeur de la ville apprenante et de la production de communs, tous les apprentissages doivent être documentés et partagés.<br />
#Mettre en place des outils qui démontrent l’intérêt des utilisateurs, valident leurs besoins et assurent une communication proactive<br />
#Assurer l'utilisation et l'habileté à utiliser les outils collaboratifs La définition d’une liste d’outils de collaboration n’est pas suffisante, il faut s’assurer que toutes les parties prenantes les utilisent et savent les utiliser.<br />
#'''Avoir un plan d'action en fonction de la maturité numérique des partenaires (capacité, compétences, données ouvertes, outils de partage, etc.)''' Il est important de valider la capacité des partenaires à ouvrir les données. Si ce n’est pas le cas, des alternatives au manque de ressources doivent être proposées. Par exemple:<br />
#*proposer des ressources humaines;<br />
#*générer des données (fausses ou réelles).<br />
#'''Sensibiliser les partenaires sur l'agilité''' Il est important que l’ensemble des partenaires ait une culture commune, notamment sur la culture d’expérimentation et la validation de la désirabilité.<br />
#Déterminer les besoins en ressource pour déployer les outils de partage et de collaboration<br />
<br />
L’ensemble de ces initiatives et actions auront pour objectif final de répondre aux principes directeurs du projet. Ces derniers ont été revus et font partie de la conclusion.<br />
<br />
===Conclusions du post-mortem===<br />
Après avoir passé au travers des apprentissages tactiques et pour le bien de la stratégie de développement du Pôle de données en mobilité, il est pertinent d’ajuster les principes directeurs pour les clarifier et les aligner avec nos recommandations.<br />
<br />
Pour faire une rétrospective sur les grands objectifs qui guidaient la plateforme Jalon dans la première version du pôle, nous les avons recensés non exhaustivement ci-dessous :<br />
<br />
#Créer une culture de partage;<br />
#Consolider les données mobilité et en faciliter d’accès;<br />
#Encourager la recherche, l’innovation et l’expérimentation;<br />
#Diffuser la connaissance;<br />
#Initier et appuyer des changements concrets.<br />
<br />
C’est avec les résultantes des apprentissages et des recommandations faites que nous avons pu proposer des principes directeurs qui permettront de constamment garder en tête l’entièreté des éléments identifiés comme étant essentiel à la réussite de ce projet.<br />
<br />
'''Voici donc la proposition des 4 nouveaux principes directeurs qui guideront la suite du projet au sein du consortium du pôle de données en mobilité''' :<br />
<br />
#Conformité à la charte des données de la ville de Montréal;<br />
#Production et utilisation de communs technologiques et de connaissances;<br />
#Démontrer la conformité à la charte de données de la Ville de Montréal;<br />
#Travail en mode itératif, par expérimentation et effectuation en symbiose avec les partenaires pour livrer de la valeur<br />
<br />
En un mot, le manque d’utilisation de l'agilité, le biais technologique ainsi que le manque de cohésion et collaboration du consortium de projet ont été 3 grandes raisons de l’échec de la première version du pôle de données. Ces 3 raisons sont certainement aussi à l’origine de la grande confusion entre un pôle de données et une plateforme de données. '''Il est important de rappeler qu’une plateforme n’est qu’un outil dans un pôle de données.''' Il est important que cette ambiguïté soit levée au sein du consortium.<br />
<br />
Aujourd’hui, nous repartons avec une nouveau plan d’action pour la deuxième version du pôle de données centré sur l’attraction du marché pour démontrer l’ajout de valeur par l’expérimentation. Ainsi, nous assurerons la mitigation des risques du désalignement de l’offre avec les besoins et attentes de l’écosystème en validant les hypothèses de désirabilité de chacune des fonctionnalités d’une telle initiative. La deuxième version du pôle de données en mobilité en s’appuyant sur ces cas d’usages et en '''priorisant la valeur ajoutée''' devra servir à collecter, intégrer, héberger, partager et valoriser les données de mobilité nécessaire tout en offrant aussi d’accompagner les fédérateurs neutre au sein de l’écosystème de données en mobilité.<br />
<br />
==Restructurer une vision commune du Pôle de données en mobilité==<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
== Chantier des indicateurs en mobilité durable ==<br />
Un des chantiers du plan climat 2030 de Montréal contient 46 actions regroupées en 5 chantiers. Le chantier "Mobilité, urbanisme et aménagement" vise des actions pour transférer près de 25 % des déplacements qui s’effectuent en auto solo vers des modes de transport moins énergivores.<blockquote>''“En effet, le transport routier constitue la plus importante source d’émissions de '''GES à Montréal''', soit environ 30 % de ses émissions totales.”''<blockquote>''“À terme, l’objectif est de transférer près de '''25 % des déplacements''' qui s’effectuent en auto solo vers ces modes de transport moins énergivores”''</blockquote>''(l’autopartage, le covoiturage et l’électrification des transports, et continuera d’encourager l’utilisation des transports actifs)''<br />
<br />
Actuellement le LIUM pour la reddition de compte du projet Montréal en Commun utilise les données mise à disposition de Google pour connaître les modes de déplacements dans Montréal. Mais au delà du fait que ces données sont mises à disposition par un GAFAM, nous ne pouvons confirmer que ces données sont suffisamment complètes et leur niveau constant d’ accessibilité. De plus, il faudrait avoir plus de détails sur l’acquisition et le traitement de ces données.<br />
<br />
De plus, appliquer un taux d’occupation par véhicule pourrait être une solution rapide mais il faudrait creuser comment rendre ce taux plus fin en fonction des quartiers, des autres modes de déplacements disponibles pour pouvoir mesurer l’impact des politiques de mobilité durable mises en place.<br />
<br />
Afin de soutenir ce plan et cet objectif nous avons commencé à étudier ce qui permettrait de mesurer l’évolution des déplacements en auto solo. Nous nous concentrons donc ici sur l'évolution des trajets en auto-solo. Est ce qu’un indicateur pourrait être mise en place ou est ce que la mise en place de faisceau d’indice pour démontrer la tendance.<br />
<br />
Cet indicateur pourra être jumelé avec les indicateurs de théorie du changement permettant ainsi de pondérer et ou de corréler les résultats.</blockquote><br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51593Pôles de données en mobilité2022-11-16T18:34:55Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups.<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Post-mortem de la Plateforme de données en mobilité==<br />
<br />
===Mise en contexte===<br />
Dans le cadre de [[Défi des villes intelligentes de Montréal|Montréal en Commun]], pour une ville apprenante, les partenaires souhaitent développer un pôle qui permettrait de : qualifier, partager et valoriser des données de mobilité.<br />
<br />
La première version du pôle de données, centrée autour d’une plateforme de données en mobilité, a eu son lot de rebondissements :<br />
<br />
*Le porteur de projet a été modifié passant de Jalon à l’Agence de Mobilité Durable<br />
*Jalon, l’acteur principal de la mise en place de la plateforme a quitté le projet de Montréal en commun avec son actif<br />
<br />
<br />
De nombreuses intentions du pôle étaient déjà présentes dans la version portée par Jalon, il est donc important de prendre le temps de creuser les réussites et les échecs pour surtout en ressortir des apprentissages et des améliorations.<br />
<br />
Le [[Valorisation du taxi (Québec)|BTM]] étant un cas d’usage parfait de projet d’intégration de données dans le pôle, il nous permettra d’appuyer les éléments mis de l’avant avec des événements et faits tangibles qui ont eu lieu dans ce cas d’usage, afin de tenter d’illustrer et comprendre ces réussites et échecs.<br />
<br />
Les éléments suivants ont été amenés par des personnes impliquées dans la première version du pôle de Jalon lors d’une séance de brainstorming ayant eu lieu le 19 juillet dernier. Celle-ci a eu lieu dans le but de relater les faits et réflexions de chacun, pour ensuite synthétiser le tout dans ce post-mortem afin de mettre en avant les apprentissages (tant positifs que négatifs) qui nous seront utiles pour l’avenir du pôle de données en mobilité.<br />
<br />
===Apprentissages récoltés===<br />
Il est pertinent de commencer par faire l’état des lieux de la situation en prenant conscience des éléments positifs et négatifs de la gestion du développement de la première version du pôle de données en mobilité, portée par Jalon. L'objectif est d’avoir une vue d’ensemble des paramètres qui ont potentiellement mené à l’échec de cette première version et de ceux ayant permis de maintenir l’initiative en vie jusqu’à aujourd’hui.<br />
<br />
====Points positifs====<br />
<br />
=====Réussite d’initiatives internes=====<br />
Certaines initiatives menées à l’interne du consortium de partenaires porteurs ont pu '''générer des avancées et des résultats concrets''' qui permettent des '''apprentissages sur la valeur ajoutée''' du pôle de données et de la gestion des données qui s’y intègrent. Ces 2 initiatives mettent en évidence les avantages de la mise en place d’un pôle.<br />
<br />
======CurbLR======<br />
Une initiative qui a permis de mettre en place le standard CurbLR pour les données de stationnement, en plus d’'''initier l’hébergement de données''' de la [[Carte CurbLR de Montréal|carte]] incluant celles de la Ville de Montréal (Signalec). Cette initiative concrète a aussi démontré la '''capacité du consortium à mener des expérimentations collaboratives à terme'''. Ceci confirme la '''compétence des équipes de projet, tous départements confondus''', de la gestion au marketing et de la technologie à la gouvernance.<br />
<br />
======Ma Mobilité======<br />
L’application développée par la Fabrique des Mobilités Québec a '''généré des données de mobilité d’utilisateurs testeurs''' permettant de démarrer un processus d’apprentissage sur la gestion des données dans le cadre du pôle. Cette initiative met en marche une collaboration avec l’UQAM qui permettra d’analyser des cas d’usages de données, dans un but de création de valeur.<br />
<br />
=====Génération d'intérêt dans l'écosystème de mobilité (recherche, partenaires publics et privés, etc.)=====<br />
En ce qui concerne la génération d’intérêt d’acteurs pour l’infrastructure qu’offre le pôle de données, il est clair que cette initiative fut une réussite autant au niveau académique, privé que public. Les retours positifs et proactifs reçus de plus de 5 grands acteurs des données de la mobilité (Communauto, CRE, Solon, TIESS, Bixi, Polytechnique) lors d’une approche d’entrevues de recueil des besoins et attentes du pôle permettent de valider ce point. La suite sera assurément de capitaliser sur cet intérêt pour concrétiser le démarrage et l’initialisation d’expérimentations, en s’assurant d’ajouter de la valeur pour l’écosystème de parties prenantes entourant la données en mobilité au Québec.<br />
<br />
====Points négatifs====<br />
<br />
=====Lacunes dans l’approche agile et expérimentale (désirabilité, viabilité et faisabilité)=====<br />
<br />
====== Manque d’accent sur la gestion de projet agile ======<br />
Il a été remarqué par les participants au post-mortem que les initiatives prises au courant de la première version du pôle n’étaient '''pas basées sur des hypothèses de désirabilité, viabilité et faisabilité validées'''. Cette remarque pourrait être attribuée au '''manque de sensibilisation''' des collaborateurs et partenaires à cette '''méthode de gestion agile''' de développement de produit mise de l’avant par la Fabrique des Mobilités Québec dans ce projet. Cette méthodologie doit être assimilée par tout le consortium pour parvenir à des résultats.<br />
<br />
====== Vision trop globale de la plateforme de données et insuffisamment expérimentale ======<br />
Les objectifs du pôle se doivent d’être vus en petits morceaux, en se focalisant sur l’'''implémentation de fonctionnalités à forte valeur ajoutée''' '''et à faible effort de déploiement.''' La plateforme du pôle était un idéal et elle aurait dû être mieux découpée en petites pièces '''pour assurer la validation d’hypothèses par itérations''' sur du plus '''court terme'''.<br />
<br />
====== Résultats axés sur le livrable plus que sur l'apprentissage ======<br />
Encore une fois, la mentalité agile de développement produit fut manquante, car le consortium d’entreprises tentait beaucoup plus de répondre à un mandat en développant des morceaux d’un produit (la plateforme de données) sans réellement valider les attentes et les besoins des clients/usagers. Ceci était bien pour les redditions de comptes, mais moins pour l’apport de valeur ajoutée du pôle pour l’écosystème, bien qu'elle soit la raison essentielle d’existence de ce projet.<br />
<br />
====== Capitalisation sur l'intérêt généré chez les potentiels utilisateurs et partenaires ======<br />
Comme mentionné plus haut, l’intérêt généré par la description théorique du pôle et les quelques expérimentations réussies ont généré de l’intérêt dans l’écosystème de mobilité. Cependant, cette effervescence n’a pas su se convertir en valeur réelle ou en expérimentation concrète vu le manque de remue-méninge avec les principaux parties prenantes d’intérêt (secteur privé, public et académique).<br />
<br />
=====Fort biais technologique dans les initiatives (''technology push'')=====<br />
<br />
====== Actif imposé ======<br />
L’actif de la plateforme de Jalon a été imposée au projet (avec lequel il est ensuite reparti)<br />
<br />
====== Confusion entre le pôle et la plateforme de données ======<br />
Comme indiqué préalablement, dans la vision du pôle portée par Jalon, c’est '''principalement la plateforme technologique qui était mise de l’avant'''. Jusqu’à créer de la confusion entre la définition et le rôle du pôle et celui de l’outil que peut-être la plateforme de données. Les objectifs, lorsque Jalon était porteur du projet, ne mettaient de l’avant que cet aspect technologique de la plateforme du pôle, tandis qu’ils auraient dû être axés sur l’aspect de désirabilité et de viabilité du concept d’agilité. Ceci permettrait une meilleur adhésion des parties prenantes et l’identification de valeur ajoutée validée.<br />
<br />
====== Problème de ressources TI pour la gestion des données (cas d’usage BTM) ======<br />
L’identification de la maturité numérique des parties prenantes utilisatrices du pôle et leur capacité (expertise et ressources) à préparer les données à partager doivent être pris en compte lors de la priorisation des cas d’usage à déployer pour le pôle. Ceci aurait du être une pratique à ne pas ignorer. '''L’identification des expérimentations les moins risquées permettrait d’agrandir les chances de réussites du déploiement''' et d’augmenter la visibilité du pôle. Il est donc nécessaire que les premiers acteurs identifiés des cas d’usage soient les plus matures (en termes de ressources compétentes et de moyens ) que possible pour permettre le déroulement fluide des expérimentations. Il est aussi pertinent de mettre des actions en place pour supporter les acteurs moins matures dans leur montée en compétence pour la gestion et le partage des données nécessaires aux expérimentations du pôle.<br />
<br />
=====Carence dans la cohésion et la collaboration entre les partenaires=====<br />
<br />
*Manque de synchronisation du travail des entités porteuses Un bloquant principal dans le développement du pôle. Ceci fut aussi amené comme un '''manque de transparence des processus internes,''' ce qui a empêché les équipes de remédier au désalignement des attentes et des lignes directrices au sein du consortium.<br />
*Difficulté d’appliquer la transparence pour les organisations partenaires<br />
**Bloquants administratifs importants (cas d'usage BTM) '''Les bloquants administratifs dans certaines situations''', telle que celle du BTM, ont été mis de côté ce qui a pu occasionner des pertes de temps énormes sur la structuration d’un cas d’usage qui n’allait pouvoir voir le jour rapidement, vu les délais de certaines décisions administratives. La transparence entre décideurs du consortium et des entreprises partenaires doit être de mise.<br />
**Changement du porteur du pôle en cours de projet La transition de porteurs est venue avec '''une complexité administrative''' qui a nécessairement occasionné des délais dans l’avancement du développement au sein du regroupement de partenaires.<br />
**Départ d’un partenaire clé: Le départ de Jalon a fait perdre tous les acquis techniques et technologiques au partenariat. Le manque de partage de la solution en amont du départ de Jalon du projet n’a pas permis au consortium de '''capitaliser sur les acquis de la solution technologique''' mise en place pour la plateforme du pôle. Il est donc important que la culture du partage et de la transparence soit inhérente à l’organisation et la gouvernance du pôle<br />
*Manque de partage et de mise en commun sur les actifs collectifs numérique Il est donc important de '''documenter les apprentissages et les réalisations''' régulièrement pour ne pas perdre les avancements et surtout pour garantir le partage de l’actif collectif.<br />
*Transparence du parcours des données avec les potentiels partenaires Ici, l’aspect de la gestion des données faite au sein du pôle est mise de l’avant comme ayant été mal ou non-communiqué. Ceci a pu générer de l’inquiétude des parties prenantes intéressées, et même que cet élément inconnu a pu s’interposer comme bloquant de partage pour certaines organisations ciblées pour les expérimentations.<br />
*Cadre d'entente d'implication des partenaires incomplet L’absence d’une entente cadre claire statuant sur l’implication de chacune des organisations participantes et sur la description des enjeux entourant la donnée est une faille dans la première tentative de développement de la plateforme technologique qui fondait l’intégralité du pôle. Une entente cadre se doit d’exister pour assurer une mitigation des risques pour les potentiels partenaires, ainsi que pour les convaincre et les sécuriser en limitant les craintes au niveau de la gouvernance. Elle est aussi importante pour le pôle pour ainsi clarifier et faciliter la gouvernance de celui-ci.<br />
<br />
===Recommandations===<br />
<br />
====Notre démarche====<br />
À la lumière des bons et des mauvais coups indiqués plus tôt, nous avons classifié les points d’amélioration selon une matrice à 2 dimensions :<br />
<br />
#Les facteurs clé de succès d’un projet<br />
#Les chantiers du pôles et ses indicateurs de suivi<br />
<br />
=====Les facteurs clés de succès d'un projet=====<br />
Pour assurer le succès d’un projet, il est important que les '''4 facteurs suivants soient bien définis et communiqués''' :<br />
<br />
*Sa structure<br />
*Sa gouvernance<br />
*Ses processus et ses outils<br />
*Ses ressources<br />
<br />
=====Les chantiers du pôle et ses indicateurs de suivi=====<br />
Suite au départ de Jalon du projet de Montréal en Commun, la FabMob a proposé sa vision du pôle. Celle-ci se découpe en '''4 chantiers principaux pour 2022-2024''':<br />
<br />
'''Génération de communs'''<br />
<br />
'''Gouvernance et partage de données'''<br />
<br />
'''Valorisation de données'''<br />
<br />
'''Indicateurs de mobilité durable'''<br />
<br />
De plus, un 5ème axe peut être ajouté. En effet, l’analyse de tous les retours et observations, de nombreux éléments sont ressortis autour '''des enjeux de suivis'''. Nous avons donc ajouté un chantier spécifique: '''Les indicateurs de suivis.'''<br />
<br />
====Matrice des recommandations====<br />
[[Fichier:Matrice recommandations Pôle.png|centré|sans_cadre|826x826px|Matrice des recommandations issues du post-mortem sur le Pôle de données en mobilité dans le cadre de Montréal en commun]]<br />
<br />
====Mise en application====<br />
Chaque recommandation est donc articulée selon le pilier structurant du projet auquel il se rapporte et pour répondre à un chantier du pôle en particulier<br />
<br />
Nous avons sur-ligner les recommandations qui nous paraissent indispensable pour la bonne réussite de la prochaine version du pôle.<br />
<br />
#'''Mettre l’Open source et le partage au cœur des développements (communs)''' Le principe du partage doit être intrinsèque à la conception, l’élaboration de toute solution. Tout apprentissage, solutions, résultats devraient être partagées à la communauté. Ainsi cela permet aussi de préserver le commun mis en place.<br />
#Se permettre de tester des cadres d'ententes de partage Certains cas d’usage sont bloqués dans l’attente de la signature d’une entente de partage. Ces ententes sont aussi des éléments d’innovation. Il faudrait donc se permettre de tester des cadres d’ententes et d’apprendre de ces essais.<br />
#Se permettre de créer des données à l'interne pour les utiliser et les valoriser<br />
#Définir et suivre les OKRs par projet pilote Il serait intéressant de définir des OKRs par initiatives. Ces OKRs pourraient alors être communiqués, suivis et validés au sein du consortium de projet.<br />
#Définir et partager des ‘’templates’’ d'OKRs (paramètres requis) Il pourrait être opportun que toutes les initiatives ou projets pilotes suivent le même modèle d’OKR:<br />
#*Fixer les objectifs;<br />
#*Fixer des résultats clés chiffrés et mesurables, mais également les délais d’attente acceptables;<br />
#*Constituer l’équipe: esponsable, équipe de réalisation, experts, les personnes informées (Dans l’esprit du RACI);<br />
#*Définir l’opérabilité du suivi de ces OKRs.<br />
#Déterminer une entente cadre prônant la mitigation des risques et la présentation du parcours de la donnée<br />
#Identifier des points bloquants de partage pour minimiser les ralentissements Cette identification permettra de remonter les alertes de bloquants dans le suivi des OKRs. Si des points bloquent trop longtemps l’initiative, il faut pouvoir réfléchir à des alternatives ou revoir le projet pilote.<br />
#Assurer la gouvernance de la communication de la valeur ajoutée à l'interne et à l'externe Dans un objectif de partage, tous les apprentissages doivent être communiqués à l’interne, aux partenaires et au public. Le niveau de communication doit être vu et suivi pour chaque projet pilote.<br />
#'''Mettre en place des instances en capacité de superviser et valider l'alignement du pôle''' Afin de faciliter et clarifier la gouvernance du projet, des instances et des comités doivent être mis en place. La combinaison de tous ces comités va permettre de:<br />
#*Partager et gouverner des dépendances et inter-dépendances;<br />
#*Partager et suivre des OKRs du pôle et de chaque projet pilote;<br />
#*Partager les alertes et les enjeux. Les points suivants doivent alors être clairs et communiqués:<br />
#*Déterminer pour chaque instance/comité :<br />
#**Ses objectifs;<br />
#**Sa fréquence;<br />
#**Son responsable;<br />
#**Ses participants;<br />
#**Ses décisions à prendre;<br />
#*Entériner le planning de ces comités;<br />
#*Communiquer l’organisation de ces instances à l’ensemble des partenaires et des équipes;<br />
#*Valider la nécessité de définir un processus pour remonter ces alertes<br />
#Définir des ‘’Product Owner’’ par projet pilote qui suivent l'avancement du projet Pour chaque projet pilote ou initiative, un ‘’Product Owner’’ doit être spécifié. Celui-ci doit être en mesure de savoir à quelle instance il doit participer, à qui il doit se référer pour ses objectifs, son avancement et ses enjeux.<br />
#Mettre en place des outils collaboratifs Les partenaires étant issue de différentes organisations, des outils accessibles à tous doivent être mis en place. La liste de ces outils, ainsi que leur utilisation doit être communiquée et partagée à tous<br />
#Centraliser, hiérarchiser et rendre accessible la documentation De la même manière, les outils de documentation, ainsi que le niveau de documentation doivent être clairs, communiqués et partagés à l’ensemble de l’écosystème.<br />
#'''Recueillir les besoins et attentes des utilisateurs'''<br />
#Définir et prioriser les cas d'usage des données<br />
#'''Mettre en avant la valeur ajoutée potentielle des données recueillies''' Afin de solliciter le partage et l’engagement des partenaires dans le partage des données, les usages et surtout ce que peuvent apporter ces données doivent être identifiés et communiqués. C’est également un des principe de la Charte des données de la ville de Montréal auxquels le projet de pôle de données veut (et doit) se conformer.<br />
#Documenter les apprentissages de chacune des expérimentations Dans un souci de répondre au principe directeur de la ville apprenante et de la production de communs, tous les apprentissages doivent être documentés et partagés.<br />
#Mettre en place des outils qui démontrent l’intérêt des utilisateurs, valident leurs besoins et assurent une communication proactive<br />
#Assurer l'utilisation et l'habileté à utiliser les outils collaboratifs La définition d’une liste d’outils de collaboration n’est pas suffisante, il faut s’assurer que toutes les parties prenantes les utilisent et savent les utiliser.<br />
#'''Avoir un plan d'action en fonction de la maturité numérique des partenaires (capacité, compétences, données ouvertes, outils de partage, etc.)''' Il est important de valider la capacité des partenaires à ouvrir les données. Si ce n’est pas le cas, des alternatives au manque de ressources doivent être proposées. Par exemple:<br />
#*proposer des ressources humaines;<br />
#*générer des données (fausses ou réelles).<br />
#'''Sensibiliser les partenaires sur l'agilité''' Il est important que l’ensemble des partenaires ait une culture commune, notamment sur la culture d’expérimentation et la validation de la désirabilité.<br />
#Déterminer les besoins en ressource pour déployer les outils de partage et de collaboration<br />
<br />
L’ensemble de ces initiatives et actions auront pour objectif final de répondre aux principes directeurs du projet. Ces derniers ont été revus et font partie de la conclusion.<br />
<br />
===Conclusions du post-mortem===<br />
Après avoir passé au travers des apprentissages tactiques et pour le bien de la stratégie de développement du Pôle de données en mobilité, il est pertinent d’ajuster les principes directeurs pour les clarifier et les aligner avec nos recommandations.<br />
<br />
Pour faire une rétrospective sur les grands objectifs qui guidaient la plateforme Jalon dans la première version du pôle, nous les avons recensés non exhaustivement ci-dessous :<br />
<br />
#Créer une culture de partage;<br />
#Consolider les données mobilité et en faciliter d’accès;<br />
#Encourager la recherche, l’innovation et l’expérimentation;<br />
#Diffuser la connaissance;<br />
#Initier et appuyer des changements concrets.<br />
<br />
C’est avec les résultantes des apprentissages et des recommandations faites que nous avons pu proposer des principes directeurs qui permettront de constamment garder en tête l’entièreté des éléments identifiés comme étant essentiel à la réussite de ce projet.<br />
<br />
'''Voici donc la proposition des 4 nouveaux principes directeurs qui guideront la suite du projet au sein du consortium du pôle de données en mobilité''' :<br />
<br />
#Conformité à la charte des données de la ville de Montréal;<br />
#Production et utilisation de communs technologiques et de connaissances;<br />
#Démontrer la conformité à la charte de données de la Ville de Montréal;<br />
#Travail en mode itératif, par expérimentation et effectuation en symbiose avec les partenaires pour livrer de la valeur<br />
<br />
En un mot, le manque d’utilisation de l'agilité, le biais technologique ainsi que le manque de cohésion et collaboration du consortium de projet ont été 3 grandes raisons de l’échec de la première version du pôle de données. Ces 3 raisons sont certainement aussi à l’origine de la grande confusion entre un pôle de données et une plateforme de données. '''Il est important de rappeler qu’une plateforme n’est qu’un outil dans un pôle de données.''' Il est important que cette ambiguïté soit levée au sein du consortium.<br />
<br />
Aujourd’hui, nous repartons avec une nouveau plan d’action pour la deuxième version du pôle de données centré sur l’attraction du marché pour démontrer l’ajout de valeur par l’expérimentation. Ainsi, nous assurerons la mitigation des risques du désalignement de l’offre avec les besoins et attentes de l’écosystème en validant les hypothèses de désirabilité de chacune des fonctionnalités d’une telle initiative. La deuxième version du pôle de données en mobilité en s’appuyant sur ces cas d’usages et en '''priorisant la valeur ajoutée''' devra servir à collecter, intégrer, héberger, partager et valoriser les données de mobilité nécessaire tout en offrant aussi d’accompagner les fédérateurs neutre au sein de l’écosystème de données en mobilité.<br />
<br />
==Restructurer une vision commune du Pôle de données en mobilité==<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
*[[Gouvernance des données#Travail de documentation des .C3.A9checs et pivots .28post-mortems.29|Documentation et analyse de nos pivots sur nos pivots (post-mortem)]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51592Pôles de données en mobilité2022-11-16T18:15:17Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups.<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Post-mortem de la Plateforme de données en mobilité==<br />
<br />
===Mise en contexte===<br />
Dans le cadre de Montréal en Commun, pour une ville apprenante, les partenaires souhaitent développer un pôle qui permettrait de : qualifier, partager et valoriser des données de mobilité.<br />
<br />
La première version du pôle de données, centrée autour d’une plateforme de données en mobilité, a eu son lot de rebondissements:<br />
<br />
*Le porteur de projet a été modifié passant de Jalon à l’Agence de Mobilité Durable<br />
*Jalon, l’acteur principal de la mise en place de la plateforme a quitté le projet de Montréal en commun avec son actif<br />
<br />
<br />
De nombreuses intentions du pôle étaient déjà présentes dans la version portée par Jalon, il est donc important de prendre le temps de creuser les réussites et les échecs pour surtout en ressortir des apprentissages et des améliorations.<br />
<br />
Le BTM étant un cas d’usage parfait de projet d’intégration de données dans le pôle, il nous permettra d’appuyer les éléments mis de l’avant avec des événements et faits tangibles qui ont eu lieu dans ce cas d’usage, afin de tenter d’illustrer et comprendre ces réussites et échecs?<br />
<br />
Les éléments suivants ont été amenés par des personnes impliquées dans la première version du pôle de Jalon lors d’une séance de brainstorming ayant eu lieu le 19 juillet dernier. Celle-ci a eu lieu dans le but de relater les faits et réflexions de chacun, pour ensuite synthétiser le tout dans ce présent document de Post-Mortem voulant la mise de l’avant d’apprentissages des bons et de moins bons coups pour le bien de l’avenir du pôle de données en mobilité.<br />
<br />
===Apprentissages récoltés===<br />
Il est pertinent de, premièrement, faire l’état des lieux de la situation en prenant conscience des éléments positifs et négatifs de la gestion du développement de la première version du pôle de données en mobilité porté par Jalon. Ceci nous permettra d’avoir une vue d’ensemble sur les paramètres qui ont potentiellement menés à l’échec de celle-ci, en plus de prendre avantage des éléments qui ont permis de maintenir l’initiative en vie jusqu’à aujourd’hui.<br />
<br />
====Points positifs====<br />
<br />
=====Réussite d’initiatives internes=====<br />
Certaines initiatives qui ont été menées à l’interne du consortium de partenaires porteurs ont pu '''générer des avancés et des résultats concrets''' qui permettent des '''apprentissages sur la valeur ajoutée''' du pôle de données et de la gestion de données qui s’y intègrent.<br />
<br />
====== CurbLR ======<br />
Une initiative qui a permis de mettre en place le standard CurbLR pour les données de stationnement, en plus d’'''initier l’hébergement de données''' de la carte incluant celles de la Ville de Montréal (Signalec). Cette initiative concrète a aussi démontré la '''capacité du consortium à mener des expérimentations collaboratives à terme'''. Ceci vient aussi avec la confirmation de la '''compétence des équipes de projets de tous départements confondus''', de la gestion au marketing et de la technologie à la gouvernance.<br />
<br />
====== Ma Mobilité ======<br />
L’application développée par la FabMob a '''généré des données de mobilités d’utilisateurs testeurs''' permettant de démarrer un processus d’apprentissage sur la gestion des données dans le cadre du pôle. Cette initiative met en marche une collaboration avec l’UQAM qui permettra d’analyser des cas d’usages de données, dans un but de création de valeur.<br />
<br />
Ces 2 initiatives mettent en évidence les avantages de la mise en place d’un pôle.<br />
<br />
=====Génération d'intérêt dans l'écosystème de mobilité (recherche, partenaires publics et privés, etc.)=====<br />
En ce qui concerne la génération d’intérêt d’acteurs pour l’infrastructure qu’offre le pôle de données, il est clair que cette initiative fut une réussite autant au niveau académique, privé et public. Les retours positifs et proactifs reçus de plus de 5 grands acteurs des données de la mobilité (Communauto, CRE, Solon, TIESS, Bixi, Polytechnique) lors d’une approche d’entrevues de recueil des besoins et attentes du pôle permettent de valider ce point. La suite sera assurément de capitaliser sur cet intérêt pour concrétiser le démarrage et l’initialisation d’expérimentations, en s’assurant d’ajouter de la valeur pour l’écosystème de parties prenantes entourant la données en mobilité au Québec.<br />
<br />
====Points négatifs====<br />
<br />
=====Lacunes dans l’approche agile et expérimentale (désirabilité, viabilité et faisabilité)=====<br />
<br />
*Manque d’accent sur la gestion de projet agile Il a été remarqué par les participants au Post-Mortem que les initiatives prises au courant de la première version du pôle n’étaient '''pas basées sur des hypothèses de désirabilité, viabilité et faisabilité validées'''. Cette remarque pourrait être attribuée au '''manque de sensibilisation''' des collaborateurs et partenaires à cette '''méthode de gestion agile''' de développement produit mise de l’avant par la FabMob dans ce projet. Cette méthodologie doit être assimilée par tout le consortium.<br />
*Vision trop globale de la plateforme de données et insuffisamment expérimentale Les objectifs du pôle se doivent d’être vus en petits morceaux, en se focalisant sur l’'''implémentation de fonctionnalités à forte valeur ajoutée''' et à faible effort de déploiement. La plateforme du pôle était un idéal et elle aurait dû être mieux découpée en petites pièces pour assurer la validation d’hypothèses par itérations sur du plus court terme.<br />
*Résultats axés sur le livrable plus que sur l'apprentissage Encore une fois, la mentalité agile de développement produit fut manquante, car le consortium d’entreprises tentait beaucoup plus de répondre à un mandat en développant des morceaux d’un produit: la plateforme de données, sans réellement valider les attentes et les besoins clients. Ceci était bien pour les redditions de comptes, mais moins pour l’apport de valeur ajoutée du pôle pour l’écosystème, la raison d’existence réelle de ce projet.<br />
*Capitalisation sur l'intérêt généré chez les potentiels utilisateurs et partenaires Comme mentionné plus haut, l’intérêt généré par la description théorique du pôle et les quelques expérimentations réussies ont généré de l’intérêt dans l’écosystème de mobilité. Cependant, cette effervescence n’a pas su se convertir en valeur réelle ou en expérimentation concrète vu le manque de remue-méninge avec les principaux parties prenantes d’intérêt (secteur privé, public et académique).<br />
<br />
=====Initiatives trop axées technologique — ‘''’Technology push''’’=====<br />
<br />
*L’actif de la plateforme de Jalon a été imposée au projet avec lequel il est reparti<br />
*Confusion entre le pôle et la plateforme de données Comme indiqué préalablement, dans la vision du pôle portée par Jalon, c’est '''principalement la plateforme technologique qui était mise de l’avant'''. Jusqu’à créer de la confusion entre la définition et le rôle du pôle et celui de l’outil que peut-être la plateforme de données. Les objectifs, lorsque Jalon était porteur du projet, ne mettaient de l’avant que cet aspect technologique de la plateforme du pôle, tandis qu’ils auraient dû être axés sur l’aspect de désirabilité et de viabilité du concept d’agilité. Ceci permettrait une meilleur adhésion des parties prenantes et l’identification de valeur ajoutée validée.<br />
*Problème de ressources TI pour la gestion des données (cas d’usage BTM) L’identification de la maturité numérique des parties prenantes utilisatrices du pôle et leur capacité (expertise et ressources) à préparer les données à partager doivent être pris en compte lors de la priorisation des cas d’usage à déployer pour le pôle. Ceci aurait du être une pratique à ne pas ignorer. '''L’identification des expérimentations les moins risquées permettrait d’agrandir les chances de réussites du déploiement''' et d’augmenter la visibilité du pôle. Il est donc nécessaire que les premiers acteurs identifiés des cas d’usage soient les plus matures (en termes de ressources compétentes et de moyens ) que possible pour permettre le déroulement fluide des expérimentations. Il est aussi pertinent de mettre des actions en place pour supporter les acteurs moins matures dans leur montée en compétence pour la gestion et le partage des données nécessaires aux expérimentations du pôle.<br />
<br />
=====Carence dans la cohésion et la collaboration entre les partenaires=====<br />
<br />
*Manque de synchronisation du travail des entités porteuses Un bloquant principal dans le développement du pôle. Ceci fut aussi amené comme un '''manque de transparence des processus internes,''' ce qui a empêché les équipes de remédier au désalignement des attentes et des lignes directrices au sein du consortium.<br />
*Difficulté d’appliquer la transparence pour les organisations partenaires<br />
**Bloquants administratifs importants (cas d'usage BTM) '''Les bloquants administratifs dans certaines situations''', telle que celle du BTM, ont été mis de côté ce qui a pu occasionner des pertes de temps énormes sur la structuration d’un cas d’usage qui n’allait pouvoir voir le jour rapidement, vu les délais de certaines décisions administratives. La transparence entre décideurs du consortium et des entreprises partenaires doit être de mise.<br />
**Changement du porteur du pôle en cours de projet La transition de porteurs est venue avec '''une complexité administrative''' qui a nécessairement occasionné des délais dans l’avancement du développement au sein du regroupement de partenaires.<br />
**Départ d’un partenaire clé: Le départ de Jalon a fait perdre tous les acquis techniques et technologiques au partenariat. Le manque de partage de la solution en amont du départ de Jalon du projet n’a pas permis au consortium de '''capitaliser sur les acquis de la solution technologique''' mise en place pour la plateforme du pôle. Il est donc important que la culture du partage et de la transparence soit inhérente à l’organisation et la gouvernance du pôle<br />
*Manque de partage et de mise en commun sur les actifs collectifs numérique Il est donc important de '''documenter les apprentissages et les réalisations''' régulièrement pour ne pas perdre les avancements et surtout pour garantir le partage de l’actif collectif.<br />
*Transparence du parcours des données avec les potentiels partenaires Ici, l’aspect de la gestion des données faite au sein du pôle est mise de l’avant comme ayant été mal ou non-communiqué. Ceci a pu générer de l’inquiétude des parties prenantes intéressées, et même que cet élément inconnu a pu s’interposer comme bloquant de partage pour certaines organisations ciblées pour les expérimentations.<br />
*Cadre d'entente d'implication des partenaires incomplet L’absence d’une entente cadre claire statuant sur l’implication de chacune des organisations participantes et sur la description des enjeux entourant la donnée est une faille dans la première tentative de développement de la plateforme technologique qui fondait l’intégralité du pôle. Une entente cadre se doit d’exister pour assurer une mitigation des risques pour les potentiels partenaires, ainsi que pour les convaincre et les sécuriser en limitant les craintes au niveau de la gouvernance. Elle est aussi importante pour le pôle pour ainsi clarifier et faciliter la gouvernance de celui-ci.<br />
<br />
===Recommandations===<br />
<br />
====Notre démarche====<br />
À la lumière des bons et des mauvais coups indiqués plus tôt, nous avons classifié les points d’amélioration selon une matrice à 2 dimensions :<br />
<br />
#Les facteurs clé de succès d’un projet<br />
#Les chantiers du pôles et ses indicateurs de suivi<br />
<br />
=====Les facteurs clés de succès d'un projet=====<br />
Pour assurer le succès d’un projet, il est important que les '''4 facteurs suivants soient bien définis et communiqués''' :<br />
<br />
*Sa structure<br />
*Sa gouvernance<br />
*Ses processus et ses outils<br />
*Ses ressources<br />
<br />
=====Les chantiers du pôle et ses indicateurs de suivi=====<br />
Suite au départ de Jalon du projet de Montréal en Commun, la FabMob a proposé sa vision du pôle. Celle-ci se découpe en '''4 chantiers principaux pour 2022-2024''':<br />
<br />
'''Génération de communs'''<br />
<br />
'''Gouvernance et partage de données'''<br />
<br />
'''Valorisation de données'''<br />
<br />
'''Indicateurs de mobilité durable'''<br />
<br />
De plus, un 5ème axe peut être ajouté. En effet, l’analyse de tous les retours et observations, de nombreux éléments sont ressortis autour '''des enjeux de suivis'''. Nous avons donc ajouté un chantier spécifique: '''Les indicateurs de suivis.'''<br />
<br />
====Matrice des recommandations====<br />
[[Fichier:Matrice recommandations Pôle.png|centré|sans_cadre|826x826px|Matrice des recommandations issues du post-mortem sur le Pôle de données en mobilité dans le cadre de Montréal en commun]]<br />
<br />
==== Mise en application ====<br />
Chaque recommandation est donc articulée selon le pilier structurant du projet auquel il se rapporte et pour répondre à un chantier du pôle en particulier<br />
<br />
Nous avons sur-ligner les recommandations qui nous paraissent indispensable pour la bonne réussite de la prochaine version du pôle.<br />
<br />
# '''Mettre l’Open source et le partage au cœur des développements (communs)''' Le principe du partage doit être intrinsèque à la conception, l’élaboration de toute solution. Tout apprentissage, solutions, résultats devraient être partagées à la communauté. Ainsi cela permet aussi de préserver le commun mis en place.<br />
# Se permettre de tester des cadres d'ententes de partage Certains cas d’usage sont bloqués dans l’attente de la signature d’une entente de partage. Ces ententes sont aussi des éléments d’innovation. Il faudrait donc se permettre de tester des cadres d’ententes et d’apprendre de ces essais.<br />
# Se permettre de créer des données à l'interne pour les utiliser et les valoriser<br />
# Définir et suivre les OKRs par projet pilote Il serait intéressant de définir des OKRs par initiatives. Ces OKRs pourraient alors être communiqués, suivis et validés au sein du consortium de projet.<br />
# Définir et partager des ‘’templates’’ d'OKRs (paramètres requis) Il pourrait être opportun que toutes les initiatives ou projets pilotes suivent le même modèle d’OKR:<br />
#* Fixer les objectifs;<br />
#* Fixer des résultats clés chiffrés et mesurables, mais également les délais d’attente acceptables;<br />
#* Constituer l’équipe: esponsable, équipe de réalisation, experts, les personnes informées (Dans l’esprit du RACI);<br />
#* Définir l’opérabilité du suivi de ces OKRs.<br />
# Déterminer une entente cadre prônant la mitigation des risques et la présentation du parcours de la donnée<br />
# Identifier des points bloquants de partage pour minimiser les ralentissements Cette identification permettra de remonter les alertes de bloquants dans le suivi des OKRs. Si des points bloquent trop longtemps l’initiative, il faut pouvoir réfléchir à des alternatives ou revoir le projet pilote.<br />
# Assurer la gouvernance de la communication de la valeur ajoutée à l'interne et à l'externe Dans un objectif de partage, tous les apprentissages doivent être communiqués à l’interne, aux partenaires et au public. Le niveau de communication doit être vu et suivi pour chaque projet pilote.<br />
# '''Mettre en place des instances en capacité de superviser et valider l'alignement du pôle''' Afin de faciliter et clarifier la gouvernance du projet, des instances et des comités doivent être mis en place. La combinaison de tous ces comités va permettre de:<br />
#* Partager et gouverner des dépendances et inter-dépendances;<br />
#* Partager et suivre des OKRs du pôle et de chaque projet pilote;<br />
#* Partager les alertes et les enjeux. Les points suivants doivent alors être clairs et communiqués:<br />
#* Déterminer pour chaque instance/comité :<br />
#** Ses objectifs;<br />
#** Sa fréquence;<br />
#** Son responsable;<br />
#** Ses participants;<br />
#** Ses décisions à prendre;<br />
#* Entériner le planning de ces comités;<br />
#* Communiquer l’organisation de ces instances à l’ensemble des partenaires et des équipes;<br />
#* Valider la nécessité de définir un processus pour remonter ces alertes<br />
# Définir des ‘’Product Owner’’ par projet pilote qui suivent l'avancement du projet Pour chaque projet pilote ou initiative, un ‘’Product Owner’’ doit être spécifié. Celui-ci doit être en mesure de savoir à quelle instance il doit participer, à qui il doit se référer pour ses objectifs, son avancement et ses enjeux.<br />
# Mettre en place des outils collaboratifs Les partenaires étant issue de différentes organisations, des outils accessibles à tous doivent être mis en place. La liste de ces outils, ainsi que leur utilisation doit être communiquée et partagée à tous<br />
# Centraliser, hiérarchiser et rendre accessible la documentation De la même manière, les outils de documentation, ainsi que le niveau de documentation doivent être clairs, communiqués et partagés à l’ensemble de l’écosystème.<br />
# '''Recueillir les besoins et attentes des utilisateurs'''<br />
# Définir et prioriser les cas d'usage des données<br />
# '''Mettre en avant la valeur ajoutée potentielle des données recueillies''' Afin de solliciter le partage et l’engagement des partenaires dans le partage des données, les usages et surtout ce que peuvent apporter ces données doivent être identifiés et communiqués. C’est également un des principe de la Charte des données de la ville de Montréal auxquels le projet de pôle de données veut (et doit) se conformer.<br />
# Documenter les apprentissages de chacune des expérimentations Dans un souci de répondre au principe directeur de la ville apprenante et de la production de communs, tous les apprentissages doivent être documentés et partagés.<br />
# Mettre en place des outils qui démontrent l’intérêt des utilisateurs, valident leurs besoins et assurent une communication proactive<br />
# Assurer l'utilisation et l'habileté à utiliser les outils collaboratifs La définition d’une liste d’outils de collaboration n’est pas suffisante, il faut s’assurer que toutes les parties prenantes les utilisent et savent les utiliser.<br />
# '''Avoir un plan d'action en fonction de la maturité numérique des partenaires (capacité, compétences, données ouvertes, outils de partage, etc.)''' Il est important de valider la capacité des partenaires à ouvrir les données. Si ce n’est pas le cas, des alternatives au manque de ressources doivent être proposées. Par exemple:<br />
#* proposer des ressources humaines;<br />
#* générer des données (fausses ou réelles).<br />
# '''Sensibiliser les partenaires sur l'agilité''' Il est important que l’ensemble des partenaires ait une culture commune, notamment sur la culture d’expérimentation et la validation de la désirabilité.<br />
# Déterminer les besoins en ressource pour déployer les outils de partage et de collaboration<br />
<br />
L’ensemble de ces initiatives et actions auront pour objectif final de répondre aux principes directeurs du projet. Ces derniers ont été revus et font partie de la conclusion.<br />
<br />
=== Conclusions du post-mortem ===<br />
Après avoir passé au travers des apprentissages tactiques et pour le bien de la stratégie de développement du Pôle de données en mobilité, il est pertinent d’ajuster les principes directeurs pour les clarifier et les aligner avec nos recommandations.<br />
<br />
Pour faire une rétrospective sur les grands objectifs qui guidaient la plateforme Jalon dans la première version du pôle, nous les avons recensés non exhaustivement ci-dessous :<br />
<br />
# Créer une culture de partage;<br />
# Consolider les données mobilité et en faciliter d’accès;<br />
# Encourager la recherche, l’innovation et l’expérimentation;<br />
# Diffuser la connaissance;<br />
# Initier et appuyer des changements concrets.<br />
<br />
C’est avec les résultantes des apprentissages et des recommandations faites que nous avons pu proposer des principes directeurs qui permettront de constamment garder en tête l’entièreté des éléments identifiés comme étant essentiel à la réussite de ce projet.<br />
<br />
'''Voici donc la proposition des 4 nouveaux principes directeurs qui guideront la suite du projet au sein du consortium du pôle de données en mobilité''' :<br />
<br />
# Conformité à la charte des données de la ville de Montréal;<br />
# Production et utilisation de communs technologiques et de connaissances;<br />
# Démontrer la conformité à la charte de données de la Ville de Montréal;<br />
# Travail en mode itératif, par expérimentation et effectuation en symbiose avec les partenaires pour livrer de la valeur<br />
<br />
En un mot, le manque d’utilisation de l'agilité, le biais technologique ainsi que le manque de cohésion et collaboration du consortium de projet ont été 3 grandes raisons de l’échec de la première version du pôle de données. Ces 3 raisons sont certainement aussi à l’origine de la grande confusion entre un pôle de données et une plateforme de données. '''Il est important de rappeler qu’une plateforme n’est qu’un outil dans un pôle de données.''' Il est important que cette ambiguïté soit levée au sein du consortium.<br />
<br />
Aujourd’hui, nous repartons avec une nouveau plan d’action pour la deuxième version du pôle de données centré sur l’attraction du marché pour démontrer l’ajout de valeur par l’expérimentation. Ainsi, nous assurerons la mitigation des risques du désalignement de l’offre avec les besoins et attentes de l’écosystème en validant les hypothèses de désirabilité de chacune des fonctionnalités d’une telle initiative. La deuxième version du pôle de données en mobilité en s’appuyant sur ces cas d’usages et en '''priorisant la valeur ajoutée''' devra servir à collecter, intégrer, héberger, partager et valoriser les données de mobilité nécessaire tout en offrant aussi d’accompagner les fédérateurs neutre au sein de l’écosystème de données en mobilité.<br />
<br />
==Restructurer une vision commune du Pôle de données en mobilité==<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
*[[Gouvernance des données#Travail de documentation des .C3.A9checs et pivots .28post-mortems.29|Documentation et analyse de nos pivots sur nos pivots (post-mortem)]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51591Pôles de données en mobilité2022-11-16T18:07:08Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups.<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Post-mortem de la Plateforme de données en mobilité==<br />
<br />
=== Mise en contexte ===<br />
Dans le cadre de Montréal en Commun, pour une ville apprenante, les partenaires souhaitent développer un pôle qui permettrait de : qualifier, partager et valoriser des données de mobilité.<br />
<br />
La première version du pôle de données, centrée autour d’une plateforme de données en mobilité, a eu son lot de rebondissements:<br />
<br />
* Le porteur de projet a été modifié passant de Jalon à l’Agence de Mobilité Durable<br />
* Jalon, l’acteur principal de la mise en place de la plateforme a quitté le projet de Montréal en commun avec son actif<br />
<br />
<br />
De nombreuses intentions du pôle étaient déjà présentes dans la version portée par Jalon, il est donc important de prendre le temps de creuser les réussites et les échecs pour surtout en ressortir des apprentissages et des améliorations.<br />
<br />
Le BTM étant un cas d’usage parfait de projet d’intégration de données dans le pôle, il nous permettra d’appuyer les éléments mis de l’avant avec des événements et faits tangibles qui ont eu lieu dans ce cas d’usage, afin de tenter d’illustrer et comprendre ces réussites et échecs?<br />
<br />
Les éléments suivants ont été amenés par des personnes impliquées dans la première version du pôle de Jalon lors d’une séance de brainstorming ayant eu lieu le 19 juillet dernier. Celle-ci a eu lieu dans le but de relater les faits et réflexions de chacun, pour ensuite synthétiser le tout dans ce présent document de Post-Mortem voulant la mise de l’avant d’apprentissages des bons et de moins bons coups pour le bien de l’avenir du pôle de données en mobilité.<br />
<br />
=== Apprentissages récoltés ===<br />
Il est pertinent de, premièrement, faire l’état des lieux de la situation en prenant conscience des éléments positifs et négatifs de la gestion du développement de la première version du pôle de données en mobilité porté par Jalon. Ceci nous permettra d’avoir une vue d’ensemble sur les paramètres qui ont potentiellement menés à l’échec de celle-ci, en plus de prendre avantage des éléments qui ont permis de maintenir l’initiative en vie jusqu’à aujourd’hui.<br />
<br />
==== Points positifs ====<br />
<br />
===== Réussite d’initiatives internes (CurbLR et MaMobilité) =====<br />
Certaines initiatives qui ont été menées à l’interne du consortium de partenaires porteurs ont pu '''générer des avancés et des résultats concrets''' qui permettent des '''apprentissages sur la valeur ajoutée''' du pôle de données et de la gestion de données qui s’y intègrent.<br />
<br />
CurbLR : Une initiative qui a permis de mettre en place le standard CurbLR pour les données de stationnement, en plus d’'''initier l’hébergement de données''' de la carte incluant celles de la Ville de Montréal (Signalec). Cette initiative concrète a aussi démontré la '''capacité du consortium à mener des expérimentations collaboratives à terme'''. Ceci vient aussi avec la confirmation de la '''compétence des équipes de projets de tous départements confondus''', de la gestion au marketing et de la technologie à la gouvernance.<br />
<br />
MaMobilité : L’application développée par la FabMob a '''généré des données de mobilités d’utilisateurs testeurs''' permettant de démarrer un processus d’apprentissage sur la gestion des données dans le cadre du pôle. Cette initiative met en marche une collaboration avec l’UQAM qui permettra d’analyser des cas d’usages de données, dans un but de création de valeur.<br />
<br />
Ces 2 initiatives mettent en évidence les avantages de la mise en place d’un pôle.<br />
<br />
===== Génération d'intérêt dans l'écosystème de mobilité (recherche, partenaires publics et privés, etc.) =====<br />
En ce qui concerne la génération d’intérêt d’acteurs pour l’infrastructure qu’offre le pôle de données, il est clair que cette initiative fut une réussite autant au niveau académique, privé et public. Les retours positifs et proactifs reçus de plus de 5 grands acteurs des données de la mobilité (Communauto, CRE, Solon, TIESS, Bixi, Polytechnique) lors d’une approche d’entrevues de recueil des besoins et attentes du pôle permettent de valider ce point. La suite sera assurément de capitaliser sur cet intérêt pour concrétiser le démarrage et l’initialisation d’expérimentations, en s’assurant d’ajouter de la valeur pour l’écosystème de parties prenantes entourant la données en mobilité au Québec.<br />
<br />
==== Points négatifs ====<br />
<br />
===== Lacunes dans l’approche agile et expérimentale (désirabilité, viabilité et faisabilité) =====<br />
<br />
* Manque d’accent sur la gestion de projet agile Il a été remarqué par les participants au Post-Mortem que les initiatives prises au courant de la première version du pôle n’étaient '''pas basées sur des hypothèses de désirabilité, viabilité et faisabilité validées'''. Cette remarque pourrait être attribuée au '''manque de sensibilisation''' des collaborateurs et partenaires à cette '''méthode de gestion agile''' de développement produit mise de l’avant par la FabMob dans ce projet. Cette méthodologie doit être assimilée par tout le consortium.<br />
* Vision trop globale de la plateforme de données et insuffisamment expérimentale Les objectifs du pôle se doivent d’être vus en petits morceaux, en se focalisant sur l’'''implémentation de fonctionnalités à forte valeur ajoutée''' et à faible effort de déploiement. La plateforme du pôle était un idéal et elle aurait dû être mieux découpée en petites pièces pour assurer la validation d’hypothèses par itérations sur du plus court terme.<br />
* Résultats axés sur le livrable plus que sur l'apprentissage Encore une fois, la mentalité agile de développement produit fut manquante, car le consortium d’entreprises tentait beaucoup plus de répondre à un mandat en développant des morceaux d’un produit: la plateforme de données, sans réellement valider les attentes et les besoins clients. Ceci était bien pour les redditions de comptes, mais moins pour l’apport de valeur ajoutée du pôle pour l’écosystème, la raison d’existence réelle de ce projet.<br />
* Capitalisation sur l'intérêt généré chez les potentiels utilisateurs et partenaires Comme mentionné plus haut, l’intérêt généré par la description théorique du pôle et les quelques expérimentations réussies ont généré de l’intérêt dans l’écosystème de mobilité. Cependant, cette effervescence n’a pas su se convertir en valeur réelle ou en expérimentation concrète vu le manque de remue-méninge avec les principaux parties prenantes d’intérêt (secteur privé, public et académique).<br />
<br />
===== Initiatives trop axées technologique — ‘''’Technology push''’’ =====<br />
<br />
* L’actif de la plateforme de Jalon a été imposée au projet avec lequel il est reparti<br />
* Confusion entre le pôle et la plateforme de données Comme indiqué préalablement, dans la vision du pôle portée par Jalon, c’est '''principalement la plateforme technologique qui était mise de l’avant'''. Jusqu’à créer de la confusion entre la définition et le rôle du pôle et celui de l’outil que peut-être la plateforme de données. Les objectifs, lorsque Jalon était porteur du projet, ne mettaient de l’avant que cet aspect technologique de la plateforme du pôle, tandis qu’ils auraient dû être axés sur l’aspect de désirabilité et de viabilité du concept d’agilité. Ceci permettrait une meilleur adhésion des parties prenantes et l’identification de valeur ajoutée validée.<br />
* Problème de ressources TI pour la gestion des données (cas d’usage BTM) L’identification de la maturité numérique des parties prenantes utilisatrices du pôle et leur capacité (expertise et ressources) à préparer les données à partager doivent être pris en compte lors de la priorisation des cas d’usage à déployer pour le pôle. Ceci aurait du être une pratique à ne pas ignorer. '''L’identification des expérimentations les moins risquées permettrait d’agrandir les chances de réussites du déploiement''' et d’augmenter la visibilité du pôle. Il est donc nécessaire que les premiers acteurs identifiés des cas d’usage soient les plus matures (en termes de ressources compétentes et de moyens ) que possible pour permettre le déroulement fluide des expérimentations. Il est aussi pertinent de mettre des actions en place pour supporter les acteurs moins matures dans leur montée en compétence pour la gestion et le partage des données nécessaires aux expérimentations du pôle.<br />
<br />
===== Carence dans la cohésion et la collaboration entre les partenaires =====<br />
<br />
* Manque de synchronisation du travail des entités porteuses Un bloquant principal dans le développement du pôle. Ceci fut aussi amené comme un '''manque de transparence des processus internes,''' ce qui a empêché les équipes de remédier au désalignement des attentes et des lignes directrices au sein du consortium.<br />
* Difficulté d’appliquer la transparence pour les organisations partenaires<br />
** Bloquants administratifs importants (cas d'usage BTM) '''Les bloquants administratifs dans certaines situations''', telle que celle du BTM, ont été mis de côté ce qui a pu occasionner des pertes de temps énormes sur la structuration d’un cas d’usage qui n’allait pouvoir voir le jour rapidement, vu les délais de certaines décisions administratives. La transparence entre décideurs du consortium et des entreprises partenaires doit être de mise.<br />
** Changement du porteur du pôle en cours de projet La transition de porteurs est venue avec '''une complexité administrative''' qui a nécessairement occasionné des délais dans l’avancement du développement au sein du regroupement de partenaires.<br />
** Départ d’un partenaire clé: Le départ de Jalon a fait perdre tous les acquis techniques et technologiques au partenariat. Le manque de partage de la solution en amont du départ de Jalon du projet n’a pas permis au consortium de '''capitaliser sur les acquis de la solution technologique''' mise en place pour la plateforme du pôle. Il est donc important que la culture du partage et de la transparence soit inhérente à l’organisation et la gouvernance du pôle<br />
* Manque de partage et de mise en commun sur les actifs collectifs numérique Il est donc important de '''documenter les apprentissages et les réalisations''' régulièrement pour ne pas perdre les avancements et surtout pour garantir le partage de l’actif collectif.<br />
* Transparence du parcours des données avec les potentiels partenaires Ici, l’aspect de la gestion des données faite au sein du pôle est mise de l’avant comme ayant été mal ou non-communiqué. Ceci a pu générer de l’inquiétude des parties prenantes intéressées, et même que cet élément inconnu a pu s’interposer comme bloquant de partage pour certaines organisations ciblées pour les expérimentations.<br />
* Cadre d'entente d'implication des partenaires incomplet L’absence d’une entente cadre claire statuant sur l’implication de chacune des organisations participantes et sur la description des enjeux entourant la donnée est une faille dans la première tentative de développement de la plateforme technologique qui fondait l’intégralité du pôle. Une entente cadre se doit d’exister pour assurer une mitigation des risques pour les potentiels partenaires, ainsi que pour les convaincre et les sécuriser en limitant les craintes au niveau de la gouvernance. Elle est aussi importante pour le pôle pour ainsi clarifier et faciliter la gouvernance de celui-ci.<br />
<br />
=== Recommandations ===<br />
<br />
==== Notre démarche ====<br />
À la lumière des bons et des mauvais coups indiqués plus tôt, nous avons classifié les points d’amélioration selon une matrice à 2 dimensions :<br />
<br />
# Les facteurs clé de succès d’un projet<br />
# Les chantiers du pôles et ses indicateurs de suivi<br />
<br />
===== Les facteurs clés de succès d'un projet =====<br />
Pour assurer le succès d’un projet, il est important que les '''4 facteurs suivants soient bien définis et communiqués''' :<br />
<br />
* Sa structure<br />
* Sa gouvernance<br />
* Ses processus et ses outils<br />
* Ses ressources<br />
<br />
===== Les chantiers du pôle et ses indicateurs de suivi =====<br />
Suite au départ de Jalon du projet de Montréal en Commun, la FabMob a proposé sa vision du pôle. Celle-ci se découpe en '''4 chantiers principaux pour 2022-2024''':<br />
<br />
'''Génération de communs'''<br />
<br />
'''Gouvernance et partage de données'''<br />
<br />
'''Valorisation de données'''<br />
<br />
'''Indicateurs de mobilité durable'''<br />
<br />
De plus, un 5ème axe peut être ajouté. En effet, l’analyse de tous les retours et observations, de nombreux éléments sont ressortis autour '''des enjeux de suivis'''. Nous avons donc ajouté un chantier spécifique: '''Les indicateurs de suivis.'''<br />
<br />
==== Matrice des recommandations ====<br />
[[Fichier:Matrice recommandations Pôle.png|centré|sans_cadre|826x826px|Matrice des recommandations issues du post-mortem sur le Pôle de données en mobilité dans le cadre de Montréal en commun]]<br />
<br />
==Restructurer une vision commune du Pôle de données en mobilité==<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
*[[Gouvernance des données#Travail de documentation des .C3.A9checs et pivots .28post-mortems.29|Documentation et analyse de nos pivots sur nos pivots (post-mortem)]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Matrice_recommandations_P%C3%B4le.png&diff=51590Fichier:Matrice recommandations Pôle.png2022-11-16T18:05:46Z<p>Joanasargiacomo : </p>
<hr />
<div>x</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Gouvernance_des_donn%C3%A9es&diff=51589Gouvernance des données2022-11-16T15:19:44Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Le projet de gouvernance des données vise à soutenir les différents acteurs et projets dans la valorisation et la standardisation des données dans une gouvernance ouverte favorisant la mobilité durable.<br />
|description==Objectifs & Opportunités=<br />
Ce projet fait partie de la verticale "[[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]]" du projet [[Montréal en commun]].<br />
<br />
Dans le cadre de [[Montréal en commun]], la Fabrique des Mobilités Québec a pour objectif de développer, avec les autres partenaires, un Pôle de données en mobilité qui permettrait de qualifier, partager et valoriser des données de mobilité. Ce travail se décline en trois axes :<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de données.<br />
*Formaliser un processus de travail et une gouvernance commune : quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet du Pôle de données ?<br />
<br />
=Initiatives et expérimentations=<br />
<br />
==Travail sur le Pôle de données en mobilité (vision, besoins, enjeux)==<br />
Page dédiée : [[Plateforme de données en mobilité]].<br />
<br />
Page dédiée au [[Pôles de données en mobilité|Pôle de données en mobilité]]. Pour la documentation post-mortem du projet, voire la section dédiée de la page.<br />
<br />
==Carrefour de la donnée==<br />
Autre initiative lancée en ce début d’année 2022 : l’opportunité de participer au projet de “Carrefour de la donnée” d’Ivado.<br />
<br />
L’objectif de cette initiative est de travailler sur des jeux de données en mobilité à des fins de recherche. De notre côté, la première étape avait pour objectif de documenter les règles de partage et les conditions de recherche sur ces données (par exemple : documentation sur l’outil open source E-Mission, transmise à un professeur de l’UQAM, partie prenante au projet).<br />
<br />
Les jeux de données avec lesquels la Fabrique des Mobilités Québec collabore concernent pour l’instant Ma Mobilité (application de traçage de déplacements) et potentiellement les données du taxi. Ces dernières ont soulevé certains enjeux, notamment concernant l’hébergement et l’anonymisation des données. Pour cela, nous nous sommes inspiré du travail réalisé au début du projet Montréal en commun (avant la pandémie).<br />
<br />
==Travail de documentation des échecs et pivots (post-mortems)==<br />
Le premier semestre 2022 a été également marqué par les adaptations nécessaires au retrait de Jalon (et par conséquent l’échec du projet initial d’une “Plateforme des données en mobilité”). Cet échec a néanmoins offert de nombreux apprentissages sur l’élaboration d’un cadre de gouvernance des données en mobilité, qui méritaient d’être documentés pour la suite de Montréal en commun.<br />
<br />
Un post-mortem est en cours : il sera documenté entre les partenaires (notamment sur le wiki de La Fabrique des Mobilités) et intègre de manière plus spécifique l’échec de l’intégration des données du taxi (cf. section “BTM-TAD” de la partie “Mobilité intégrée”). Au second semestre, nous travaillerons aussi sur l’outil de requête de la Ville de Montréal (TripStat).<br />
<br />
=Evénements liés au projet=<br />
<br />
==Webinaire Nord Ouvert - 25 mai 2022==<br />
Ce printemps, la Fabrique des Mobilités Québec a participé à la conférence de Nord Ouvert sur la durabilité des modèles de gouvernance des données. Lors de cet événement, les différentes verticales de Montréal en commun ont été présentées (mobilité, alimentation, réglementation et données).<br />
<br />
Nous avons insisté sur les bénéfices de l’innovation ouverte afin de dérisquer des projets touchant la gouvernance des données, notamment ceux cherchant à développer des outils durables dans ce domaine.<br />
<br />
==Journée des Fabriques des mobilités à Montréal - 8 juin 2022==<br />
Au premier semestre de 2022, nous avons également eu l’occasion d’organiser une rencontre avec la Fabrique des Mobilités France à Montréal, le matin du 8 juin à la Cité des Hospitalières (espace de travail partagé par les partenaires de Montréal en commun). L’organisation de la rencontre fut, en soi, une riche source d’apprentissages, en particulier sur nos canaux de communication et mobilisation et sur la quantité de préparation en amont nécessaire quand on prépare un événement de ce type.<br />
<br />
Nous avons pu accueillir Ghyslain Delabie (directeur de la Fabrique des Mobilités France), Julie Braka (cheffe de projet “standardisation du MaaS”) ainsi que Julien de Labaca (expert en mobilité durable).<br />
<br />
L’objectif était de favoriser la transmission des apprentissages et expériences entre les initiatives françaises et québécoises sur la mobilité durable et innovante, notamment à travers l’échange des bloquants et perceptions respectifs. Pour cela, nous avons choisi de mobiliser l’écosystème autour du vaste thème de la “mobilité intégrée”, tant dans sa version technique (MaaS, mobility as a service) que sur des modes de transport spécifiques (covoiturage, transport à la demande).<br />
<br />
Différents points ont été discutés : les barrières pour la mise en place d’un MaaS (notamment l’attractivité), l’importance des standards pour réduire certaines d’entre elles, la nécessité d’une direction claire (et donc de coordination avec les pouvoirs publics). Les intervenants ont également pu apporter des exemples d’initiatives dans d’autres pays et villes afin d’enrichir les échanges (Monaco, Madrid, Nantes, etc.). La qualité attendue des échanges était au rendez-vous.<br />
<br />
Nous avons aussi pris le parti d’un “double mode” : en effet, les discussions avec nos invités étaient retransmises en direct et nous avons mis les enregistrements à libre disposition sur YouTube (voir section “Livrables”). Cet événement a également été l’opportunité de produire une nouvelle version d’une vidéo de présentation de la Fabrique des Mobilités Québec (cf. section “Livrables”).<br />
|Theme=Vélo et Mobilités Actives,Accessibilité dans les transports,Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Urbanisme et ville,Logistique urbaine,Logiciel Libre,Stationnement,Centre Excellence Québec<br />
|from=Bureau du taxi de Montréal, Coop Carbone, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), OpenNorth - Nord ouvert, Solon, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|to=Autorité régional de transport métropolitain (ARTM), Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Solon, nord ouvert, ville de montréal, btm, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Accélérer le déploiement du covoiturage quotidien, Améliorer la logistique des derniers kilomètres, Améliorer la résilience des systèmes de transports et des solutions de mobilités, Améliorer le remplissage des flux logistiques, Maximiser les usages de l'espace public (personne et marchandise)<br />
|othercommon=Carte CurbLR de Montréal, CurbLR, Données ouvertes en mobilité au Québec, Exo - données ouvertes, LocoMotion<br />
|communauté d'intérêt=Défi des villes intelligentes de Montréal<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51588Pôles de données en mobilité2022-11-16T15:08:48Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups, dans une approche (bac à sable).<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Après l'échec de la Plateforme de données en mobilité==<br />
<br />
===Restructurer une vision commune du Pôle de données en mobilité===<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats (août-octobre 2022) - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
=Expérimentations & initiatives liées au Pôle=<br />
<br />
==[[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]]==<br />
<br />
*[[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
*[[Gouvernance des données#Travail de documentation des .C3.A9checs et pivots .28post-mortems.29|Documentation et analyse de nos pivots sur nos pivots (post-mortem)]]<br />
<br />
==[[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]]==<br />
<br />
*[[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
*[[Bordure de rue#Mobiclic|Mobiclic]]<br />
*[[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
*[[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
*[[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
*[[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
==[[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]]==<br />
<br />
*[[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
*Commun [[Ma Mobilité]]<br />
*[[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
*[[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51585Pôles de données en mobilité2022-11-16T14:57:42Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups, dans une approche (bac à sable).<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Après l'échec de la Plateforme de données en mobilité==<br />
<br />
===Restructurer une vision commune du Pôle de données en mobilité===<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
*Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats (août-octobre 2022) - <u>étape en cours</u><br />
*Diffusion des résultats des entrevues<br />
<br />
= Expérimentations & initiatives liées au Pôle =<br />
<br />
== [[Gouvernance des données#Initiatives et exp.C3.A9rimentations|Gouvernance]] ==<br />
<br />
* [[Gouvernance des données#Carrefour de la donn.C3.A9e|Carrefour de la donnée]]<br />
* [[Gouvernance des données#Travail de documentation des .C3.A9checs et pivots .28post-mortems.29|Documentation et analyse de nos pivots sur nos pivots (post-mortem)]]<br />
* [[Gouvernance des données#Fiducies de donn.C3.A9es|Fiducie de données]] (coming soon)<br />
<br />
== [[Bordure de rue#Exp.C3.A9rimentations et initiatives|Bordure de rue]] ==<br />
<br />
* [[Bordure de rue#Carte CurbLR Plaza St-Hubert|Carte CurbLR de la Plaza St Hubert]]<br />
* [[Bordure de rue#Mobiclic|Mobiclic]]<br />
* [[Bordure de rue#Challenge Mobilit.C3.A9 2021-2022|Challenge bordure de rue 2021-22]]<br />
* [[Bordure de rue#Parcours de la donn.C3.A9e|Parcours de la donnée]]<br />
* [[Bordure de rue#Acceptabilit.C3.A9 du changement d.27usage de la bordure de rue|Acceptabilité du changement des usages de la bordure de rue (issue du Challenge)]]<br />
* [[Bordure de rue#D.C3.A9sirabilit.C3.A9 des usages alternatifs de la bordure de rue|Désirabilité des usages alternatifs (issue du Challenge)]]<br />
<br />
== [[Nos données en mobilité#Exp.C3.A9rimentations et initiatives|Collecte de données en mobilité]] ==<br />
<br />
* [[Nos données en mobilité#Etude de l.27impact du t.C3.A9l.C3.A9travail sur les mobilit.C3.A9s|Impact du télétravail sur les comportements de mobilité]]<br />
* Commun [[Ma Mobilité]]<br />
* [[Nos données en mobilité#Plan de d.C3.A9placement inter-entreprises .28avec les CGD.29|Plan de déplacement inter-entreprises]]<br />
* [[Nos données en mobilité#Partenariat avec EXO .28partage d.27apprentissages.29|Partenariat avec EXO]]<br />
<br />
*<br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51583Bordure de rue2022-11-16T14:36:39Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
*Importation des données du fichier<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') or (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
*Mise en forme des données Communauto<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
'''STM'''<br />
<br />
*Importation des données du fichier<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
*Mise en forme des données STM<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
=====Traitement des données cumulées=====<br />
Le code est disponible sur le [https://github.com/FabmobQC/plaza-data.git GitHub de la Fabrique des Mobilités Québec].<br />
<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
*Sélection des données Bixi et Communauto<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
*Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
*Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
*Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
*Seulement les données de semaine sont alors prise en compte<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
'''2ème étape : ajouter les données STM'''<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
'''3ème étape : extraire les données'''<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
====Les résultats de l'analyse====<br />
Nous sommes actuellement en phase de préparation des publications de résultats.<br />
<br />
En attendant plus d'informations, voici une première image du résultat visible sur le tableau de bord général suite à l'analyse des données expliquée ci-dessus :<br />
[[Fichier:Capture d’écran, le 2022-09-29 à 18.27.34.png|centré|sans_cadre|462x462px]]<br />
[[Fichier:Dashboard données Plaza image 2.png|centré|sans_cadre|611x611px]]<br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Dashboard_donn%C3%A9es_Plaza_image_2.png&diff=51582Fichier:Dashboard données Plaza image 2.png2022-11-16T14:35:49Z<p>Joanasargiacomo : </p>
<hr />
<div>X</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51482Bordure de rue2022-11-09T17:18:04Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
*Importation des données du fichier<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') or (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
*Mise en forme des données Communauto<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
'''STM'''<br />
<br />
*Importation des données du fichier<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
*Mise en forme des données STM<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
=====Traitement des données cumulées=====<br />
Le code est disponible sur le [https://github.com/FabmobQC/plaza-data.git GitHub de la Fabrique des Mobilités Québec].<br />
<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
*Sélection des données Bixi et Communauto<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
*Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
*Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
*Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
*Seulement les données de semaine sont alors prise en compte<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
'''2ème étape : ajouter les données STM'''<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
'''3ème étape : extraire les données'''<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
==== Les résultats de l'analyse ====<br />
Nous sommes actuellement en phase de préparation des publications de résultats.<br />
<br />
En attendant plus d'informations, voici une première image du résultat visible sur le tableau de bord général suite à l'analyse des données expliquée ci-dessus :<br />
[[Fichier:Capture d’écran, le 2022-09-29 à 18.27.34.png|centré|sans_cadre]]<br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Fichier:Capture_d%E2%80%99%C3%A9cran,_le_2022-09-29_%C3%A0_18.27.34.png&diff=51481Fichier:Capture d’écran, le 2022-09-29 à 18.27.34.png2022-11-09T17:17:22Z<p>Joanasargiacomo : </p>
<hr />
<div>Screenshot vue dashboard general plaza data - Carole</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51480Bordure de rue2022-11-09T17:13:21Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
*Importation des données du fichier<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') or (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
*Mise en forme des données Communauto<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
'''STM'''<br />
<br />
*Importation des données du fichier<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
*Mise en forme des données STM<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
=====Traitement des données cumulées=====<br />
Le code est disponible sur le [https://github.com/FabmobQC/plaza-data.git GitHub de la Fabrique des Mobilités Québec].<br />
<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
*Sélection des données Bixi et Communauto<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
*Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
*Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
*Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
*Seulement les données de semaine sont alors prise en compte<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
'''2ème étape : ajouter les données STM'''<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
'''3ème étape : extraire les données'''<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51478Bordure de rue2022-11-09T15:43:26Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
*Importation des données du fichier<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
*Mise en forme des données Communauto<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
'''STM'''<br />
<br />
*Importation des données du fichier<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
*Mise en forme des données STM<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
=====Traitement des données cumulées=====<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
*Sélection des données Bixi et Communauto<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
*Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
*Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
*Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
*Seulement les données de semaine sont alors prise en compte<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
'''2ème étape : ajouter les données STM'''<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
'''3ème étape : extraire les données'''<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51477Bordure de rue2022-11-09T15:42:47Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
*Importation des données du fichier<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
*Mise en forme des données Communauto<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
'''STM'''<br />
<br />
*Importation des données du fichier<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
*Mise en forme des données STM<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
=====Traitement des données cumulées=====<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
*Sélection des données Bixi et Communauto<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
*Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
*Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
* Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
*Seulement les données de semaine sont alors prise en compte<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
'''2ème étape : ajouter les données STM'''<br />
<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
<br />
'''3ème étape : extraire les données'''<br />
<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51476Bordure de rue2022-11-09T15:41:42Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
*Importation des données du fichier<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
*Mise en forme des données Communauto<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
'''STM'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation<br />
<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
<br />
*Mise en forme des données STM<br />
<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
=====Traitement des données cumulées=====<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
*Sélection des données Bixi et Communauto<br />
<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
<br />
*Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
<br />
*Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
*Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
<br />
*Seulement les données de semaine sont alors prise en compte<br />
<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
<br />
'''2ème étape : ajouter les données STM'''<br />
<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
<br />
'''3ème étape : extraire les données'''<br />
<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51475Bordure de rue2022-11-09T15:40:53Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
*<br />
bixi_data = bixi_extract_2<nowiki>[['periode', 'end_date', 'emplacement_pk_end', 'name_end','is_member', 'geometry_end']]</nowiki>.copy()<br />
bixi_data["Type d'arrêt"] = 'Fin de trajet'<br />
bixi_data["Mode"] = 'Bixi'<br />
bixi_data = bixi_data.rename({'end_date': 'date_stop', 'emplacement_pk_end': 'id_station', 'name_end': 'nom_station', "Type d'arrêt": "type_arret", "geometry_end": 'geometry'}, axis=1)<br />
'''Communauto'''<br />
<br />
* Importation des données du fichier<br />
<br />
<code>communauto_df = pd.read_excel('data/Communauto/Données brutes Communauto.xlsx') communauto_gdf = gpd.GeoDataFrame(communauto_df, geometry=gpd.points_from_xy(communauto_df.ArretLongitude, communauto_df.ArretLatitude)) communauto_gdf.crs = 'epsg:4326'</code><br />
<br />
* Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les trajets comportant un arrêt dans le quartier de la Plaza (''Type d'arret'' = "Arret" '''ou''' ''Nom de station'' = "Flex Montréal")<br />
<br />
<code>##### - Gestion des periodes de la journée du stop communauto_gdf['TripEventDate'] = pd.to_datetime(communauto_gdf['TripEventDate'], format='%d/%m/%y %H:%M') communauto_gdf['periode'] = communauto_gdf.apply(lambda trip: part_of_journey(trip["TripEventDate"].time()),axis=1 ##### - Selection des trajets qui font un arret dans la quartier de la plaza: Type d'arret = Arret ou Nom de station = Flex Montréal communauto_extract= communauto_gdf[(communauto_gdf["Type d'arrêt"]=='Arrêt') (communauto_gdf["strNomStation"]=='FLEX Montréal')].copy()</code><br />
<br />
* Mise en forme des données Communauto<br />
<br />
communauto_data = communauto_extract<nowiki>[['periode', 'TripEventDate', 'StationNo', 'strNomStation','Type d\\'arrêt','geometry']]</nowiki>.copy() <code>communauto_data['is_member'] =1 communauto_data["Mode"] = 'Communauto' communauto_data.reset_index(inplace=True) communauto_data = communauto_data.rename({'TripEventDate': 'date_stop', 'StationNo': 'id_station', 'strNomStation': 'nom_station', "Type d'arrêt": "type_arret"}, axis=1)</code><br />
<br />
'''STM'''<br />
<br />
* Importation des données du fichier<br />
<br />
<code>stm_df = pd.read_excel('data/STM/Résultat_Projet FabMob Plaza St-H - Liste des arrêts.xlsx', sheet_name='Données') stm_gdf = gpd.GeoDataFrame(stm_df, geometry=gpd.points_from_xy(stm_df.X, stm_df.Y)) stm_gdf.crs = 'epsg:2950' stm_gdf = stm_gdf.to_crs(4326)</code><br />
<br />
* Sélection des données pour la période et le quartier de l'expérimentation<br />
<br />
<code>##### - Gestion des periodes de la journée du stop stm_gdf['Période'] = stm_gdf.apply(lambda trip: part_of_journey_stm(trip["Période"]),axis=1)</code><br />
<br />
* Mise en forme des données STM<br />
<br />
stm_gdf_ready = stm_gdf<nowiki>[['Période', 'Description de l\\'arrêt', 'Descendants', 'geometry']]</nowiki>.copy() <code>stm_gdf_ready['IsWeekend']= 'False' stm_gdf_ready['Mode']= 'Bus' # on multiplie par -1 le nombre de descendants pour obtenir la valeur absolue stm_gdf_ready['Descendants'] = stm_gdf_ready['Descendants']*-1 stm_gdf_ready = stm_gdf_ready.rename({'Période': 'periode','Description de l\\'arrêt': 'nom_station','Descendants':'Nb_personnes'}, axis=1)</code><br />
<br />
===== Traitement des données cumulées =====<br />
'''1ère étape : commencer par les données Bixi et Communauto'''<br />
<br />
* Sélection des données Bixi et Communauto<br />
<br />
<code>data_plaza =gpd.GeoDataFrame( pd.concat([bixi_data, communauto_data], ignore_index=True))</code><br />
<br />
* Ajout des infos du jour de la semaine pour traiter que des données de semaine (Lundi au vendredi)<br />
<br />
<code>data_plaza['day_of_week'] = data_plaza['date_stop'].dt.day_name() data_plaza['IsWeekend'] = data_plaza['date_stop'].dt.weekday >= 5</code><br />
<br />
* Agrégation des données selon la date, la période de la journée, l’arrêt et le mode de transport<br />
<br />
<code>data_plaza_agregat= data_plaza.groupby(['date','periode', 'nom_station','Mode']).agg({'id_station':'count', 'IsWeekend': 'first', 'geometry': 'first'}).reset_index()</code><br />
<br />
* Les données sont alors agrégées selon le type de jour (semaine ou weekend), la période de la journée, le nom de la station et le mode pour obtenir la moyenne de personne qui arrivent à la plaza en jour de semaine<br />
<br />
<code>data_plaza_agregat_all = data_plaza_agregat.groupby(['IsWeekend','periode', 'nom_station','Mode']).agg({'id_station':'mean', 'geometry': 'first'}).reset_index()</code><br />
<br />
* Seulement les données de semaine sont alors prise en compte<br />
<br />
<code>data_plaza_agregat_week = data_plaza_agregat_all[data_plaza_agregat_all['IsWeekend']==False]</code><br />
<br />
'''2ème étape : ajouter les données STM'''<br />
<br />
<code>data_plaza_agregat_week_gdf = gpd.GeoDataFrame(data_plaza_agregat_week, geometry=data_plaza_agregat_week['geometry']) data_plaza_agregat_week_gdf =gpd.GeoDataFrame( pd.concat([data_plaza_agregat_week_gdf, stm_gdf_ready], ignore_index=True))</code><br />
<br />
'''3ème étape : extraire les données'''<br />
<br />
<code>data_plaza_agregat_week_gdf['lon'] = data_plaza_agregat_week_gdf['geometry'].x data_plaza_agregat_week_gdf['lat'] = data_plaza_agregat_week_gdf['geometry'].y data_plaza_agregat_week_gdf.to_csv("data_plaza_agregat_week.csv")</code><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51474Bordure de rue2022-11-09T15:27:41Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
cvcvcvcvc<br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51473Bordure de rue2022-11-09T15:26:06Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
====Les données utilisées====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
====La préparation des données====<br />
<br />
=====Fonctions générales=====<br />
<br />
*Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
*Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
=====Adaptation des données=====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
*Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
*Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
*Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
*Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
*Mise en forme des données Bixi<br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51472Bordure de rue2022-11-09T15:06:08Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
===Hypothèse de départ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
===Démarche expérimentale===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
===Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert===<br />
<br />
==== Les données utilisées ====<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
*Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
*Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
*Seulement les trajets en semaine sont pris en compte<br />
*Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
==== La préparation des données ====<br />
<br />
===== Fonctions générales =====<br />
<br />
* Création du polygone de la Plaza<br />
<br />
<code>coin_rosemont_boyer= [45.53414890262374, -73.59569524098734]<br />
coin_rosemont_st_vallier = [45.53181801496085, -73.59784906811936]<br />
coin_jean_talon_st_vallier = [45.53915366061581, -73.61386735169552]<br />
coin_jean_talon_boyer = [45.54174620305895, -73.61260342943066]<br />
<br />
lat_point_list = [45.53414890262374, 45.53181801496085, 45.53915366061581, 45.54174620305895, 45.53414890262374]<br />
lon_point_list = [-73.59569524098734, -73.59784906811936, -73.61386735169552, -73.61260342943066, -73.59569524098734]<br />
<br />
polygon_geom = Polygon(zip(lon_point_list, lat_point_list))<br />
crs = 'epsg:4326'<br />
polygon_plaza = gpd.GeoDataFrame( crs=crs, geometry=[polygon_geom])</code><br />
<br />
* Fonction de conversion des dates en période de temps de la journée<br />
<br />
<code>def part_of_journey(hour):<br />
if hour <= datetime.time(6, 30):<br />
return '1 - Avant 6h30'<br />
if datetime.time(6, 30) < hour <= datetime.time(9, 30):<br />
return '2 - AM (6h30 à 9h30)'<br />
if datetime.time(9, 30) < hour <= datetime.time(15, 30):<br />
return '3 - Jour (9h30 à 15h30)'<br />
if datetime.time(15, 30) < hour <= datetime.time(18, 30):<br />
return '4 - PM (15h30 à 18h30)'<br />
if datetime.time(18, 30) < hour :<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'<br />
<br />
def part_of_journey_stm(period):<br />
if period == 'Avant 6h30':<br />
return '1 - Avant 6h30'<br />
if period == 'AM (6h30 à 9h30)':<br />
return '2 - AM (6h30 à 9h30)'<br />
if period == 'Jour (9h30 à 15h30)':<br />
return '3 - Jour (9h30 à 15h30)'<br />
if period == 'PM (15h30 à 18h30)':<br />
return '4 - PM (15h30 à 18h30)'<br />
if period == 'Soir (après 18h30)':<br />
return '5 - Soir (après 18h30)'<br />
else:<br />
return 'ERROR'</code><br />
<br />
===== Adaptation des données =====<br />
Les données de la STM étant les plus agrégées, le travail de préparation consiste a adapté les données de BIXI et Communauto au format et au niveau d’agrégation de la STM.<br />
<br />
'''Bixi'''<br />
<br />
* Importation des données du fichier<br />
<br />
<code>bixi_station_df = pd.read_csv('data/Bixi/2021_stations.csv')<br />
bixi_station_gdf = gpd.GeoDataFrame(bixi_station_df, geometry=gpd.points_from_xy(bixi_station_df.longitude, bixi_station_df.latitude))<br />
bixi_station_gdf.crs = 'epsg:4326'<br />
<br />
bixi_data_df = pd.read_csv('data/Bixi/2021_donnees_ouvertes.csv')</code><br />
<br />
* Jointure des données d'utilisation et de géolocalisation de stations<br />
<br />
<code>bixi_merged_df_1 = pd.merge(bixi_data_df,bixi_station_gdf, <br />
left_on='emplacement_pk_start',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left')<br />
<br />
bixi_merged_df_1 = bixi_merged_df_1.fillna(0)<br />
bixi_merged_df = pd.merge(bixi_merged_df_1, bixi_station_gdf,<br />
left_on='emplacement_pk_end',<br />
right_on=bixi_station_gdf['pk'],<br />
how='left',<br />
suffixes=('_start', '_end'))<br />
<br />
# Suppression des colonnes inutiles<br />
bixi_merged_df.drop(columns=['latitude_start', 'longitude_start','latitude_end', 'longitude_end'], inplace = True)<br />
bixi_merged_gdf = gpd.GeoDataFrame(bixi_merged_df)</code><br />
<br />
* Sélection des données pour la période et le quartier de l'expérimentation : on ne prend en compte que les heures d'arrivée (champs : end_date)<br />
<br />
<code>##### - Selection des données du 1er au 31 octobre 2021<br />
bixi_merged_gdf['end_date'] = pd.to_datetime(bixi_merged_gdf['end_date'], format='%Y-%m-%d %H:%M:%S.%f')<br />
bixi_extract = bixi_merged_gdf[(bixi_merged_gdf['end_date']<= '2021-10-31')& (bixi_merged_gdf['end_date']>= '2021-10-01')].copy()<br />
##### - Gestion des periodes de la journée du stop<br />
bixi_extract['periode'] = bixi_extract.apply(lambda trip: part_of_journey(trip["end_date"].time()),axis=1)</code><br />
<br />
* Extraction des trajets Bixi qui arrivent dans le polygone défini de la Plaza<br />
<br />
<code>bixi_extract.set_geometry("geometry_end", inplace=True)<br />
bixi_extract_2 = bixi_extract.sjoin(polygon_plaza, how="inner", predicate='within')</code><br />
<br />
* Mise en forme des données Bixi<br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51471Bordure de rue2022-11-09T14:53:24Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
<br />
=== Hypothèse de départ ===<br />
Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
=== Démarche expérimentale ===<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler.<br />
<br />
=== Analyse des modes de déplacements vers les artères commerciales de la Plaza St-Hubert ===<br />
Les données de la Plaza ont été analysées pour comprendre par quel mode de transport les gens sont arrivés à la Plaza.<br />
<br />
Nous nous sommes donc concentrées sur les données indiquant les arrivées dans le quartier défini. Nous détaillerons les critères pour chaque mode de transport que nous avons appliqués.<br />
{{{!}} class="wikitable sortable mw-collapsible mw-collapsed"<br />
{{!}}+'''Tableau des données souhaitées pour l'expérimentation'''<br />
!Données utiles<br />
!Précisions<br />
{{!}}-<br />
{{!}}Bixi<br />
{{!}}Données ouvertes Bixi du 1er Octobre au 31 octobre 2021<br />
<br />
<br />
Seulement les trajets qui arrivent dans la zone d’expérimentation sont pris en compte.<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
* Seulement les trajets en semaine sont pris en compte<br />
* Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Communauto<br />
{{!}}Communauto nous a partagé les données pour le quartier attendu et la période attendue (du 1er Octobre au 31 octobre 2021)<br />
<br />
<br />
Seulement les trajets dont les arrêts ont lieux dans la zone d’expérimentation sont pris en compte, c’est-à-dire :<br />
<br />
* Les trajets de types Flex qui s’arrêtent dans la zone en question<br />
* Les trajets de type Communauto qui effectuent un arrêt dans la zone en question<br />
<br />
<br />
Pour pouvoir comparer aux données de la STM :<br />
<br />
* Seulement les trajets en semaine sont pris en compte<br />
* Les données sont converties selon la période de la journée<br />
{{!}}-<br />
{{!}}Stationnements<br />
{{!}}En attente<br />
{{!}}-<br />
{{!}}STM<br />
{{!}}La STM nous a partagé les données pour le quartier attendu pour une journée en semaine type d’octobre 2019 (avant la pandémie).<br />
{{!}}-<br />
{{!}}Montréal Trajet<br />
{{!}}L’échantillon de données que la ville aurait pu nous partager était trop large. Il n’aurait pas pu être possible de faire de faire des comparaisons.<br />
{{!}}}<br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Forum_Ouvert_Bordure_de_rue&diff=51470Challenge Mobilité 2021 - Forum Ouvert Bordure de rue2022-11-09T14:35:01Z<p>Joanasargiacomo : </p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Forum Ouvert Bordure de rue<br />
|Lang=Français<br />
|LangLink=Challenge Mobilité 2021 - Forum Ouvert Bordure de rue<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|description=<u>'''Challenge sur les enjeux de la bordure de rue - épisode 1/3'''</u><br />
<br />
Atelier organisé par Movin’On LAB et Sopra Steria en partenariat avec [[La Fabrique des Mobilités Québec]], l'objectif est d'identifier les nouveaux cas d’usage de la [[bordure de rue]] afin de travailler des terrains d’expérimentation en matière de [[Données ouvertes en mobilité au Québec|données ouvertes]].<br />
|Tags=stationnement, données ouvertes, données mobilités, smart parking, livraison, logistique urbaine<br />
|Theme=Données ouvertes, Urbanisme et ville, Logistique urbaine, Stationnement, Centre Excellence Québec<br />
|communauté=Acteurs valorisation données de bord de rue, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs de la logistique urbaine, Communauté des acteurs du Québec, Communauté du Stationnement<br />
|startDate=2021-10-14<br />
|doorTime=9h-11h (HAE, Montréal)<br />
|location=en ligne<br />
}}<br />
Dans le cadre du [https://fabriqueagile.com/fusion-challenges/challenge-en-mobilite-initiatives-innovantes-pour-une-mobilite-durable/ Fusion Challenge en Mobilité] (octobre-décembre 2021), nous avons organisé un FO pour identifier les nouveaux cas d’usage de la bordure de rue afin de travailler des terrains d’expérimentation en matière de données ouvertes en partenariat avec Movin’On LAB et Sopra Steria. <br />
<br />
==Cartographier les enjeux==<br />
La première étape d'un challenge est d'identifier des problématiques, ici : les nouveaux cas d'usage liés au partage de la bordure de rue et à sa numérisation. Cela permet de travailler des terrains d’expérimentation en matière de données ouvertes.<br />
<br />
Pour ce "forum ouvert", la Fabrique des Mobilités Québec a pu compter sur le soutien de la communauté Movin'On Lab et de Sopra Steria. Il a permis à l'écosystème de la bordure de rue de mettre en lumière les questions émergentes : gouvernance, livraison urbaine, usages commerciaux, mobilité durable des personnes, inventaire des données.<br />
<br />
Voici premièrement un tableau synthèse regroupant l'informations recueillies durant ce premier challenge, ainsi qu'un nuage de mots clés ressortant de cette activité :<br />
{{{!}} class="wikitable"<br />
!Sujets<br />
\<br />
<br />
Enjeux<br />
!Livraison urbaine et bordure de rue<br />
!Usages commerciaux et temporaires<br />
!Mobilité durable des personnes<br />
{{!}}-<br />
{{!}}Prise de décision<br />
{{!}}<small>Évidences :</small><br />
*<small>Comprendre l'utilisation de la Bordure de rue</small><br />
*<small>Collecte de données pour zone de ramassage et de dépôt</small><br />
*<small>Remise en question des droits spéciaux pour les véhicules de livraisons</small><br />
<small>Expérimentations :</small><br />
*<small>Emplacements les plus appropriés pour les casiers et hubs de mobilité</small><br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>Recueillir de l'information sur l'utilisation et comparer avec l'espace disponible</small><br />
<small>Expérimentations :</small><br />
*<small>Inventaire de l'usage et des portions de la bordure de rue</small><br />
*<small>Comment récolter des données sur l'usage des moyens de mobilité partagée</small><br />
*<small>Adresser le problèmes de sécurité sur les grandes artères routières</small><br />
{{!}}-<br />
{{!}}Gestion dynamique des trottoirs<br />
{{!}}<small>Évidences :</small><br />
*<small>Améliorer la sécurité avec le nombres croissants de véhicules de livraison</small><br />
*<small>Comment prédire les besoins</small><br />
*<small>Normes européennes</small><br />
<small>Expérimentations :</small><br />
*<small>Affectation flexible de l'espace dans le temps</small><br />
*<small>Prévision et information en temps réel</small><br />
*<small>Comment monétiser l'espace et le temps d'utilisation de la bordure de rue des camions de livraison</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Supporter les entreprises dépendant de la voiture en état de marche à faire une transition durable</small><br />
<small>Expérimentations :</small><br />
*<small>Gestion des intempéries</small><br />
*<small>Incitatifs pour retours monétaires à la ville</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Organiser l'usage de la bordure de rue pour permettre un trafic mixte</small><br />
*<small>Organiser la bordure de rue en fonction du temps</small><br />
<small>Expérimentations :</small><br />
*<small>Incitatifs pour l'usage de mobilités actives</small><br />
{{!}}-<br />
{{!}}Processus d'application de la loi<br />
{{!}}<small>Évidences :</small><br />
*<small>Respect des règles et des zones restreintes</small><br />
<small>Expérimentations :</small><br />
*<small>Créer et gérer facilement des règles spécifiques : zone, prix, livraison verte, etc.</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Optimiser la gestion des demandes de commerçants</small><br />
*<small>Coordonner l'application du stationnement</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Réglementation et mise en œuvre</small><br />
*<small>Application des politiques de stationnement pour les services de mobilité en libre circulation</small><br />
{{!}}-<br />
{{!}}Équité - Bien commun<br />
{{!}}<small>Évidences :</small><br />
*<small>Utilisation optimale par un partage entre les citoyens, la ville et les entreprises</small><br />
*<small>Approche plus équitable du partage de l'espace entre tous les modes de transport et l'utilisation citoyenne</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Besoin de plus d'informations sur les besoins des personnes handicapées</small><br />
*<small>Personnes handicapées peuvent avoir du mal à se déplacer dans ces espaces</small><br />
*<small>Empêcher l'espace public de devenir la "propriété" des entreprises</small><br />
<small>Expérimentations :</small><br />
*<small>Impact sur les personnes handicapées de l'utilisation temporaire de l'espace</small><br />
*<small>Importance des espaces verts</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Bordures suffisamment larges</small><br />
*<small>Difficile pour un citoyen d'utiliser un parking résidentiel lorsqu'il loue une voiture</small><br />
*<small>En tant qu'utilisateur de vélo, je veux pouvoir conduire partout en toute sécurité</small><br />
<small>Expérimentations :</small><br />
*<small>Espace sécurisé pour garer mon vélo</small><br />
*<small>Plus d'espace sécuritaire pour marcher par rapport aux autres mobilités actives et partagées</small><br />
{{!}}-<br />
{{!}}Information fiable<br />
{{!}}<small>Évidences :</small><br />
*<small>Communication des droits ou interdictions de stationnement</small><br />
<small>Expérimentations :</small><br />
*<small>Trouver les utilisateurs finaux et les moyens de créer et adapter l'information disponible</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Données pour mettre l'information à la disposition des gens</small><br />
*<small>Transformer ces données en informations conviviales pour les résidents, les visiteurs et les entreprises</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Disposer d'informations sur le moyen le plus rapide et durable d'atteindre une destination</small><br />
{{!}}-<br />
{{!}}Communication et influence<br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>Promouvoir l'image d'une ville proactive</small><br />
{{!}} -<br />
{{!}}-<br />
{{!}}Nouveaux services<br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>usage éphémère (pop-up)</small><br />
<small>Expérimentations :</small><br />
*<small>Adopter/commanditer une bordure de rue (pour une entreprise)</small><br />
*<small>Marchés locaux</small><br />
*<small>Stands de réparation</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Pratiques innovantes (collaboration avec des jeunes pousses)</small><br />
{{!}}-<br />
{{!}}Gouvernance<br />
{{!}} -<br />
{{!}} -<br />
{{!}}<small>Expérimentations :</small><br />
*<small>Ouvrir le dialogue avec les acteurs publics et privés</small><br />
{{!}}}[[Fichier:Challenge Mobilité 2021 - Forum Ouvert Bordure de rue mots clés 2.png|centré|vignette|1006x1006px|lien=https://wiki.lafabriquedesmobilites.fr/Fichier:Challenge_Mobilit%C3%A9_2021_-_Forum_Ouvert_Bordure_de_rue_mots_cl%C3%A9s_2.png|Nuage de mots clés ressortis du Forum Ouvert sur la bordure de rue]]Ainsi, une analyse plus approfondie par sujet a été faite ci-dessous.<br />
<br />
===Livraison urbaine et bordure de rue===<br />
Les enjeux forts qui ressortent sont de l’ordre de l’équité entre les usages et usagers : comment s’assurer que l’amélioration des usages logistiques ne se fait pas au détriment des citoyens (stationnement résidentiel, sécurité pour la circulation des piétons, cyclistes, personnes handicapés, enfants etc.). Comment assurer une prévision fiable des disponibilités pour les entreprises en gardant une gestion fluide et dynamique de la bordure de rue pour les autres usages?<br />
Il est donc nécessaire de clarifier les droits et conditions d’usage (y compris le prix) et pour ce faire, la communauté ressent un besoin fort de mieux comprendre les usages actuels de livraison, en collectant plus de données sur l’utilisation des zones dédiées à la livraison, les périodes de livraison etc.<br />
<br />
===Usages commerciaux et temporaires===<br />
Les usages temporaires et commerciaux de la bordure de rue soulèvent les mêmes questions d’équité et d’accès à l’espace public, notamment pour des personnes plus vulnérables (mobilité réduite, enfants). <br />
Si les groupes de travail ont oscillé entre le besoin d’innover pour proposer de nouveaux usages et services sur la bordure et production de nouveaux espaces publics / verts, la question des données pour la fiabilité et la transparence de l’information reste clé pour interagir avec les différentes parties prenantes.<br />
<br />
===Mobilité durable des personnes===<br />
On retrouve l’enjeu de partage équitable de l’espace public et de sécurité entre voitures/ vélos -trottinettes-nouvelles mobilités / piétons mais également entre usages traditionnels de la voiture (propriétaire résident) et nouveaux (autopartage et location de véhicules par des résidents).<br />
L’enjeu majeur identifié est celui de l’information et du dialogue pour pouvoir organiser de manière dynamique et faire respecter les règles de l’utilisation de la bordure de rue pour la mobilité des personnes. <br />
De manière opérationnelle, l’inventaire des usages et des espaces disponibles est la première brique de toute politique, en amont de la régulation.<br />
<br />
De manière transversale tous les acteurs ont besoin de visibilité, lisibilité des droits d’usage pour pouvoir adapter leurs comportements ou leurs pratiques. Cette nouvelle organisation de l’espace public doit pouvoir s’appuyer sur un diagnostic fiable pour pouvoir proposer de nouvelles régulations claires et simples à mettre en œuvre (''enforcement & control'').</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Forum_Ouvert_Bordure_de_rue&diff=51469Challenge Mobilité 2021 - Forum Ouvert Bordure de rue2022-11-09T14:33:48Z<p>Joanasargiacomo : Annulation des modifications 51468 de Joanasargiacomo (discussion)</p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Forum Ouvert Bordure de rue<br />
|Lang=Français<br />
|LangLink=Challenge Mobilité 2021 - Forum Ouvert Bordure de rue<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|description=Atelier organisé par Movin’On LAB et Sopra Steria, l'objectif est d'identifier les nouveaux cas d’usage de la bordure de rue afin de travailler des terrains d’expérimentation en matière de données ouvertes.<br />
|Tags=stationnement, données ouvertes, données mobilités, smart parking, livraison, logistique urbaine<br />
|Theme=Données ouvertes, Urbanisme et ville, Logistique urbaine, Stationnement, Centre Excellence Québec<br />
|communauté=Acteurs valorisation données de bord de rue, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs de la logistique urbaine, Communauté des acteurs du Québec, Communauté du Stationnement<br />
|startDate=2021-10-14<br />
|doorTime=9h-11h (HAE, Montréal)<br />
|location=en ligne<br />
}}<br />
Dans le cadre du [https://fabriqueagile.com/fusion-challenges/challenge-en-mobilite-initiatives-innovantes-pour-une-mobilite-durable/ Fusion Challenge en Mobilité] (octobre-décembre 2021), nous avons organisé un FO pour identifier les nouveaux cas d’usage de la bordure de rue afin de travailler des terrains d’expérimentation en matière de données ouvertes en partenariat avec Movin’On LAB et Sopra Steria. <br />
<br />
==Cartographier les enjeux==<br />
La première étape d'un challenge est d'identifier des problématiques, ici : les nouveaux cas d'usage liés au partage de la bordure de rue et à sa numérisation. Cela permet de travailler des terrains d’expérimentation en matière de données ouvertes.<br />
<br />
Pour ce "forum ouvert", la Fabrique des Mobilités Québec a pu compter sur le soutien de la communauté Movin'On Lab et de Sopra Steria. Il a permis à l'écosystème de la bordure de rue de mettre en lumière les questions émergentes : gouvernance, livraison urbaine, usages commerciaux, mobilité durable des personnes, inventaire des données.<br />
<br />
Voici premièrement un tableau synthèse regroupant l'informations recueillies durant ce premier challenge, ainsi qu'un nuage de mots clés ressortant de cette activité :<br />
{{{!}} class="wikitable"<br />
!Sujets<br />
\<br />
<br />
Enjeux<br />
!Livraison urbaine et bordure de rue<br />
!Usages commerciaux et temporaires<br />
!Mobilité durable des personnes<br />
{{!}}-<br />
{{!}}Prise de décision<br />
{{!}}<small>Évidences :</small><br />
*<small>Comprendre l'utilisation de la Bordure de rue</small><br />
*<small>Collecte de données pour zone de ramassage et de dépôt</small><br />
*<small>Remise en question des droits spéciaux pour les véhicules de livraisons</small><br />
<small>Expérimentations :</small><br />
*<small>Emplacements les plus appropriés pour les casiers et hubs de mobilité</small><br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>Recueillir de l'information sur l'utilisation et comparer avec l'espace disponible</small><br />
<small>Expérimentations :</small><br />
*<small>Inventaire de l'usage et des portions de la bordure de rue</small><br />
*<small>Comment récolter des données sur l'usage des moyens de mobilité partagée</small><br />
*<small>Adresser le problèmes de sécurité sur les grandes artères routières</small><br />
{{!}}-<br />
{{!}}Gestion dynamique des trottoirs<br />
{{!}}<small>Évidences :</small><br />
*<small>Améliorer la sécurité avec le nombres croissants de véhicules de livraison</small><br />
*<small>Comment prédire les besoins</small><br />
*<small>Normes européennes</small><br />
<small>Expérimentations :</small><br />
*<small>Affectation flexible de l'espace dans le temps</small><br />
*<small>Prévision et information en temps réel</small><br />
*<small>Comment monétiser l'espace et le temps d'utilisation de la bordure de rue des camions de livraison</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Supporter les entreprises dépendant de la voiture en état de marche à faire une transition durable</small><br />
<small>Expérimentations :</small><br />
*<small>Gestion des intempéries</small><br />
*<small>Incitatifs pour retours monétaires à la ville</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Organiser l'usage de la bordure de rue pour permettre un trafic mixte</small><br />
*<small>Organiser la bordure de rue en fonction du temps</small><br />
<small>Expérimentations :</small><br />
*<small>Incitatifs pour l'usage de mobilités actives</small><br />
{{!}}-<br />
{{!}}Processus d'application de la loi<br />
{{!}}<small>Évidences :</small><br />
*<small>Respect des règles et des zones restreintes</small><br />
<small>Expérimentations :</small><br />
*<small>Créer et gérer facilement des règles spécifiques : zone, prix, livraison verte, etc.</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Optimiser la gestion des demandes de commerçants</small><br />
*<small>Coordonner l'application du stationnement</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Réglementation et mise en œuvre</small><br />
*<small>Application des politiques de stationnement pour les services de mobilité en libre circulation</small><br />
{{!}}-<br />
{{!}}Équité - Bien commun<br />
{{!}}<small>Évidences :</small><br />
*<small>Utilisation optimale par un partage entre les citoyens, la ville et les entreprises</small><br />
*<small>Approche plus équitable du partage de l'espace entre tous les modes de transport et l'utilisation citoyenne</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Besoin de plus d'informations sur les besoins des personnes handicapées</small><br />
*<small>Personnes handicapées peuvent avoir du mal à se déplacer dans ces espaces</small><br />
*<small>Empêcher l'espace public de devenir la "propriété" des entreprises</small><br />
<small>Expérimentations :</small><br />
*<small>Impact sur les personnes handicapées de l'utilisation temporaire de l'espace</small><br />
*<small>Importance des espaces verts</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Bordures suffisamment larges</small><br />
*<small>Difficile pour un citoyen d'utiliser un parking résidentiel lorsqu'il loue une voiture</small><br />
*<small>En tant qu'utilisateur de vélo, je veux pouvoir conduire partout en toute sécurité</small><br />
<small>Expérimentations :</small><br />
*<small>Espace sécurisé pour garer mon vélo</small><br />
*<small>Plus d'espace sécuritaire pour marcher par rapport aux autres mobilités actives et partagées</small><br />
{{!}}-<br />
{{!}}Information fiable<br />
{{!}}<small>Évidences :</small><br />
*<small>Communication des droits ou interdictions de stationnement</small><br />
<small>Expérimentations :</small><br />
*<small>Trouver les utilisateurs finaux et les moyens de créer et adapter l'information disponible</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Données pour mettre l'information à la disposition des gens</small><br />
*<small>Transformer ces données en informations conviviales pour les résidents, les visiteurs et les entreprises</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Disposer d'informations sur le moyen le plus rapide et durable d'atteindre une destination</small><br />
{{!}}-<br />
{{!}}Communication et influence<br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>Promouvoir l'image d'une ville proactive</small><br />
{{!}} -<br />
{{!}}-<br />
{{!}}Nouveaux services<br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>usage éphémère (pop-up)</small><br />
<small>Expérimentations :</small><br />
*<small>Adopter/commanditer une bordure de rue (pour une entreprise)</small><br />
*<small>Marchés locaux</small><br />
*<small>Stands de réparation</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Pratiques innovantes (collaboration avec des jeunes pousses)</small><br />
{{!}}-<br />
{{!}}Gouvernance<br />
{{!}} -<br />
{{!}} -<br />
{{!}}<small>Expérimentations :</small><br />
*<small>Ouvrir le dialogue avec les acteurs publics et privés</small><br />
{{!}}}[[Fichier:Challenge Mobilité 2021 - Forum Ouvert Bordure de rue mots clés 2.png|centré|vignette|1006x1006px|lien=https://wiki.lafabriquedesmobilites.fr/Fichier:Challenge_Mobilit%C3%A9_2021_-_Forum_Ouvert_Bordure_de_rue_mots_cl%C3%A9s_2.png|Nuage de mots clés ressortis du Forum Ouvert sur la bordure de rue]]Ainsi, une analyse plus approfondie par sujet a été faite ci-dessous.<br />
<br />
===Livraison urbaine et bordure de rue===<br />
Les enjeux forts qui ressortent sont de l’ordre de l’équité entre les usages et usagers : comment s’assurer que l’amélioration des usages logistiques ne se fait pas au détriment des citoyens (stationnement résidentiel, sécurité pour la circulation des piétons, cyclistes, personnes handicapés, enfants etc.). Comment assurer une prévision fiable des disponibilités pour les entreprises en gardant une gestion fluide et dynamique de la bordure de rue pour les autres usages?<br />
Il est donc nécessaire de clarifier les droits et conditions d’usage (y compris le prix) et pour ce faire, la communauté ressent un besoin fort de mieux comprendre les usages actuels de livraison, en collectant plus de données sur l’utilisation des zones dédiées à la livraison, les périodes de livraison etc.<br />
<br />
===Usages commerciaux et temporaires===<br />
Les usages temporaires et commerciaux de la bordure de rue soulèvent les mêmes questions d’équité et d’accès à l’espace public, notamment pour des personnes plus vulnérables (mobilité réduite, enfants). <br />
Si les groupes de travail ont oscillé entre le besoin d’innover pour proposer de nouveaux usages et services sur la bordure et production de nouveaux espaces publics / verts, la question des données pour la fiabilité et la transparence de l’information reste clé pour interagir avec les différentes parties prenantes.<br />
<br />
===Mobilité durable des personnes===<br />
On retrouve l’enjeu de partage équitable de l’espace public et de sécurité entre voitures/ vélos -trottinettes-nouvelles mobilités / piétons mais également entre usages traditionnels de la voiture (propriétaire résident) et nouveaux (autopartage et location de véhicules par des résidents).<br />
L’enjeu majeur identifié est celui de l’information et du dialogue pour pouvoir organiser de manière dynamique et faire respecter les règles de l’utilisation de la bordure de rue pour la mobilité des personnes. <br />
De manière opérationnelle, l’inventaire des usages et des espaces disponibles est la première brique de toute politique, en amont de la régulation.<br />
<br />
De manière transversale tous les acteurs ont besoin de visibilité, lisibilité des droits d’usage pour pouvoir adapter leurs comportements ou leurs pratiques. Cette nouvelle organisation de l’espace public doit pouvoir s’appuyer sur un diagnostic fiable pour pouvoir proposer de nouvelles régulations claires et simples à mettre en œuvre (''enforcement & control'').</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Forum_Ouvert_Bordure_de_rue&diff=51468Challenge Mobilité 2021 - Forum Ouvert Bordure de rue2022-11-09T14:32:52Z<p>Joanasargiacomo : </p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Forum Ouvert Bordure de rue<br />
|Lang=Français<br />
|LangLink=Challenge Mobilité 2021 - Forum Ouvert Bordure de rue<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|Tags=stationnement, données ouvertes, données mobilités, smart parking, livraison, logistique urbaine<br />
|Theme=Données ouvertes, Urbanisme et ville, Logistique urbaine, Stationnement, Centre Excellence Québec<br />
|communauté=Acteurs valorisation données de bord de rue, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs de la logistique urbaine, Communauté des acteurs du Québec, Communauté du Stationnement<br />
|startDate=2021-10-14<br />
|doorTime=9h-11h (HAE, Montréal)<br />
|location=en ligne<br />
}}<br />
Dans le cadre du [https://fabriqueagile.com/fusion-challenges/challenge-en-mobilite-initiatives-innovantes-pour-une-mobilite-durable/ Fusion Challenge en Mobilité] (octobre-décembre 2021), nous avons organisé un FO pour identifier les nouveaux cas d’usage de la bordure de rue afin de travailler des terrains d’expérimentation en matière de données ouvertes en partenariat avec Movin’On LAB et Sopra Steria. <br />
<br />
==Cartographier les enjeux==<br />
La première étape d'un challenge est d'identifier des problématiques, ici : les nouveaux cas d'usage liés au partage de la bordure de rue et à sa numérisation. Cela permet de travailler des terrains d’expérimentation en matière de données ouvertes.<br />
<br />
Pour ce "forum ouvert", la Fabrique des Mobilités Québec a pu compter sur le soutien de la communauté Movin'On Lab et de Sopra Steria. Il a permis à l'écosystème de la bordure de rue de mettre en lumière les questions émergentes : gouvernance, livraison urbaine, usages commerciaux, mobilité durable des personnes, inventaire des données.<br />
<br />
Voici premièrement un tableau synthèse regroupant l'informations recueillies durant ce premier challenge, ainsi qu'un nuage de mots clés ressortant de cette activité :<br />
{{{!}} class="wikitable"<br />
!Sujets<br />
\<br />
<br />
Enjeux<br />
!Livraison urbaine et bordure de rue<br />
!Usages commerciaux et temporaires<br />
!Mobilité durable des personnes<br />
{{!}}-<br />
{{!}}Prise de décision<br />
{{!}}<small>Évidences :</small><br />
*<small>Comprendre l'utilisation de la Bordure de rue</small><br />
*<small>Collecte de données pour zone de ramassage et de dépôt</small><br />
*<small>Remise en question des droits spéciaux pour les véhicules de livraisons</small><br />
<small>Expérimentations :</small><br />
*<small>Emplacements les plus appropriés pour les casiers et hubs de mobilité</small><br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>Recueillir de l'information sur l'utilisation et comparer avec l'espace disponible</small><br />
<small>Expérimentations :</small><br />
*<small>Inventaire de l'usage et des portions de la bordure de rue</small><br />
*<small>Comment récolter des données sur l'usage des moyens de mobilité partagée</small><br />
*<small>Adresser le problèmes de sécurité sur les grandes artères routières</small><br />
{{!}}-<br />
{{!}}Gestion dynamique des trottoirs<br />
{{!}}<small>Évidences :</small><br />
*<small>Améliorer la sécurité avec le nombres croissants de véhicules de livraison</small><br />
*<small>Comment prédire les besoins</small><br />
*<small>Normes européennes</small><br />
<small>Expérimentations :</small><br />
*<small>Affectation flexible de l'espace dans le temps</small><br />
*<small>Prévision et information en temps réel</small><br />
*<small>Comment monétiser l'espace et le temps d'utilisation de la bordure de rue des camions de livraison</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Supporter les entreprises dépendant de la voiture en état de marche à faire une transition durable</small><br />
<small>Expérimentations :</small><br />
*<small>Gestion des intempéries</small><br />
*<small>Incitatifs pour retours monétaires à la ville</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Organiser l'usage de la bordure de rue pour permettre un trafic mixte</small><br />
*<small>Organiser la bordure de rue en fonction du temps</small><br />
<small>Expérimentations :</small><br />
*<small>Incitatifs pour l'usage de mobilités actives</small><br />
{{!}}-<br />
{{!}}Processus d'application de la loi<br />
{{!}}<small>Évidences :</small><br />
*<small>Respect des règles et des zones restreintes</small><br />
<small>Expérimentations :</small><br />
*<small>Créer et gérer facilement des règles spécifiques : zone, prix, livraison verte, etc.</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Optimiser la gestion des demandes de commerçants</small><br />
*<small>Coordonner l'application du stationnement</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Réglementation et mise en œuvre</small><br />
*<small>Application des politiques de stationnement pour les services de mobilité en libre circulation</small><br />
{{!}}-<br />
{{!}}Équité - Bien commun<br />
{{!}}<small>Évidences :</small><br />
*<small>Utilisation optimale par un partage entre les citoyens, la ville et les entreprises</small><br />
*<small>Approche plus équitable du partage de l'espace entre tous les modes de transport et l'utilisation citoyenne</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Besoin de plus d'informations sur les besoins des personnes handicapées</small><br />
*<small>Personnes handicapées peuvent avoir du mal à se déplacer dans ces espaces</small><br />
*<small>Empêcher l'espace public de devenir la "propriété" des entreprises</small><br />
<small>Expérimentations :</small><br />
*<small>Impact sur les personnes handicapées de l'utilisation temporaire de l'espace</small><br />
*<small>Importance des espaces verts</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Bordures suffisamment larges</small><br />
*<small>Difficile pour un citoyen d'utiliser un parking résidentiel lorsqu'il loue une voiture</small><br />
*<small>En tant qu'utilisateur de vélo, je veux pouvoir conduire partout en toute sécurité</small><br />
<small>Expérimentations :</small><br />
*<small>Espace sécurisé pour garer mon vélo</small><br />
*<small>Plus d'espace sécuritaire pour marcher par rapport aux autres mobilités actives et partagées</small><br />
{{!}}-<br />
{{!}}Information fiable<br />
{{!}}<small>Évidences :</small><br />
*<small>Communication des droits ou interdictions de stationnement</small><br />
<small>Expérimentations :</small><br />
*<small>Trouver les utilisateurs finaux et les moyens de créer et adapter l'information disponible</small><br />
{{!}}<small>Évidences :</small><br />
*<small>Données pour mettre l'information à la disposition des gens</small><br />
*<small>Transformer ces données en informations conviviales pour les résidents, les visiteurs et les entreprises</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Disposer d'informations sur le moyen le plus rapide et durable d'atteindre une destination</small><br />
{{!}}-<br />
{{!}}Communication et influence<br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>Promouvoir l'image d'une ville proactive</small><br />
{{!}} -<br />
{{!}}-<br />
{{!}}Nouveaux services<br />
{{!}} -<br />
{{!}}<small>Évidences :</small><br />
*<small>usage éphémère (pop-up)</small><br />
<small>Expérimentations :</small><br />
*<small>Adopter/commanditer une bordure de rue (pour une entreprise)</small><br />
*<small>Marchés locaux</small><br />
*<small>Stands de réparation</small><br />
{{!}}<small>Expérimentations :</small><br />
*<small>Pratiques innovantes (collaboration avec des jeunes pousses)</small><br />
{{!}}-<br />
{{!}}Gouvernance<br />
{{!}} -<br />
{{!}} -<br />
{{!}}<small>Expérimentations :</small><br />
*<small>Ouvrir le dialogue avec les acteurs publics et privés</small><br />
{{!}}}[[Fichier:Challenge Mobilité 2021 - Forum Ouvert Bordure de rue mots clés 2.png|centré|vignette|1006x1006px|lien=https://wiki.lafabriquedesmobilites.fr/Fichier:Challenge_Mobilit%C3%A9_2021_-_Forum_Ouvert_Bordure_de_rue_mots_cl%C3%A9s_2.png|Nuage de mots clés ressortis du Forum Ouvert sur la bordure de rue]]Ainsi, une analyse plus approfondie par sujet a été faite ci-dessous.<br />
<br />
===Livraison urbaine et bordure de rue===<br />
Les enjeux forts qui ressortent sont de l’ordre de l’équité entre les usages et usagers : comment s’assurer que l’amélioration des usages logistiques ne se fait pas au détriment des citoyens (stationnement résidentiel, sécurité pour la circulation des piétons, cyclistes, personnes handicapés, enfants etc.). Comment assurer une prévision fiable des disponibilités pour les entreprises en gardant une gestion fluide et dynamique de la bordure de rue pour les autres usages?<br />
Il est donc nécessaire de clarifier les droits et conditions d’usage (y compris le prix) et pour ce faire, la communauté ressent un besoin fort de mieux comprendre les usages actuels de livraison, en collectant plus de données sur l’utilisation des zones dédiées à la livraison, les périodes de livraison etc.<br />
<br />
===Usages commerciaux et temporaires===<br />
Les usages temporaires et commerciaux de la bordure de rue soulèvent les mêmes questions d’équité et d’accès à l’espace public, notamment pour des personnes plus vulnérables (mobilité réduite, enfants). <br />
Si les groupes de travail ont oscillé entre le besoin d’innover pour proposer de nouveaux usages et services sur la bordure et production de nouveaux espaces publics / verts, la question des données pour la fiabilité et la transparence de l’information reste clé pour interagir avec les différentes parties prenantes.<br />
<br />
===Mobilité durable des personnes===<br />
On retrouve l’enjeu de partage équitable de l’espace public et de sécurité entre voitures/ vélos -trottinettes-nouvelles mobilités / piétons mais également entre usages traditionnels de la voiture (propriétaire résident) et nouveaux (autopartage et location de véhicules par des résidents).<br />
L’enjeu majeur identifié est celui de l’information et du dialogue pour pouvoir organiser de manière dynamique et faire respecter les règles de l’utilisation de la bordure de rue pour la mobilité des personnes. <br />
De manière opérationnelle, l’inventaire des usages et des espaces disponibles est la première brique de toute politique, en amont de la régulation.<br />
<br />
De manière transversale tous les acteurs ont besoin de visibilité, lisibilité des droits d’usage pour pouvoir adapter leurs comportements ou leurs pratiques. Cette nouvelle organisation de l’espace public doit pouvoir s’appuyer sur un diagnostic fiable pour pouvoir proposer de nouvelles régulations claires et simples à mettre en œuvre (''enforcement & control'').</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Design_Jam_Bordure_de_rue&diff=51467Challenge Mobilité 2021 - Design Jam Bordure de rue2022-11-09T14:31:26Z<p>Joanasargiacomo : </p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Design Jam Bordure de rue<br />
|Lang=Français<br />
|LangLink=Challenge Mobilité 2021 - Design Jam Bordure de rue<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|description=<u>'''Challenge sur les enjeux de la bordure de rue - épisode 2/3'''</u><br />
<br />
Suite aux grandes questions soulevées lors du [[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue|Forum ouvert]], [[La Fabrique des Mobilités Québec]], avec le soutient de la communauté Movin'On a organisé un atelier collaboratif de prototypage rapide (ou ''design jam'') pour commencer à établir des pistes de réponse à ces questions.<br />
|Tags=stationnement, données ouvertes, données mobilités, smart parking, livraison, logistique urbain<br />
|Theme=Données ouvertes, Urbanisme et ville, Logistique urbaine, Stationnement, Centre Excellence Québec<br />
|communauté=Acteurs valorisation données de bord de rue, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs de la logistique urbaine, Communauté des acteurs du Québec, Communauté du Stationnement<br />
|startDate=2021-11-24<br />
|location=En ligne<br />
}}<br />
==Démarrer un prototypage rapide==<br />
Suite aux grandes questions soulevées lors du [https://wiki.lafabriquedesmobilites.fr/Challenge%20Mobilit%C3%A9%202021%20-%20Forum%20Ouvert%20Bordure%20de%20rue Forum Ouvert Bordure de rue], La Fabrique des Mobilités Québec, avec le soutient de la communauté Movin'On a organisé un atelier collaboratif de prototypage rapide (ou ''design jam'') pour commencer à établir des pistes de réponse à ces questions.<br />
<br />
Ce "design jam" sur le thème de la bordure de rue a permis d’aboutir au profilage et à la priorisation de solutions et approches concrètes permettant de répondre à la problématique du partage équitable de la bordure de rue (lié aux nouveaux usages).<br />
<br />
Voici donc quelques idées clés qui seront nos leviers de départ vers l'expérimentation.<br />
<br />
==Thème : Clarifier et rendre visible les droits d’usage de la bordure de rue==<br />
===Idée retenue===<br />
<br />
Si on crée un calendrier des droits d’usage sur des zones de bordure de rue (ex: marché, livraison, stationnement, etc.), nous pensons que cela augmentera la fiabilité de l'information sur ces droits, de la réservation et de la capacité de contrôle de ces droits.<br />
===Autres idées en attente sur cette question ===<br />
<br />
*Définition de profils prioritaires<br />
*Signalisation au sol ou digitalisation de toute la réglementation<br />
*Tracés matérialisés pour certains flux ou types d’utilisation<br />
*Tarification des usages temporaires (ex: livraison vélo cargo, camion, etc.)<br />
*Hiérarchisation des artères<br />
==Thème : Rendre acceptable le changement==<br />
===Idée retenue===<br />
<br />
Si on collecte des données sur les flux dans une zone délimitée et pour l’ensemble de l’espace public de la zone, nous devrions être en mesure de mieux caractériser les usages de la bordure de rue. Le stationnement est-il réellement la source principale d’accès aux commerces ou à la bordure de rue ? En démontrant que le stationnement n’est pas majeur cela aidera la conversation pour un partage plus équitable.<br />
<br />
===Autres idées en attente sur cette question===<br />
*Test de l’appétence pour le changement via les médias sociaux (ex: faire un sondage sur les souhaits versus l’utilisation actuelle).<br />
*Elaboration d’un outil de visualisation des types de répartition des places pour un quartier<br />
*Panneaux qui affichent l’usage en temps réel de la bordure de rue dans la ville <br />
*Aucune place gratuite pour auto-solo<br />
*Limiter la vitesse devant les terrasses sur bordure de rue<br />
<br />
==Thème : Planifier l’usage de la bordure de rue selon les besoins réels ==<br />
===Idée retenue===<br />
<br />
Si on souhaite implanter un usage futur différent de l’utilisation actuelle d’un espace, comment doit-on équilibrer données d’usage actuelles/historiques et projections de la suite afin d’obtenir une bordure de rue plus équitable entre les divers usages et usagers ?<br />
===Autres idées en attente sur cette question===<br />
Ne pas renouveler les espaces alloués à l’auto-solo après un arrêt de vignette.<br />
Attention particulière sur les noeuds ou pôles de mobilité (lieux identifiés ou se retrouve plusieurs mode de transport (exemple : une station de métro, avec un stationnement bixi et arrêt taxi ou une gare avec du stationnement incitatif, un arrêt de bus et une station autopartage, etc.).<br />
<br />
==Thème : Enjeu de gouvernance==<br />
===Idée retenue===<br />
<br />
Si on enlève les contraintes réglementaires sur la bordure de rue, on va permettre aux potentiels autres milieux preneurs (citoyens de la ruelle, des utilisateurs du covoiturage, de la logistique du dernier km, etc.) de se réapproprier l’espace.<br />
<br />
===Autres idées en attente sur cette question ===<br />
<br />
*Mise en place de pelles publiques (équipement partagé de déneigement)<br />
*Sectoriser l’évolution des droits à l’échelle de la ruelle ou du quartier (ex: contrat citoyen par quartier) ou possibilités de tarification ajustée (modulable, sociale…)<br />
*Végétaliser les espaces et installer des animaux</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51466Bordure de rue2022-11-09T14:30:03Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
==Acceptabilité du changement d'usage de la bordure de rue==<br />
'''Hypothèse de départ''' : Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
'''Démarche'''<br />
<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*<u>Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler, générer le débat sur Montréal.</u><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*<u>Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec</u><br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
==Challenge Mobilité 2021-2022==<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Bordure_de_rue&diff=51465Bordure de rue2022-11-09T14:29:34Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=La « bordure de rue » (curbspace en anglais) est l’espace entre la chaussée et l’espace privé derrière le trottoir. Aujourd’hui, cet espace est énormément accaparé par le stationnement des voitures à usage individuel ou familial entre deux trajets. Or, cet espace pourrait être mieux partagé parmi les différents usagers de l’espace urbain. A la Fabrique des mobilités Québec, nous sensibilisons les usagers sur le potentiel que représente le partage de cet espace et nous expérimentons plusieurs façons de contribuer à cet objectif.<br />
|Main_Picture=Capture d’écran 2022-04-25 102533.jpg<br />
|description==Objectifs & Opportunités=<br />
La Fabrique des Mobilités Québec s’implique dans la valorisation des données liées la bordure de rue dans une optique de mobilité durable, notamment dans le cadre du "POC Croisement et collecte de données" du projet "[[Montréal en commun]]". <br />
<br />
Cette volonté se décline en plusieurs points : <br />
*Maintien à jour des connaissances sur le stationnement<br />
*Identifier des outils et standards qui permettent l'analyse et le croisement des données afin de les répliquer<br />
*Faciliter la production et l’utilisation de communs par l’écosystème de mobilité durable<br />
*Mobiliser nos partenaires et la communauté (y compris à l'international) afin de promouvoir la démarche expérimentale et l'innovation autour des nouveaux enjeux sur la bordure de rue<br />
<br />
==La bordure de rue dans Montréal en commun==<br />
La Fabrique des Mobilités Québec est impliquée dans le projet [[Montréal en commun|Montréal en Commun]], issu de la victoire de Montréal au Défi des villes intelligentes (concours lancé par Infrastructure Canada), en tant qu'acteur-clé du développement d'un [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]].<br />
<br />
Dans ce cadre, nous faisons avancer des expérimentations afin d'innover sur la gestion de la bordure de rue dans la métropole montréalaise. Nous nous appuyons sur des travaux réalisés dans d'autres grandes villes ainsi que sur le dynamisme de l'écosystème de la mobilité et des transports dans le Grand Montréal.<br />
<br />
Pour ne rien manquer de nos actualités, suivez La Fabrique des Mobilités Québec sur [https://www.facebook.com/fabmobqc Facebook], [https://www.linkedin.com/company/fabmobquebec/ LinkedIn] et [https://twitter.com/FabmobQc Twitter] et consultez notre [https://fabmobqc.ca/blogue/ blogue].<br />
<br />
En somme, nous réfléchissons et expérimentons sur '''trois questions''' :<br />
<br />
*'''Qui ?''' - Qui faut-il impliquer pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Quoi ?''' - Que faut-il savoir et avoir pour améliorer la gestion de la bordure de rue à Montréal?<br />
*'''Comment ?''' - Quels outils et actions faut-il mettre en œuvre pour améliorer la gestion de labordure de rue à Montréal?<br />
<br />
=Expérimentations et initiatives=<br />
<br />
==Carte CurbLR Plaza St-Hubert==<br />
<br />
===Hypothèse et objectifs===<br />
Pour avancer plus efficacement sur le développement d'une carte au standard CurbLR pour la totalité de l'île de Montréal, nous avons commencé par sélectionner une zone pilote grâce à la collaboration avec la [[Plaza St-Hubert|SDC Plaza St-Hubert]] pour tester les différents aspects de ce commun sur un public plus réduit !<br />
<br />
Cela nous permet d'apprendre plus rapidement sur le comportement des usagers et donc d'avancer plus efficacement vers l'objectif : savoir si une telle carte intéresse les usagers pour planifier leur stationnement afin de gagner du temps et de réduire la congestion.<br />
<br />
===Avancement et défis rencontrés===<br />
L'aspect technique et peu "user-friendly" du standard CurbLR nous a conduit à remanier l'aspect de [https://stationnement-plaza-saint-hubert.netlify.app/ la carte] pour en améliorer l'expérience et donc augmenter les chances de son usage. Dans notre démarche d'amélioration continue, nous avons placé un très court sondage de satisfaction pour recueillir l'impression des usagers de la carte (utilité, practicité, etc.).<br />
<br />
Cet aspect "expérience utilisateur" s'accompagne d'un volet technique complémentaire. Premièrement, nous poursuivons l'enrichissement de la carte afin d'y inclure de nouvelles données. Ensuite, nous analysons ces données pour avoir une idée plus précise des usages de la bordure de rue dans la zone et donc comprendre les comportements de mobilité.<br />
<br />
====Comment convertir des données au format CurbLR ?====<br />
Nous avons également dûs faire face à des enjeux de format et de conversion de données en développant la carte. Voici comment nous avons finalement procédé pour mettre ces données au format CurbLR.<br />
<br />
'''''Liens utiles'''''<br />
*[https://plazasthubert.com/comment-s-y-rendre Section "Comment s'y rendre ?" du site de la Plaza Saint-Hubert]<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Lien direct vers la carte]<br />
*[https://github.com/savoirfairelinux/curb-map/tree/dev-plaza Code source de la carte] (fork de https://github.com/sharedstreets/curb-map)<br />
'''''Procédé'''''<br />
<br />
1. Obtenir un identifiant pour se connecter à l'API de Jalon <br />
<br />
2. Convertir et filtrer les données <br />
<br />
Le script de conversion est présentement en développement, et de nombreuses erreurs pourraient survenir. En cas de problème, voir la section suivante. <br />
<br />
a. Cloner le projet de conversion des données <br />
git clone https://github.com/savoirfairelinux/fabmob<br />
b. Choisir la branche dev-jalonapi<br />
git checkout dev-jalonapi<br />
c. Se rendre au dossier "fabmob/Curblr/curblr-tools"<br />
cd fabmob/Curblr/curblr-tools<br />
d. Créer un fichier appelé credits.json, et y coller ses identifiants pour l'API de JALON. Par exemple :<br />
{"username":"courriel@savoirfairelinux.com","password":"motdepasse"}<br />
e. Exécuter le script "run_and_jalonAPI.py"<br />
python3 run_and_jalonAPI.py<br />
<br />
Les données des parcomètres de la Plaza St-Hubert sont maintenant dans le fichier last_converted.curblr.json.<br />
<br />
'''''Pistes de solution pour débogage du script de conversion'''''<br />
<br />
1. Les limites de la Plaza St-Hubert sont définies dans le fichier data/plaza-saint-hubert.geojson. Assurez-vous que ce fichier est bien utilisé. <br /><br />
2. Le dossier dans lequel last_converted.curblr.json est enregistré n'a aucune importance. Changez-le en cas de problème. <br /><br />
3. Vérifiez que "plaza" est le seul arrondissement utilisé. <br />
<br />
'''''Mise à jour dans curb-map'''''<br />
<br />
1. Si ce n'est pas encore fait, cloner le projet curb-map<br />
git clone https://github.com/savoirfairelinux/curb-map/<br />
2. Choisir la branche dev-plaza<br />
git checkout dev-plaza<br />
3. Copier le fichier last_converted.curblr.json (généré dans la section précédente), puis remplacer le fichier src/assets/data/mtl-parco-plaza.curblr.json par celui-ci<br />
4. Exécuter le script merge.py<br />
python3 merge.py<br />
<br />
Les données sont maintenant à jour !<br />
<br />
====Comment contribuer à cette expérimentation ?====<br />
Si vous prévoyez de stationner aux alentours de la Plaza St-Hubert :<br />
<br />
*Rendez-vous sur le [https://plazasthubert.com/comment-s-y-rendre site de la SDC, section "Comment s'y rendre ?"]<br />
*Cliquez sur "en voiture" puis sur "carte des stationnements"<br />
*Visualisez les endroits où vous pouvez et ne pouvez pas stationner et ainsi mieux planifier votre trajet<br />
*Le plus important : laissez-nous votre avis ! Vos commentaires nous aident à développer notre commun pour offrir un meilleur service aux usagers.<br />
<br />
===Communs liés au standard CurbLR===<br />
*[https://stationnement-plaza-saint-hubert.netlify.app/ Carte CurbLR Plaza Saint-Hubert]<br />
*[[Carte CurbLR de Montréal]]<br />
*[[Carte CurbLR de la ville de Québec|Carte CurbLR de Québec (ville)]]<br />
<br />
==[[Mobiclic]]==<br />
<br />
===Hypothèse et objectifs===<br />
Afin de tester la fiabilité des données ouvertes de stationnement, [[La Fabrique des Mobilités Québec]] développe Mobiclic en partenariat avec le [[Conseil régional de l'environnement|Conseil régional de l'environnement de Montréal]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données]].<br />
<br />
Mobiclic est une application qui permet de prendre des photos géolocalisées des panneaux de signalisation. Notre objectif est d'arriver à valider la fiabilité des données ouvertes liées au stationnement grâce à la base de données générée par l'application, optimisant ainsi les processus de validation et mise à jour de la base de données opérée par différents arrondissements de Montréal.<br />
<br />
Ces données « augmentées » vont permettre à la Fabrique des Mobilités Québec et ses partenaires de penser une meilleure gestion de la bordure de rue, de préparer des solutions en planification de stationnement et, à plus long terme, d’améliorer l’information pour les citoyens et de simplifier la compréhension des autorisations de stationnement.<br />
<br />
===Avancement et défis rencontrés===<br />
Notre démarche se voulant toujours incrémentale et expérimentale, nous avons démarré nos tests dans l'arrondissement Rosemont-Petite-Patrie afin d'en tirer nos premiers apprentissages. Actuellement, l'utilisation d'une première version de Mobiclic permet à l'arrondissement de gérer les problèmes liés aux panneaux de signalisation sur son territoire.<br />
<br />
Au-delà des défis technologiques inhérents au développement d'une application (en particulier lorsqu'elle doit répondre à plusieurs enjeux simultané), La Fabrique des Mobilités Québec a fait face à un problème de taille : le retrait de Jalon du projet Montréal en Commun. En effet, cette organisme faisait partie des partenaires impliqués dans le développement de l'application.<br />
<br />
Nous progressons donc sur l'identification de zones de tests et le design d'expérimentations ciblées au sein de cette initiative d'un côté (élaboration d'une ''[https://fabmobqc.ca/bordure-de-rue/mobiclic/ landing page]''), et sur le déblocage du partenariat technique de l'autre (notamment grâce à une volonté de mise en place d'un comité de pilotage).<br />
<br />
Actuellement, un travail de conceptualisation d’une API citoyenne pour la bordure de rue ainsi que des premiers tests en interne de Mobiclic ont suscité intérêt marqué des acteurs collaborant sur ces projets, ce qui pourrait aboutir à un portage possible du projet par les partenaires. Les avancées du projet sont également régulièrement mises à jour sur [https://github.com/savoirfairelinux/fabmob/tree/main/Curblr GitHub].<br />
<br />
==Parcours de la donnée==<br />
<br />
===Hypothèse et objectifs===<br />
Au croisement de nos travaux de mobilisation de l’écosystème et de collecte de données en mobilité, nous avons lancé une initiative de vulgarisation du “parcours de la donnée”, c’est-à-dire le chemin que parcourent nos données depuis le moment où elles sont créées, enregistrées, jusqu'aux utilisations successives qui les rendent “utiles”.<br />
<br />
L’objectif ici est de donner à voir le parcours de la donnée de sa création à son utilisation permettra de faciliter et de démocratiser son usage comme levier de déploiement de nouvelles mobilités (format de données, occurrence de mise à jour, outils de visualisation et de croisement de données,...). L’idée était donc également de doter les parties prenantes actives sur le terrain et la communauté mobilisée par Montréal en commun d'une capacité de gestion du parcours de la donnée (notamment dans le cadre des initiatives liées à la bordure de rue).<br />
<br />
===Avancement et défis rencontrés===<br />
La première étape a été d'identifier quels étaient les acteurs, sujets et étapes essentiels à une bonne vulgarisation du parcours de la donnée ouverte. Notre démarche constitue donc également un travail de pédagogie sur les données ouvertes et leur utilité, au fur et à mesure des rencontres avec les partenaires (arrondissement de Rosemont Petite-Patrie, le LIUM, Jalon et Savoir-Faire Linux).<br />
<br />
Ensuite, nous avons réalisé des entretiens avec 4 experts sur le sujet, intervenant sur la création et le stockage des données ouvertes. Nous les avons progressivement publiés sur notre blogue et nos médias sociaux :<br />
*[https://fabmobqc.ca/2022/02/ouvrir-de-nouveaux-horizons-pour-la-bordure-de-rue/ Entretien avec Valérie Legris - Ouvrir de nouveaux horizons pour la bordure de rue]<br />
*[https://fabmobqc.ca/2022/03/rendre-disponible-les-donnees-pour-mieux-comprendre-la-bordure-de-rue/ Entretien avec Philippe Fortin - Rendre disponible les données pour mieux comprendre la bordure de rue]<br />
*[https://fabmobqc.ca/2022/04/les-grands-enjeux-et-les-defis-en-lien-avec-la-bordure-de-rue-a-montreal-entretien-avec-carole-philibien%ef%bf%bc/ Entretien avec Carole Philibien - Les grands enjeux et les défis en lien avec la bordure de rue à Montréal]<br />
*[https://fabmobqc.ca/2022/04/les-defis-et-benefices-de-la-collecte-de-donnees-sur-la-bordure-de-rue-entrevue-avec-larbi-gharib/ Entretien avec Larbi Gharib - Les défis et bénéfices de la collecte de données sur la bordure de rue]<br />
<br />
<br />
La prochaine étape de cette expérimentation consistera à élaborer un outil de vulgarisation et de sensibilisation aux enjeux sur le parcours de la donnée ouverte en mobilité.<br />
<br />
== Acceptabilité du changement d'usage de la bordure de rue ==<br />
'''Hypothèse de départ''' : Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
'''Démarche'''<br />
<br />
*<br />
<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*<u>Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler, générer le débat sur Montréal.</u><br />
<br />
==Désirabilité des usages alternatifs de la bordure de rue==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*<u>Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec</u><br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
<br />
'''Informations recherchées''' : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ? <br />
<br />
'''Conditions de succès''' : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3). <br />
<br />
=Challenge Mobilité 2021-2022=<br />
En tant que promoteur de la démarche agile et expérimentale dans les communautés liées à la mobilité durable et innovante, [[La Fabrique des Mobilités Québec]] organise un Challenge en mobilité.<br />
<br />
'''''Qu’est-ce qu’un “challenge” en mobilité ?'''''<br />
<br />
Un “challenge” est un série d’activités expérimentales basées sur la théorie du ''design thinking'', l’agilité et l’expérimentation d’affaires. Il est composé de plusieurs phases (identification des défis, priorisation d’hypothèses et prototypage, design d’expérimentations) qui permettent de dégager des pistes de solutions le plus rapidement possible. <br />
<br />
A la Fabrique des Mobilités Québec, nous avons lancé deux challenges simultanément au deuxième semestre 2021 : un sur les enjeux autour des nouveaux usages de la bordure de rue et un autre sur la revitalisation du covoiturage après la pandémie. Les deux sont encore actuellement dans leur troisième phase (expérimentation). Le format permet de mobiliser un écosystème au sens large et donc de croiser des opinions et expertises diverses autour d'une thématique commune. Les challenges nous ont donc permis d’avancer à la fois sur les objectifs de mobilisation, de viabilité et d’alignement des équipes et partenaires.<br />
<br />
'''''Pour plus de détails sur les activités du Challenge Mobilité 2021 sur les enjeux de la bordure de rue :'''''<br />
<br />
#[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue]] (cartographier les enjeux)<br />
#[[Challenge Mobilité 2021 - Design Jam Bordure de rue]] (début du prototypage)<br />
#[[Challenge Mobilité 2021 - Makeathon Bordure de rue]] (design des expérimentations)<br />
*<br />
=Ressources & Références=<br />
<br />
==Autres projets liés à la bordure de rue==<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité|Kit minimal pour créer des traces de mobilité]]<br />
*[[Shared streets]]<br />
*[[Sidewalk widths - Sharedstreet|Sidewalk Widths Toronto]]<br />
*[https://aqtr.com/association/evenements/54e-congres-laqtr-transport-4d-diversite-durabilite-developpement-defis/qui-rue-analyse-partage-spatiotemporel-rues-montreal Analyse spatio-temporel de la rue à Montréal]<br />
**Voir présentation lors de la conférence [[Stationnement : Voldemort de la mobilité]]<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g63e444171d_0_256 Uniformisation de certaines données de la Ville pour les intégrer à l’approche des communs technologiques SharedStreets.io]<br />
<br />
==Outils d'analyse et de visualisation des données==<br />
*[[Kepler.gl geospatial analysis tool]]<br />
*[[CurbLR]]<br />
*[https://medium.com/@stevepepple/visualizing-better-transportation-data-tools-e48b8317a21c Visualizing Better Transportation: Data & Tools]<br />
*[[Liste outils datavisualisation]]<br />
<br />
*[[Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports]]<br />
==Articles==<br />
*[https://fabmobqc.ca/2021/10/la-bordure-de-rue-un-nouveau-commun-numerique/ "La bordure de rue, un nouveau commun numérique"] (blogue de La Fabrique des Mobilités, 2021)<br />
*[[Le stationnement parking|"Le stationnement"]] (page wiki)<br />
|Tags=dataviz<br />
|Theme=Open Street Map OSM,Blockchain,Données ouvertes,Traces de mobilité et des données associées,Logiciel Libre,Stationnement<br />
|from=Chaire mobilité - Polytechnique de Montréal, Coop Carbone, Fabrique A, Jalon Mtl, Laboratoire d'innovation urbaine de Montréal (LIUM), Shared street, Ville de Montréal, Centre d’excellence des technologiques ouvertes pour la mobilité<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Améliorer les solutions et développer de nouvelles solutions de mobilités pour tous, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports, Contribuer à l'Open Challenge, Défi des villes intelligentes<br />
|othercommon=Curb map, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté Open Street Map OSM, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées, Communauté des acteurs du Québec, Communauté du Logiciel Libre, Défi des villes intelligentes de Montréal, Logistique urbaine plaza St-Hubert<br />
|chat=https://chat.fabmob.io/channel/open-data<br />
|filesharing=https://github.com/savoirfairelinux/fabmob/tree/main/Curblr<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Makeathon_Bordure_de_rue&diff=51464Challenge Mobilité 2021 - Makeathon Bordure de rue2022-11-09T14:25:17Z<p>Joanasargiacomo : </p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Makeathon Bordure de rue<br />
|Lang=Français<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|description='''<u>Challenge sur les enjeux de la bordure de rue - épisode 3/3</u>'''<br />
<br />
Suite au [[Challenge Mobilité 2021 - Design Jam Bordure de rue|Design Jam]], nous avons formé des équipes d'innovation pour passer du prototypage à l'expérimentation, et ainsi développer des solutions pertinentes autour des pistes envisagées pour chacun des grands enjeux repérés lors du Forum ouvert.<br />
<br />
Les expérimentations ont été pensées et travaillées lors d'un "make-a-thon" et de plusieurs sessions de travail. Des quatre expérimentations envisagées, deux ont été priorisées et seront réalisées d'ici fin juillet 2022.<br />
<br />
Pour les expérimentations en cours, la phase actuelle est soulignée.<br />
<br />
Si ces expérimentations, une fois terminées, donnent lieu à une suite, celle-ci sera reportée dans la [[Bordure de rue#Exp.C3.A9rimentations et initiatives|section "Expérimentations et initiatives" de la page Bordure de rue]].<br />
|Theme=Données ouvertes, Stationnement, Centre Excellence Québec<br />
}}<br />
=Expérimentations réalisées=<br />
Ces deux expérimentations ont été priorisées par La Fabrique des Mobilités Québec et leurs partenaires suite au Challenge. Pour plus d'informations sur la suite de ces initiatives, consulter la [[Bordure de rue#Exp.C3.A9rimentations et initiatives|section "Expérimentations et initiatives" de la page Bordure de rue]].<br />
<br />
==Expérimentation n°1 - Acceptabilité du changement==<br />
'''Hypothèse de départ''' : Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
'''Démarche'''<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler, générer le débat sur Montréal.<br />
<br />
==Expérimentation n°2 - Désirabilité des usages alternatifs==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
Informations recherchées : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ?<br />
<br />
'''Conditions de succès ''': 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3).<br />
<br />
=Expérimentations non-priorisées=<br />
Ces deux expérimentations, designées lors de la dernière phase du Challenge en mobilité innovante et durable n'ont pas pu être priorisées par les partenaires, mais seront potentiellement reprises plus tard ou par d'autres membres de la communauté.<br />
<br />
==Expérimentation n°3 - Calendrier des droits d'usage de la bordure de rue==<br />
'''Hypothèse de départ''' : Si on crée un calendrier des droits d’usage sur des zones de bordure de rue (ex: marché, livraison, stationnement, etc.), nous pensons que cela augmentera la fiabilité de l'information sur ces droits, de la réservation et de la capacité de contrôle de ces droits.<br />
<br />
'''Démarche'''<br />
<br />
*Réaliser un [https://fabriquea.notion.site/Maquette-d-application-Prototype-Clickable-378790783b4141a694bc8e272e6053dd mockup d'application] simulant une application avec un calendrier de réservation d'une place de stationnement<br />
*Réaliser un script d'[https://fabriquea.notion.site/Entrevue-solution-23898c94cea74d178a9cf2c4804dc138 entrevue-solution]<br />
*Mener des [https://www.notion.so/23898c94cea74d178a9cf2c4804dc138 entrevues solutions] pour déterminer quelles sont les variables/fonctionnalités essentielles à la planification d'un trajet et d'un stationnement.<br />
<br />
==Expérimentation n°4 - Impact de la réglementation sur l'usage==<br />
'''Hypothèse de départ ''': Si on enlève les contraintes réglementaires sur la bordure de rue, on va permettre aux potentiels autres milieux preneurs (citoyens de la ruelle, des utilisateurs du covoiturage, de la logistique du dernier km, etc.) de se réapproprier l’espace.<br />
<br />
'''Démarche'''<br />
<br />
*Collecter des images de bordure de rue (comportant plus ou moins de signes visibles liés au stationnement)<br />
*Elaborer un sondage posant systématiquement les questions "A quoi sert cet espace ?" et "Comment le voyez-vous ?"<br />
*Analyser les résultats du sondage</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Makeathon_Bordure_de_rue&diff=51463Challenge Mobilité 2021 - Makeathon Bordure de rue2022-11-09T14:24:20Z<p>Joanasargiacomo : </p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Makeathon Bordure de rue<br />
|Lang=Français<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|description==== Challenge sur les enjeux de la bordure de rue - épisode 3/3 ===<br />
Suite au [[Challenge Mobilité 2021 - Design Jam Bordure de rue|Design Jam]], nous avons formé des équipes d'innovation pour passer du prototypage à l'expérimentation, et ainsi développer des solutions pertinentes autour des pistes envisagées pour chacun des grands enjeux repérés lors du Forum ouvert.<br />
<br />
Les expérimentations ont été pensées et travaillées lors d'un "make-a-thon" et de plusieurs sessions de travail. Des quatre expérimentations envisagées, deux ont été priorisées et seront réalisées d'ici fin juillet 2022.<br />
<br />
Pour les expérimentations en cours, la phase actuelle est soulignée.<br />
<br />
Si ces expérimentations, une fois terminées, donnent lieu à une suite, celle-ci sera reportée dans la [[Bordure de rue#Exp.C3.A9rimentations et initiatives|section "Expérimentations et initiatives" de la page Bordure de rue]].<br />
|Theme=Données ouvertes, Stationnement, Centre Excellence Québec<br />
}}<br />
=Expérimentations réalisées=<br />
Ces deux expérimentations ont été priorisées par La Fabrique des Mobilités Québec et leurs partenaires suite au Challenge. Pour plus d'informations sur la suite de ces initiatives, consulter la [[Bordure de rue#Exp.C3.A9rimentations et initiatives|section "Expérimentations et initiatives" de la page Bordure de rue]].<br />
<br />
==Expérimentation n°1 - Acceptabilité du changement==<br />
'''Hypothèse de départ''' : Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
'''Démarche'''<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler, générer le débat sur Montréal.<br />
<br />
==Expérimentation n°2 - Désirabilité des usages alternatifs==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
Informations recherchées : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ?<br />
<br />
'''Conditions de succès ''': 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3).<br />
<br />
=Expérimentations non-priorisées=<br />
Ces deux expérimentations, designées lors de la dernière phase du Challenge en mobilité innovante et durable n'ont pas pu être priorisées par les partenaires, mais seront potentiellement reprises plus tard ou par d'autres membres de la communauté.<br />
<br />
==Expérimentation n°3 - Calendrier des droits d'usage de la bordure de rue==<br />
'''Hypothèse de départ''' : Si on crée un calendrier des droits d’usage sur des zones de bordure de rue (ex: marché, livraison, stationnement, etc.), nous pensons que cela augmentera la fiabilité de l'information sur ces droits, de la réservation et de la capacité de contrôle de ces droits.<br />
<br />
'''Démarche'''<br />
<br />
*Réaliser un [https://fabriquea.notion.site/Maquette-d-application-Prototype-Clickable-378790783b4141a694bc8e272e6053dd mockup d'application] simulant une application avec un calendrier de réservation d'une place de stationnement<br />
*Réaliser un script d'[https://fabriquea.notion.site/Entrevue-solution-23898c94cea74d178a9cf2c4804dc138 entrevue-solution]<br />
*Mener des [https://www.notion.so/23898c94cea74d178a9cf2c4804dc138 entrevues solutions] pour déterminer quelles sont les variables/fonctionnalités essentielles à la planification d'un trajet et d'un stationnement.<br />
<br />
==Expérimentation n°4 - Impact de la réglementation sur l'usage==<br />
'''Hypothèse de départ ''': Si on enlève les contraintes réglementaires sur la bordure de rue, on va permettre aux potentiels autres milieux preneurs (citoyens de la ruelle, des utilisateurs du covoiturage, de la logistique du dernier km, etc.) de se réapproprier l’espace.<br />
<br />
'''Démarche'''<br />
<br />
*Collecter des images de bordure de rue (comportant plus ou moins de signes visibles liés au stationnement)<br />
*Elaborer un sondage posant systématiquement les questions "A quoi sert cet espace ?" et "Comment le voyez-vous ?"<br />
*Analyser les résultats du sondage</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Makeathon_Bordure_de_rue&diff=51462Challenge Mobilité 2021 - Makeathon Bordure de rue2022-11-09T14:22:21Z<p>Joanasargiacomo : </p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Makeathon Bordure de rue<br />
|Lang=Français<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|Theme=Données ouvertes, Stationnement, Centre Excellence Québec<br />
}}<br />
=Expérimentations réalisées=<br />
Ces deux expérimentations ont été priorisées par La Fabrique des Mobilités Québec et leurs partenaires suite au Challenge. Pour plus d'informations sur la suite de ces initiatives, consulter la [[Bordure de rue#Exp.C3.A9rimentations et initiatives|section "Expérimentations et initiatives" de la page Bordure de rue]].<br />
<br />
==Expérimentation n°1 - Acceptabilité du changement==<br />
'''Hypothèse de départ''' : Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
'''Démarche'''<br />
*Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
*Interpréter les données (proposition d'un modèle d'analyse)<br />
*Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler, générer le débat sur Montréal.<br />
<br />
==Expérimentation n°2 - Désirabilité des usages alternatifs==<br />
'''Hypothèse de départ''' : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
'''Démarche'''<br />
<br />
*Lister les usages possibles de la bordure de rue<br />
*Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
*Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec<br />
*Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
Informations recherchées : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ?<br />
<br />
'''Conditions de succès ''': 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3).<br />
<br />
=Expérimentations non-priorisées=<br />
Ces deux expérimentations, designées lors de la dernière phase du Challenge en mobilité innovante et durable n'ont pas pu être priorisées par les partenaires, mais seront potentiellement reprises plus tard ou par d'autres membres de la communauté.<br />
<br />
==Expérimentation n°3 - Calendrier des droits d'usage de la bordure de rue==<br />
'''Hypothèse de départ''' : Si on crée un calendrier des droits d’usage sur des zones de bordure de rue (ex: marché, livraison, stationnement, etc.), nous pensons que cela augmentera la fiabilité de l'information sur ces droits, de la réservation et de la capacité de contrôle de ces droits.<br />
<br />
'''Démarche'''<br />
<br />
*Réaliser un [https://fabriquea.notion.site/Maquette-d-application-Prototype-Clickable-378790783b4141a694bc8e272e6053dd mockup d'application] simulant une application avec un calendrier de réservation d'une place de stationnement<br />
*Réaliser un script d'[https://fabriquea.notion.site/Entrevue-solution-23898c94cea74d178a9cf2c4804dc138 entrevue-solution]<br />
*Mener des [https://www.notion.so/23898c94cea74d178a9cf2c4804dc138 entrevues solutions] pour déterminer quelles sont les variables/fonctionnalités essentielles à la planification d'un trajet et d'un stationnement.<br />
<br />
==Expérimentation n°4 - Impact de la réglementation sur l'usage==<br />
'''Hypothèse de départ ''': Si on enlève les contraintes réglementaires sur la bordure de rue, on va permettre aux potentiels autres milieux preneurs (citoyens de la ruelle, des utilisateurs du covoiturage, de la logistique du dernier km, etc.) de se réapproprier l’espace.<br />
<br />
'''Démarche'''<br />
<br />
*Collecter des images de bordure de rue (comportant plus ou moins de signes visibles liés au stationnement)<br />
*Elaborer un sondage posant systématiquement les questions "A quoi sert cet espace ?" et "Comment le voyez-vous ?"<br />
*Analyser les résultats du sondage</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=La_Fabrique_des_Mobilit%C3%A9s_Qu%C3%A9bec&diff=51461La Fabrique des Mobilités Québec2022-11-09T14:20:00Z<p>Joanasargiacomo : </p>
<hr />
<div>{{DISPLAYTITLE:Centre d’excellence des technologiques ouvertes pour la mobilité - FABMOB QUÉBEC}}<br />
__NOTOC____NOTOC__<br />
<br />
= <big>La Fabrique des Mobilités Québec</big> =<br />
[[Fichier:FabMob Québec logo web.png|centré|sans_cadre|278x278px]] '''Centre d’excellence en innovation ouverte pour mobiliser les communautés du Québec'''<br />
<br />
'''autour des communs technologiques en innovation ouverte'''<br />
<br />
Rejoignez la Fabrique des Mobilités Québec pour initier des expérimentations !<br />
<br />
== '''Présentation de La Fabrique des Mobilités Québec''' ==<br />
<br />
=== Objectif ===<br />
La F<span align="center"></span>abrique des Mobilités Québec est un centre d’excellence en innovation ouverte sur les enjeux de mobilité. Rassemblant des entrepreneurs, des startups, des acteurs publics mais aussi des citoyens, nous accompagnons le déploiement de solutions en mobilité durable en livrant des ressources méthodologiques et des communs afin de faciliter l’identification par les collectivités de plus-value pour leurs citoyens. Au-delà, nous coachons des équipes innovantes pour renforcer leur culture d’expérimentation et leur développement de produit en agilité pour que la croissance de leur valeur d’affaire soit la plus durable possible.<br />
=== Contexte ===<br />
<br />
Le contexte technologique n'a jamais été meilleur pour l’innovation. Une nouvelle génération d'applications, de services et de suivis abordables ou même gratuits nous aident à augmenter le nombre d’expérimentations et à comprendre ce qui fonctionne pour les autres, à collecter des données sur nous-mêmes. Le centre d’excellence se veut donc le catalyseur de la mise en place et de la valorisation des communs technologiques en innovation ouverte pour l’accélération des entreprises et startups au Québec. Rassemblant des acteurs influents de l’innovation industrielle et des communautés, il constitue par ailleurs le premier relai des communautés de l’Open Lab Mobilité par Michelin à Montréal. Le centre d’excellence est donc un espace qui rassemble les startups, les entreprises, les citoyens et les acteurs publics dans le développement de projets innovants conduits en communs, en direction du marché et vers l’émergence d’une excellence en mobilité intelligente et durable. <br />
=== Fondation et partenaires de La Fabrique des Mobilités Québec ===<br />
La Fabrique des Mobilités Québec fut lancée en avril 2018<ref>[https://www.slideshare.net/FabMob/fabmob-qc-communique-de-presse Lancement de la FabMob Québec]</ref>, fruit du partenariat entre '''Savoir Faire Linux''' <ref>[[Savoir-faire Linux]]</ref>, '''Coop Carbone''' <ref>[[Coop Carbone]]</ref>, '''Fabrique_A''' <ref>http://fabriqueagile.com/</ref> et OuiShare Québec<ref>https://www.facebook.com/OuiShareQC/</ref>. Ce lancement fut permis grâce au soutien du '''Ministère de l'Économie et de l'Innovation''' <ref>https://www.economie.gouv.qc.ca/objectifs/ameliorer/strategie-numerique/?no_cache=1</ref>, de l''''Open Lab Michelin''' <ref>https://www.michelin.com/news/decarboner-les-transports-michelin-sengage/</ref> et de '''La Fabrique des Mobilités France''' <ref>http://lafabriquedesmobilites.fr/qc/</ref>.<br />
<br />
Dans le cadre de sa participation à [[Défi des villes intelligentes de Montréal|Montréal en Commun]], La Fabrique des Mobilités Québec bénéficie également du soutien du '''Laboratoire d’innovation urbaine de Montréal''' <ref>https://laburbain.montreal.ca/</ref>.<gallery><br />
Fichier:Capture d’écran 2022-04-26 094150.jpg|Partenaires de La Fabrique des Mobilités Québec<br />
</gallery><br />
<br />
=== La Fabrique des Mobilités Québec au sein de Montréal en commun ===<br />
La Fabrique des mobilités Québec intervient dans le grand projet "[[Montréal en commun]]" résultant de la victoire de la candidature montréalaise au [[Défi des villes intelligentes (Infrastructure Canada)|Défi des villes intelligentes]] (Infrastructure Canada, 2018-2019). Son rôle est principalement d'accompagner la [[Laboratoire d'innovation urbaine de Montréal (LIUM)|Ville de Montréal]] et les acteurs de la mobilité dans leur capacité à développer un territoire ouvert (données, outils informatiques, ressources, infrastructures…). Elle s'appuie pour cela sur diverses méthodes afin de stimuler l’écosystème d’innovation, plus particulièrement grâce à une approche de diminution du risque sur les nouveaux modèles de mobilité, par une méthodologie d’expérimentation (s’appuyant notamment sur les ressources ouvertes existantes).<br />
<br />
== '''Nous suivre & nous contacter''' ==<br />
Si vous êtes intéressé.e par nos initiatives, nos projets et/ou nos communs, vous pouvez nous suivre sur [https://www.facebook.com/fabmobqc/ Facebook], [https://www.linkedin.com/company/fabmobquebec LinkedIn] et [https://twitter.com/fab_mob Twitter]. Vous pouvez également lire les articles de notre blogue (en [https://fabmobqc.ca/blogue/ français] ou en [https://fabmobqc.ca/en/blog/ anglais]), parcourir notre [https://fabmobqc.ca/ site web], consulter notre [https://drive.google.com/drive/folders/11FX8tjF0OrunMWKDXxI_rGmaxup__sVR dossier public] et notre [https://github.com/savoirfairelinux/fabmob GitHub].<br />
<br />
Pour nous contacter directement, vous pouvez nous écrire à communications@fabmobqc.ca.<br />
<br />
Vous pouvez également vous impliquer directement sur ce wiki ! Si vous êtes un acteur de l'écosystème de la mobilité et des transports au Québec (ou intéressé par le sujet), vous pouvez vous créer un compte wiki, [https://wiki.lafabriquedesmobilites.fr/wiki/Outils_de_fonctionnement_de_la_Fabrique_des_Mobilit%C3%A9s utiliser les outils de la FabMob (wiki, chat, Forum, PAD)], [[Créer une ressource|créer des pages]] (toujours en cochant le thème "Centre Excellence Québec" dans le formulaire pour que vous soyez associés à la communauté<ref>[[Communauté des acteurs du Québec]]</ref>), etc.<br />
<br />
== '''La Fabrique des Mobilités Québec dans ce wiki''' ==<br />
<br />
=== Projets ===<br />
{| class="wikitable sortable mw-collapsible"<br />
|+<br />
!Projet<br />
!Communs produits<br />
!Evénements liés<br />
!Communautés liées<br />
|-<br />
|[[Bordure de rue]]<br />
|[[Carte CurbLR de Montréal]] ; [[Mobiclic]] ;<br />
|[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue|Challenge Mobilité 2021 - Forum ouvert Bordure de rue]] ; [[Challenge Mobilité 2021 - Design Jam Bordure de rue]] ; [[Challenge Mobilité 2021 - Makeathon Bordure de rue]] ; [[Webinaire Montréal en Commun - 26 janvier 2022|Webinaire Montréal en commun - 26 janvier 2022]]<br />
|[[Acteurs valorisation données de bord de rue|Acteurs de la valorisation de la bordure de rue]]<br />
|-<br />
|[[Covoiturage (Québec)|Covoiturage]]<br />
|<br />
|<br />
|[[Covoiturage au Québec]]<br />
|-<br />
|[[Gouvernance des données]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Mobilité intégrée (Québec)|Mobilité intégrée]]<br />
|<br />
|[[Webinaire Montréal en Commun - 26 janvier 2022|Webinaire Montréal en commun - 26 janvier 2022]]<br />
|<br />
|-<br />
|[[Mobilité de Quartier|Mobilité de quartier]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Nos données en mobilité]]<br />
|[[Ma Mobilité]]<br />
|[[Webinaire Montréal en Commun - 26 janvier 2022|Webinaire Montréal en commun - 26 janvier 2022]]<br />
|<br />
|-<br />
|[[Pôle de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Transport à la demande (Québec)|Transport à la demande]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Valorisation du taxi (Québec)|Valorisation du taxi]] <br />
|<br />
|<br />
|<br />
|}<br />
<br />
=== Communs ===<br />
{{#ask:[[Catégorie:Ressource]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?Acteur = Entreprise, Association<br />
|?Utilisateur = Contributeurs<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
|format=broadtable<br />
|link=all<br />
|headers=show<br />
|searchlabel=&hellip; autres résultats<br />
|class=sortable wikitable smwtable<br />
|sep=,&ensp;<br />
| limit=5<br />
}}<br />
<br />
=== Événements ===<br />
{{#ask:<br />
[[Category:Evénement]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?date<br />
|?place<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
| default=aucun :-( à vous de jouer !<br />
| limit=5<br />
}}<br />
<br />
=== Communautés ===<br />
{{#ask:[[Catégorie:Communauté]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?Acteur = Entreprise, Association<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
|format=broadtable<br />
|link=all<br />
|headers=show<br />
|searchlabel=&hellip; autres résultats<br />
|class=sortable wikitable smwtable<br />
|sep=,&ensp;<br />
| limit=5<br />
}}<br />
<br />
=== Acteurs de la mobilité innovante et durable au Québec ===<br />
{{#ask:[[Catégorie:Acteur]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?Utilisateur = Contributeurs<br />
|format=broadtable<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
|link=all<br />
|headers=show<br />
|searchlabel=&hellip; autres résultats<br />
|class=sortable wikitable smwtable<br />
|sep=,&ensp;<br />
|limit=5<br />
}}<br />
<br />
== Références ==<br />
[[Catégorie : Wiki]]<br />
__INDEX__</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Challenge_Mobilit%C3%A9_2021_-_Makeathon_Bordure_de_rue&diff=51460Challenge Mobilité 2021 - Makeathon Bordure de rue2022-11-09T14:18:25Z<p>Joanasargiacomo : Page créée avec « {{event |name=Challenge Mobilité 2021 - Makeathon Bordure de rue |Lang=Français |type=Atelier |Main_Picture=fabmob-calendar.jpg |description=Suite au Design Jam, nou... »</p>
<hr />
<div>{{event<br />
|name=Challenge Mobilité 2021 - Makeathon Bordure de rue<br />
|Lang=Français<br />
|type=Atelier<br />
|Main_Picture=fabmob-calendar.jpg<br />
|description=Suite au Design Jam, nous avons formé des équipes d'innovation pour passer du prototypage à l'expérimentation, et ainsi développer des solutions pertinentes autour des pistes envisagées pour chacun des grands enjeux repérés lors du Forum ouvert.<br />
<br />
Les expérimentations ont été pensées et travaillées lors d'un "make-a-thon" et de plusieurs sessions de travail. Des quatre expérimentations envisagées, deux ont été priorisées et seront réalisées d'ici fin juillet 2022.<br />
<br />
Pour les expérimentations en cours, la phase actuelle est soulignée.<br />
<br />
Si ces expérimentations, une fois terminées, donnent lieu à une suite, celle-ci sera reportée dans la section "Expérimentations et initiatives" de la page [[Bordure de rue]].<br />
|Theme=Données ouvertes, Stationnement, Centre Excellence Québec<br />
}}<br />
= Expérimentations réalisées =<br />
Ces deux expérimentations ont été priorisées par La Fabrique des Mobilités Québec et leurs partenaires suite au Challenge. Pour plus d'informations sur la suite de ces initiatives, consulter la [[Bordure de rue#Exp.C3.A9rimentations et initiatives|section "Expérimentations et initiatives" de la page Bordure de rue]].<br />
<br />
== Expérimentation n°1 - Acceptabilité du changement ==<br />
'''Hypothèse de départ''' : Si on démontre que l'auto n'est pas la seule source de clientèle pour les artères commerciales cela rendra plus acceptable les changements d'usage de la bordure de rue.<br />
<br />
'''Démarche'''<br />
<br />
<br />
<br />
* Identifier les données à recueillir et analyser (et vérifier leur accessibilité)<br />
* Interpréter les données (proposition d'un modèle d'analyse)<br />
* <u>Publication des conclusions issues de cette analyse de données. Celle-ci se concentrera sur les moyens d’accès à la Plaza St-Hubert, plus pour interpeler, générer le débat sur Montréal.</u><br />
<br />
== Expérimentation n°2 - Désirabilité des usages alternatifs ==<br />
Hypothèse de départ : Nous pensons que si les citoyens comprennent que la bordure est un espace public au même titre qu'une place ou un parc l'acceptabilité d'un usage autre que l'usage historique du stationnement sera plus simple.<br />
<br />
Démarche<br />
<br />
* Lister les usages possibles de la bordure de rue<br />
* Elaborer un sondage pour déterminer la désirabilité comparative de ces usages (en y incluant le stationnement voiture traditionnel)<br />
* <u>Diffuser le sondage via une campagne sur les médias sociaux de la Fabrique des Mobilités Québec</u><br />
* Analyser les résultats du sondage pour en tirer des apprentissages<br />
<br />
Informations recherchées : Combien de personnes qualifient la bordure de rue d'espace public ? Combien acceptent de considérer un autre usage que le stationnement ? Quels usages alternatifs sont priorisés ?<br />
<br />
Conditions de succès : 50 % des personnes qui disent que la bordure sert au stationnement (question n°2) sont prêt à y voir d'autres usages (question n°3).<br />
<br />
= Expérimentations non-priorisées =<br />
Ces deux expérimentations, designées lors de la dernière phase du Challenge en mobilité innovante et durable n'ont pas pu être priorisées par les partenaires, mais seront potentiellement reprises plus tard ou par d'autres membres de la communauté.<br />
<br />
== Expérimentation n°3 - Calendrier des droits d'usage de la bordure de rue ==<br />
Hypothèse de départ : Si on crée un calendrier des droits d’usage sur des zones de bordure de rue (ex: marché, livraison, stationnement, etc.), nous pensons que cela augmentera la fiabilité de l'information sur ces droits, de la réservation et de la capacité de contrôle de ces droits.<br />
<br />
Démarche envisagée<br />
<br />
* Réaliser un [https://fabriquea.notion.site/Maquette-d-application-Prototype-Clickable-378790783b4141a694bc8e272e6053dd mockup d'application] simulant une application avec un calendrier de réservation d'une place de stationnement<br />
* Réaliser un script d'[https://fabriquea.notion.site/Entrevue-solution-23898c94cea74d178a9cf2c4804dc138 entrevue-solution]<br />
* Mener des [https://www.notion.so/23898c94cea74d178a9cf2c4804dc138 entrevues solutions] pour déterminer quelles sont les variables/fonctionnalités essentielles à la planification d'un trajet et d'un stationnement.<br />
<br />
== Expérimentation n°4 - Impact de la réglementation sur l'usage ==<br />
Hypothèse de départ : Si on enlève les contraintes réglementaires sur la bordure de rue, on va permettre aux potentiels autres milieux preneurs (citoyens de la ruelle, des utilisateurs du covoiturage, de la logistique du dernier km, etc.) de se réapproprier l’espace.<br />
<br />
Démarche envisagée<br />
<br />
* Collecter des images de bordure de rue (comportant plus ou moins de signes visibles liés au stationnement)<br />
* Elaborer un sondage posant systématiquement les questions "A quoi sert cet espace ?" et "Comment le voyez-vous ?"<br />
* Analyser les résultats du sondage</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=La_Fabrique_des_Mobilit%C3%A9s_Qu%C3%A9bec&diff=51459La Fabrique des Mobilités Québec2022-11-09T14:08:48Z<p>Joanasargiacomo : </p>
<hr />
<div>{{DISPLAYTITLE:Centre d’excellence des technologiques ouvertes pour la mobilité - FABMOB QUÉBEC}}<br />
__NOTOC____NOTOC__<br />
<br />
= <big>La Fabrique des Mobilités Québec</big> =<br />
[[Fichier:FabMob Québec logo web.png|centré|sans_cadre|278x278px]] '''Centre d’excellence en innovation ouverte pour mobiliser les communautés du Québec'''<br />
<br />
'''autour des communs technologiques en innovation ouverte'''<br />
<br />
Rejoignez la Fabrique des Mobilités Québec pour initier des expérimentations !<br />
<br />
== '''Présentation de La Fabrique des Mobilités Québec''' ==<br />
<br />
=== Objectif ===<br />
La F<span align="center"></span>abrique des Mobilités Québec est un centre d’excellence en innovation ouverte sur les enjeux de mobilité. Rassemblant des entrepreneurs, des startups, des acteurs publics mais aussi des citoyens, nous accompagnons le déploiement de solutions en mobilité durable en livrant des ressources méthodologiques et des communs afin de faciliter l’identification par les collectivités de plus-value pour leurs citoyens. Au-delà, nous coachons des équipes innovantes pour renforcer leur culture d’expérimentation et leur développement de produit en agilité pour que la croissance de leur valeur d’affaire soit la plus durable possible.<br />
=== Contexte ===<br />
<br />
Le contexte technologique n'a jamais été meilleur pour l’innovation. Une nouvelle génération d'applications, de services et de suivis abordables ou même gratuits nous aident à augmenter le nombre d’expérimentations et à comprendre ce qui fonctionne pour les autres, à collecter des données sur nous-mêmes. Le centre d’excellence se veut donc le catalyseur de la mise en place et de la valorisation des communs technologiques en innovation ouverte pour l’accélération des entreprises et startups au Québec. Rassemblant des acteurs influents de l’innovation industrielle et des communautés, il constitue par ailleurs le premier relai des communautés de l’Open Lab Mobilité par Michelin à Montréal. Le centre d’excellence est donc un espace qui rassemble les startups, les entreprises, les citoyens et les acteurs publics dans le développement de projets innovants conduits en communs, en direction du marché et vers l’émergence d’une excellence en mobilité intelligente et durable. <br />
=== Fondation et partenaires de La Fabrique des Mobilités Québec ===<br />
La Fabrique des Mobilités Québec fut lancée en avril 2018<ref>[https://www.slideshare.net/FabMob/fabmob-qc-communique-de-presse Lancement de la FabMob Québec]</ref>, fruit du partenariat entre '''Savoir Faire Linux''' <ref>[[Savoir-faire Linux]]</ref>, '''Coop Carbone''' <ref>[[Coop Carbone]]</ref>, '''Fabrique_A''' <ref>http://fabriqueagile.com/</ref> et OuiShare Québec<ref>https://www.facebook.com/OuiShareQC/</ref>. Ce lancement fut permis grâce au soutien du '''Ministère de l'Économie et de l'Innovation''' <ref>https://www.economie.gouv.qc.ca/objectifs/ameliorer/strategie-numerique/?no_cache=1</ref>, de l''''Open Lab Michelin''' <ref>https://www.michelin.com/news/decarboner-les-transports-michelin-sengage/</ref> et de '''La Fabrique des Mobilités France''' <ref>http://lafabriquedesmobilites.fr/qc/</ref>.<br />
<br />
Dans le cadre de sa participation à [[Défi des villes intelligentes de Montréal|Montréal en Commun]], La Fabrique des Mobilités Québec bénéficie également du soutien du '''Laboratoire d’innovation urbaine de Montréal''' <ref>https://laburbain.montreal.ca/</ref>.<gallery><br />
Fichier:Capture d’écran 2022-04-26 094150.jpg|Partenaires de La Fabrique des Mobilités Québec<br />
</gallery><br />
<br />
=== La Fabrique des Mobilités Québec au sein de Montréal en commun ===<br />
La Fabrique des mobilités Québec intervient dans le grand projet "[[Montréal en commun]]" résultant de la victoire de la candidature montréalaise au [[Défi des villes intelligentes (Infrastructure Canada)|Défi des villes intelligentes]] (Infrastructure Canada, 2018-2019). Son rôle est principalement d'accompagner la [[Laboratoire d'innovation urbaine de Montréal (LIUM)|Ville de Montréal]] et les acteurs de la mobilité dans leur capacité à développer un territoire ouvert (données, outils informatiques, ressources, infrastructures…). Elle s'appuie pour cela sur diverses méthodes afin de stimuler l’écosystème d’innovation, plus particulièrement grâce à une approche de diminution du risque sur les nouveaux modèles de mobilité, par une méthodologie d’expérimentation (s’appuyant notamment sur les ressources ouvertes existantes).<br />
<br />
== '''Nous suivre & nous contacter''' ==<br />
Si vous êtes intéressé.e par nos initiatives, nos projets et/ou nos communs, vous pouvez nous suivre sur [https://www.facebook.com/fabmobqc/ Facebook], [https://www.linkedin.com/company/fabmobquebec LinkedIn] et [https://twitter.com/fab_mob Twitter]. Vous pouvez également lire les articles de notre blogue (en [https://fabmobqc.ca/blogue/ français] ou en [https://fabmobqc.ca/en/blog/ anglais]), parcourir notre [https://fabmobqc.ca/ site web], consulter notre [https://drive.google.com/drive/folders/11FX8tjF0OrunMWKDXxI_rGmaxup__sVR dossier public] et notre [https://github.com/savoirfairelinux/fabmob GitHub].<br />
<br />
Pour nous contacter directement, vous pouvez nous écrire à communications@fabmobqc.ca.<br />
<br />
Vous pouvez également vous impliquer directement sur ce wiki ! Si vous êtes un acteur de l'écosystème de la mobilité et des transports au Québec (ou intéressé par le sujet), vous pouvez vous créer un compte wiki, [https://wiki.lafabriquedesmobilites.fr/wiki/Outils_de_fonctionnement_de_la_Fabrique_des_Mobilit%C3%A9s utiliser les outils de la FabMob (wiki, chat, Forum, PAD)], [[Créer une ressource|créer des pages]] (toujours en cochant le thème "Centre Excellence Québec" dans le formulaire pour que vous soyez associés à la communauté<ref>[[Communauté des acteurs du Québec]]</ref>), etc.<br />
<br />
== '''La Fabrique des Mobilités Québec dans ce wiki''' ==<br />
<br />
=== Projets ===<br />
{| class="wikitable sortable mw-collapsible"<br />
|+<br />
!Projet<br />
!Communs produits<br />
!Evénements liés<br />
!Communautés liées<br />
|-<br />
|[[Bordure de rue]]<br />
|[[Carte CurbLR de Montréal]] ; [[Mobiclic]] ;<br />
|[[Challenge Mobilité 2021 - Forum Ouvert Bordure de rue|Challenge Mobilité 2021 - Forum ouvert Bordure de rue]] ; [[Challenge Mobilité 2021 - Design Jam Bordure de rue]] ; [[Webinaire Montréal en Commun - 26 janvier 2022|Webinaire Montréal en commun - 26 janvier 2022]]<br />
|[[Acteurs valorisation données de bord de rue|Acteurs de la valorisation de la bordure de rue]]<br />
|-<br />
|[[Covoiturage (Québec)|Covoiturage]]<br />
|<br />
|<br />
|[[Covoiturage au Québec]]<br />
|-<br />
|[[Gouvernance des données]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Mobilité intégrée (Québec)|Mobilité intégrée]]<br />
|<br />
|[[Webinaire Montréal en Commun - 26 janvier 2022|Webinaire Montréal en commun - 26 janvier 2022]]<br />
|<br />
|-<br />
|[[Mobilité de Quartier|Mobilité de quartier]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Nos données en mobilité]]<br />
|[[Ma Mobilité]]<br />
|[[Webinaire Montréal en Commun - 26 janvier 2022|Webinaire Montréal en commun - 26 janvier 2022]]<br />
|<br />
|-<br />
|[[Pôle de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Transport à la demande (Québec)|Transport à la demande]]<br />
|<br />
|<br />
|<br />
|-<br />
|[[Valorisation du taxi (Québec)|Valorisation du taxi]] <br />
|<br />
|<br />
|<br />
|}<br />
<br />
=== Communs ===<br />
{{#ask:[[Catégorie:Ressource]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?Acteur = Entreprise, Association<br />
|?Utilisateur = Contributeurs<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
|format=broadtable<br />
|link=all<br />
|headers=show<br />
|searchlabel=&hellip; autres résultats<br />
|class=sortable wikitable smwtable<br />
|sep=,&ensp;<br />
| limit=5<br />
}}<br />
<br />
=== Événements ===<br />
{{#ask:<br />
[[Category:Evénement]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?date<br />
|?place<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
| default=aucun :-( à vous de jouer !<br />
| limit=5<br />
}}<br />
<br />
=== Communautés ===<br />
{{#ask:[[Catégorie:Communauté]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?Acteur = Entreprise, Association<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
|format=broadtable<br />
|link=all<br />
|headers=show<br />
|searchlabel=&hellip; autres résultats<br />
|class=sortable wikitable smwtable<br />
|sep=,&ensp;<br />
| limit=5<br />
}}<br />
<br />
=== Acteurs de la mobilité innovante et durable au Québec ===<br />
{{#ask:[[Catégorie:Acteur]]<br />
[[Theme::Centre Excellence Québec]]<br />
|?Utilisateur = Contributeurs<br />
|format=broadtable<br />
|?Creation date<br />
|sort=Creation date<br />
|order=descending<br />
|link=all<br />
|headers=show<br />
|searchlabel=&hellip; autres résultats<br />
|class=sortable wikitable smwtable<br />
|sep=,&ensp;<br />
|limit=5<br />
}}<br />
<br />
== Références ==<br />
[[Catégorie : Wiki]]<br />
__INDEX__</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51291Pôles de données en mobilité2022-10-27T14:48:13Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups, dans une approche (bac à sable).<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
*Construire une vision commune pour le Pôle de données en mobilité.<br />
*Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
*Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Après l'échec de la Plateforme de données en mobilité==<br />
<br />
===Restructurer une vision commune du Pôle de données en mobilité===<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
===Démarche utilisée===<br />
<br />
*Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
*Mise en place d'un processus de travail en partenariat (rencontres régulières)<br />
*Création d'un backlog commun pour le Pôle de données.<br />
**Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
**Identification de "''quick wins''" dans les différents thèmes abordés (bordure de rue, collecte de données, croisement de données, etc.) dans les expérimentations du backlog pour le prioriser.<br />
*Formalisation de la "sortie" de Jalon et officialisation du nouveau roadmap commun pour le Pôle de données.<br />
*Partage de la documentation et entrevues pour recueillir les rétroactions des partenaires et compléter certaines attentes supplémentaires éventuelles.<br />
**Mapping des acteurs à interroger , indicateurs existantes et des attentes du programme<br />
**Etablir des stratégies pour contacter ces acteurs (liste, grille d'entretien ou d'atelier)<br />
**Rédaction d’une grille d’entrevue pour arriver à recueillir et comparer les besoins et attentes des différents acteurs<br />
**Réalisation des entrevues pour aller recueillir la vision des différents partenaires sur “Que devrait être un Pôle de données ? Quelle(s) utilité(s) ?” et comparer avec le travail sur la vision réalisé en amont<br />
*En parallèle des entrevues : sessions de travail pour la mise à jour de la roadmap au fur et à mesure des inspections du backlog<br />
<br />
<br />
'''Prochaines étapes'''<br />
<br />
* Synthétiser les résultats de ces entrevues dans un document récapitulatif et analyse des résultats (août-octobre 2022) - <u>étape en cours</u><br />
* Diffusion des résultats des entrevues<br />
* <br />
<br />
*<br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=P%C3%B4les_de_donn%C3%A9es_en_mobilit%C3%A9&diff=51290Pôles de données en mobilité2022-10-27T14:05:19Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Pôles de données en mobilité: projets de valorisation des données<br />
|Main_Picture=Capture d’écran 2022-04-26 102011.jpg<br />
|description==Objectifs & Opportunités=<br />
<br />
==Un pilier de Montréal en Commun==<br />
Dans le cadre du volet [[Pôles de données en mobilité: gouvernance et valorisation des données|Pôles de données en mobilité]] de [[Montréal en commun]], la Fabrique des mobilités Québec veut accompagner la ville de Montréal dans sa capacité à devenir un territoire ouvert (données, outils informatiques, ressources, infrastructures…) pour stimuler l’écosystème d’innovation et particulièrement les startups, dans une approche (bac à sable).<br />
<br />
L'objectif des parties prenantes au projet est de parvenir à identifier et promouvoir des solutions de mobilité durable (intégrée, diminution auto-solo, mobilité partagée, mobilité de quartier...) en se fondant sur une analyse approfondie des données générées par les solutions de mobilité. Pour y arriver, nous souhaitons, dans le cadre de Montréal en Commun, développer, avec les autres partenaires de MeC, un pôle qui permettrait de qualifier, partager et valoriser des données de mobilité.<br />
<br />
Afin de découvrir et mettre en œuvre ces solutions, Montréal en Commun souhaite permettre aux acteurs de la mobilité d'agir dans une démarche basée sur des évidences d'affaires, issues des données et de leur valorisation, c'est-à-dire toute solution qui permettrait d'augmenter la valeur des données du point de vue organisationnel, technique, social, politique et économique.<br />
<br />
'''Sous-objectifs'''<br />
<br />
* Construire une vision commune pour le Pôle de données en mobilité.<br />
* Répertorier les attentes de l’écosystème vis à vis d’un Pôle de donnée.<br />
* Formaliser un processus de travail et une gouvernance commune. Quels outils, processus et actions faut-il mettre en œuvre pour mener à bien le projet de pôle de données?<br />
<br />
=Attentes et besoins de l'écosystème=<br />
<br />
==Projet initial : pilotes de valorisation des données==<br />
À terme, le Pôle de données en mobilité visait à collecter et standardiser une grande variété de données : sur les déplacements, les inventaires de véhicules, les événements liés à la mobilité ou encore sur les statistiques officielles. Dans le cadre du Défi, les données intégrées devaient permettre de répondre à des besoins spécifiques. Des efforts seraient également mis en œuvre dans la conception même des plateformes.<br />
<br />
Indicateurs de performance : Le Pôle de données en mobilité devait recevoir l’ensemble des données mentionnées dans une section « mesure du rendement », afin de produire les indicateurs de suivi en mobilité. La collecte et l’analyse des données seront automatisées autant que possible, pour raccourcir le cycle entre expérimentation et évolution du rendement.<br />
*Volet "Preuves de trajets et transports partagés" : voir la page [[Covoiturage (Québec)]].<br />
*Volet "Intégration des données des taxis" : voir la page [[Registre du Taxi et transport à la demande]].<br />
*Volet "Analyse des données de mobilité de quartier" : voir la page [[Mobilité de Quartier|Mobilité de quartier]].<br />
*Volet "Analyse et croisement des données liées à la bordure de rue" : voir la page [[Bordure de rue]].<br />
*Volet "Gouvernance des données" : voir la page [[Gouvernance des données]].<br />
<br />
==Après l'échec de la Plateforme de données en mobilité==<br />
<br />
===Restructurer une vision commune du Pôle de données en mobilité===<br />
Un des axes de travail de 2022 a été la définition d’une vision claire et commune pour le Pôle de données en mobilité. Nous avons cherché à en définir la nature, les missions, les objectifs ainsi que les actions à prendre pour lui donner vie. Étant donné la transversalité du Pôle sur les différents projets de Montréal en commun (croisement de données, mise en place d'un MaaS, etc.) ainsi que l’impact sur le travail des partenaires, nous avons ensuite travaillé sur la validation de cette vision.<br />
<br />
Après avoir constitué une roadmap pour le Pôle, et travaillé un backlog afin de conserver notre approche agile et expérimentale, nous sommes allés à la rencontre des partenaires pour discuter avec eux de cette vision du Pôle de données. Au premier semestre, nous avons rencontré à ce sujet l’AMD, le LIUM, Nord Ouvert, le TIESS. La constitution de la liste d’acteurs à interroger ainsi que l’élaboration d’un script d’entrevue ont fait ressortir certains enjeux, notamment celui de trouver la bonne personne chez les partenaires pour répondre à ces questions. L’idée a également été évoquée de sonder les citoyens pour comprendre leur vision et besoins potentiels concernant le Pôle. Ce point est encore en discussion. Ces rencontres ont pour but de recueillir les attentes, besoins et bloquants liés à un Pôle de données.<br />
<br />
Les acteurs rencontrés en priorité constituent le premier cercle d’acteurs susceptibles de contribuer directement à la structuration du pôle. Une gouvernance dédiée devra être mise en place et des rencontres régulières ont été instaurées afin de prendre en compte de nouveaux éléments éventuels. Les idées successivement exprimées ont permis de mettre en place et d’enrichir un backlog d’expérimentation, commun aux partenaires et enrichi régulièrement (cf. section “livrables”). Nous avons également documenté les résultats des entrevues.<br />
<br />
Un des apprentissages liés à ce travail de collecte des besoins a été l’alignement des partenaires sur la vision et la nécessité d’un Pôle de données en mobilité mais des difficultés à partager cette vision.<br />
<br />
Des discussions autour de la vision du Pôle a émergé une réflexion sur le travail d’indicateurs de mobilité durable. Là encore, notre approche nous a mené à cartographier les indicateurs existants et à recueillir les besoins et attentes des partenaires impliqués. Nous nous sommes pour cela inspirés de la démarche du TIESS en matière de gestion de changement.<br />
<br />
La mobilisation de l’écosystème sur le sujet du Pôle de données en mobilité s’est également reflétée dans des événements tout au long du semestre (cf. partie “Mobilisation de l’écosystème” en fin de document).<br />
<br />
=== Démarche utilisée ===<br />
<br />
* Premières rencontres avec les acteurs partenaires pour constituer un roadmap et travailler la vision (établir les objectifs de la "nouvelle vision" du Pôle de données en mobilité).<br />
* Mise en place d'un processus de travail en partenariat (rencontres régulières) et création d'un backlog commun pour le Pôle de données.<br />
* Formalisation du processus pour continuer d'alimenter et documenter le backlog d'expérimentation "Pôle de données" et constitution d'une ébauche de document commun à partager sur la vision.<br />
* Identification de "''quick wins''" dans les différents thèmes abordés dans les expérimentations du backlog pour le prioriser.<br />
* <br />
<br />
=Ressources & Références=<br />
<br />
===Informations et inspirations sur les données sur le wiki===<br />
*[https://insights.sustainability.google/places/ChIJl7TSQk3ex0wRM0QRpZ0sb30 Google environmental insights explorer] (données de Montréal)<br />
*[[Le stationnement parking]]<br />
*[[Études VTC - Ridehailing - taxi|Études VTC -Ridehailing - taxi]]<br />
*[[Les trottinettes en libre service]]<br />
*[[Kit Minimal pour créer gérer partager des traces de Mobilité]]<br />
*[[Itinerum]]<br />
<br />
===Ressources liées aux impacts de la pandémie de Covid-19===<br />
*[[Commerces qui font de la livraison locale a Mtl et au Qc]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Organiser un Atelier non présentiel]]<br />
*[[Cyclistes solidaires pour la securité alimentaire|Cyclistes solidaires pour la sécurité alimentaire]]<br />
<br />
- [[Mobis]] - Projet [[Solutions collectives locales en énergie et mobilité pour rêver et transformer nos milieux de vie|''Nos milieux de vie'']] - [[LocoMotion|Locomotion]] - [[Logistique urbaine plaza St-Hubert]] - [https://pad.fabmob.io/covoit_MTL19 offsite Movin'On 2019]<br />
<br />
*[https://docs.google.com/presentation/d/1M4kxxS4vyJMa6FpWVB9TGQ8QNDRdP7qi5hfMm8FJtxM/edit#slide=id.g5fe9a0deb5_0_11 Cliquez ici pour voir la présentation du projet] ( lors du [[Geo Mtl: Villes intelligentes et transformation numérique des organisations|Meet up GeoMtl]] ) [[Wexpert - Villes intelligentes (Prompt)]] (28 mai 2020) ([https://www.youtube.com/watch?v=LDmnzVfpw5w&t=1267s captation vidéo])<br />
|location=Montréal<br />
|Tags=Open data<br />
|Theme=Données ouvertes,Traces de mobilité et des données associées,Covoiturage quotidien,Autopartage - location courte durée,Logistique urbaine,Stationnement,Collectivité,Centre Excellence Québec<br />
|from=Coop Carbone, Ouishare, Savoir-faire Linux, Centre d’excellence des technologiques ouvertes pour la mobilité, Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|referent=Vdussault<br />
|challenge=Accompagner une collectivité à ouvrir un maximum de ressources et construire un kit d'aide à l'innovation, Augmenter les connaissances partagées en cartographie et usages des véhicules et réseaux de transports<br />
|othercommon=Registre du taxi, CurbLR<br />
|othercommon2=Carte CurbLR de Montréal<br />
|communauté d'intérêt=Communauté des acteurs du Québec, Communauté autour des données ouvertes, Communauté autour des traces de mobilité et des données associées<br />
|chat=https://chat.fabmob.io/channel/0-quebec<br />
|filesharing=https://github.com/savoirfairelinux/fabmob<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Ma_Mobilit%C3%A9&diff=50535Ma Mobilité2022-10-20T21:31:00Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Ressource<br />
|Lang=Français<br />
|shortDescription=Application de collecte de données de mobilité<br />
|Main_Picture=Logo MaMobilite.png<br />
|url=https://fabmobqc.ca/ma-mobilite/<br />
|description==A propos du commun=<br />
<br />
== Description ==<br />
L’application Ma Mobilité me permet de m’informer sur ma mobilité pour avoir une meilleure connaissance de mes déplacements. Dans un second temps, mes données de mobilité serviront la communauté pour la compréhension des nouvelles habitudes de déplacement. <br />
<br />
Pour en savoir plus, consulter la ''landing page'' de [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ Ma Mobilité] sur le site web de La Fabrique des Mobilités Québec. <br />
<br />
==Origine et objectifs==<br />
Ma Mobilité a vu le jour grâce à un partenariat entre acteurs montréalais de l'écosystème de la mobilité durable (dont des chercheurs). Le développement de l'application, qui permettra de mieux comprendre les évolutions des comportements de mobilité des dernières années, a commencé par une analyse technique des standards nécessaires.<br />
<br />
= Apprentissages et validations =<br />
<br />
==Désirabilité de l'outil==<br />
<br />
===Acceptabilité de la collecte de données en mobilité===<br />
Cette première validation de certains standards techniques a permis de lancer une première phase d’expérimentations, notamment une ''[https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ landing page]'' pour recruter des premiers usagers-testeurs, afin d’étudier le fonctionnement et l’utilité d’un tel outil pour de futures études (voire page [[Nos données en mobilité|Nos données ouvertes en mobilité]]).<br />
<br />
Reporter les trois expérimentations réalisées : monter la LP + campagne de promotion FB + sondage (pour la désirabilité des différentes configurations et messages).<br />
<br />
Pour chaque expérimentation, reprendre les trois points essentiels : hypothèse de départ, déroulement du test et mesure de succès, puis résultats et apprentissages.<br />
===Recherches et développement de partenariats===<br />
Une des hypothèses pour le développement de partenariats est d'utiliser Ma Mobilité pour réaliser collecter des données de employés de plusieurs entreprises participantes dans les plans de gestion des déplacements interentreprises.<br />
<br />
Ma Mobilité est actuellement utilisée pour expérimenter dans le cadre de plusieurs partenariats et projets. Cet outil est désormais parmi les éléments essentiels de nos objectifs de développement de partenariats et de mobilisation de l’écosystème en mobilité innovante et durable.<br />
<br />
[[Nos données en mobilité#D.C3.A9veloppement de partenariats autour de l.27initiative|Pour plus de détails sur les partenariats impliquant Ma Mobilité]]<br />
<br />
==Faisabilité de l'outil (apprentissages techniques et développement de l'application)==<br />
<br />
=== Derniers updates de l'application ===<br />
Nous avons travailler sur une nouvelle version de Ma Mobilité (3.0.5), intégrant des fonctionnalités supplémentaires, afin de répondre à des besoins précédemment identifiés.<br />
<br />
==== Améliorations ====<br />
<br />
* Intégration des notifications personnalisables afin de faciliter différentes expérimentations à partir de l'application<br />
* Intégration de l'écran "''status''" dans le profil de l'utilisateur pour s'assurer de la bonne configuration de l'application dans le téléphone.<br />
* Ajout des notifications prévenant l'utilisateur si l'application ne fonctionne pas correctement ou si une des autorisations n'a pas été accordée.<br />
<br />
* Mise en ligne d'[https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ une foire aux questions (FAQ) sur notre site]<br />
* Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
** Cette amélioration était requise dans le cadre du développement de partenariats impliquant les centres de gestion des déplacements (cf. section "Plan de déplacement inter-entreprises") mais aussi l'INRS et Polytechnique Montréal (cf. sous-section "Partenariat avec l'INRS").<br />
* Question de l'hébergement des données : nos serveurs du site web et du questionnaire ont été transféré au Canada chez WHC, car ces serveurs sont certifiés ISO27001<br />
** Cette amélioration a été faite en réaction à des enjeux de certification et de cybersécurité soulevés par certaines entreprises approchées.<br />
<br />
==== Défis et bugs actuels ====<br />
Nos principaux défis actuels concernent encore l'application qui comporte certaines améliorations à envisager, comme par exemple :<br />
<br />
* L'écran du "''status''" ne s'affiche pas correctement (iOS uniquement)<br />
* Les notifications ne sont pas programmables automatiquement (iOS uniquement)<br />
* La "''pipeline'' d'analyse" s'arrête de fonctionner après quelques semaines d'utilisation<br />
* Les données non analysées et le tableau de bord vide pour certains utilisateurs<br />
<br />
===Sources===<br />
Serveur: https://github.com/e-mission/e-mission-server<br />
<br />
Application mobile: https://github.com/e-mission/e-mission-phone<br />
<br />
Essentiellement, l'application doit être lancée sur Android Studio pour être adéquatement testée et modifiée. Par la suite l'application serveur e-mission-server ou e-mission-docker doit être lancée dans un processus distinct pour permettre le bon fonctionnement de l'application mobile.<br />
<br />
Quelques difficultés apparaissent généralement lors de l'installation de l'application, et ci-dessous sont listées les différentes solution pour chaque problème.<br />
<br />
===Installations préalables===<br />
1. Android Studio<br />
https://vitux.com/how-to-install-android-studio-on-ubuntu-20-04/<br />
<br />
Vérifier que les variables ANDROID_HOME et ANDROID_SDK_ROOT sont convenablement configurées (echo $ANDROID_HOME). Vous pouvez les ajouter manuellement: https://stackoverflow.com/questions/29391511/where-is-android-sdk-root-and-how-do-i-set-it#30900424<br />
<br />
2. Gradle<br />
sudo apt install gradle<br />
<br />
3. Cordoba et Ionic<br />
npm install -g ionic cordova<br />
<br />
4. Java jdk 8 <br><br />
https://docs.datastax.com/en/jdk-install/doc/jdk-install/installOpenJdkDeb.html <br><br />
Sélectionner la bonne version:<br />
sudo update-alternatives --config java<br />
<br />
===Installation===<br />
1. Télécharger le projet<br />
git clone https://github.com/savoirfairelinux/e-mission-phone<br />
cd e-mission-phone<br />
<br />
2. (facultatif) Dans le fichier "setup/setup_shared_native.sh", supprimer les occurences de "npx" devant "cordoba".<br />
<br />
3. (facultatif) Dans le fichier "www/json/ConnectionConfig.json", remplacer "connectUrl" pour "http://e-mission.fabmovqc.com".<br />
Il s'agit de l'adresse du serveur de la Fabrique des mobilités. Il est possible de choisir un autre serveur.<br />
<br />
4. Builder le projet pour android<br />
bash setup/setup_android_native.sh<br />
source setup/activate_native.sh<br />
cordova build android<br />
La commande "cordova build android" ne doit surtout pas être oubliée. Si elle est oubliée, le projet semblera fonctionner correctement, mais un hook pre-build n'aura pas été exécuté, ce qui fera en sorte que la synchronisation automatique des données n'aura pas lieu.<br />
<br />
5. Créer une virtual device sur Android Studio et démarrer celle-ci<br />
https://developer.android.com/studio/run/managing-avds<br />
<br />
6. Démarrer le projet<br />
cordova emulate android<br />
<br />
e-mission-phone devrait démarrer après un moment dans la virtual device de l'étape 4. Si vous lisez « PANIC: Missing emulator engine program for 'x86' CPU. », c'est que vous avez oublié de démarrer la virtual device.<br />
<br />
===Problèmes possibles===<br />
1. Il y a une ligne à commenter ou supprimer dans le fichier e-mission-phone/setup/setup_android_native.sh qui empêche l'installation du projet e-mission; mais normalement si vous avez installez Android-Studio en premier, il ne devrait pas y avoir de problème: ligne 23: echo y<br />
<br />
== Viabilité de l'outil ==<br />
Les tests sur la viabilité de l'outil ne sont pas encore en cours car il a pour l'instant une utilisation essentiellement expérimentale.<br />
<br />
Si un modèle d'affaires plus conséquent venait à se développer autour de Ma Mobilité, les apprentissages et validations concernant sa viabilité se documenteront dans cette section.<br />
<br />
=Ressources pour l'utilisation du commun=<br />
<br />
==Questions fréquemment posées==<br />
<br />
===Est-ce que mes données sont entre de bonnes mains ?===<br />
Vos données seront complémentaires aux données existantes pour comprendre les phénomènes de mobilité, elle ne seront en aucun cas utilisées à des fins commerciales ou de publicités ciblées.<br />
<br />
De plus, Ma Mobilité est développée en ''open source'' : toute personne qui le souhaite peut consulter son code [https://github.com/FabmobQC/mamobilite ici].<br />
<br />
===Ai-je le contrôle des informations que je partage ?===<br />
Vos données vous appartiennent! Lors de l’installation de l’application, vous acceptez de partager vos données de déplacement, cependant en plus d’avoir ces données affichées sur l’application, vous pouvez a tout moment obtenir une copie de vos données stockées dans les serveurs, ou demander a supprimer les données vous concernant.<br />
<br />
===La plateforme est-elle sécuritaire ?===<br />
Pour protéger votre vie privée, nous utilisons plusieurs systèmes de sécurité, depuis la conception de l’application ma mobilité jusqu’au stockage des données, en passant par les méthodes d’analyse. Nous voulons que vous vous sentiez en sécurité lorsque vous utilisez Ma Mobilité.<br />
<br />
Vous pouvez en savoir plus en consultant la page de la [https://fabmobqc.ca/ma-mobilite-privacy-policy/ politique de confidentialité].<br />
<br />
===Autres questions===<br />
Retrouvez toutes les questions fréquentes autour de notre application Ma Mobilité sur [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ notre FAQ]. Cette section est en constante évolution. Si vous ne trouvez pas la réponse à votre question ou si vous avez d’autres inquiétudes spécifiques, n’hésitez pas à [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-nous-contacter/ nous contacter].<br />
|Tags=données mobilités, Télétravail, Logiciel libre, apprentissage-mec<br />
|commonscategory=Logiciel, Données<br />
|Theme=Centre Excellence Québec<br />
|from=Coop Carbone, La Fabrique des Mobilités Québec<br />
|cleartext http traffic error<br />
</gallery>=Créer une version release =<br />
== Android ==<br />
1. Incrémenter la valeur de "android-versionCode" dans le fichier "confix.cordovabuild.xml". <br/><br />
2. Exécuter la commande suivante:<br />
bash setup/setup_android_native.sh<br />
3. Dans le menu de Android Studio, choisir Build -> Generate Signed Bundle / APK... <br/><br />
4. Sélectionner "Android App Bundle", puis cliquer sur "Next" <br/><br />
5. Sélectionner un keystore déjà existant. Si vous n'en avez pas, alors en créer un nouveau. Dans cette éventualité, il ne sera toutefois pas possible de mettre à jour la version sur le Play Store. Cliquer sur "Next" <br/><br />
6. Sélectionner "release". Cliquer sur "Finish".<br />
<br />
Le fichier créé se trouvera dans le dossier e-mission-phone/platforms/android/app/release<br />
<br />
== iOS ==<br />
Le déploiement pour iOS doit être effectué sur un Mac avec une interface graphique.<br />
<br />
=== 1. Accéder à un Mac distant (facultatif) ===<br />
Chez Savoir Faire Linux, nous avons accès à un Mac distant à l'adresse "mac-pro.mtl.sfl". Les étapes suivantes montrent comment s'y connecter.<br />
<br />
1. Demander le mot de passe de "mac-pro.mtl.sfl" à quelqu'un. <br/><br />
2. Installer Remmina <br/><br />
3. Démarrer Remmina et cliquer sur le "+" dans le menu, en haut à gauche. <br/><br />
4. Remplir le formulaire de la même façon que dans l'image suivante. <br/><br />
<gallery><br />
Configuration_de_Remmina.png<br />
|Configuration de Remmina<br />
</gallery>=== 2. Démarrer le projet sur Xcode ===<br />
1. Incrémenter la valeur de "ios-CFBundleVersion" dans le fichier "confix.cordovabuild.xml". <br/><br />
2. Exécuter la commande suivante:<br />
bash setup/setup_ios_native.sh<br />
3. Sur un Mac, ouvrir le dossier "e-mission-phone/platforms/ios" avec Xcode. <br/><br />
<br />
=== 3. Créer un certificat ===<br />
Un certificat doit être créé pour la machine utilisée <br/><br />
1. Dans Xcode, sur le menu du haut, cliquer sur Xcode -> Preferences <br/><br />
2. Cliquer sur l'onglet "Accounts", puis sur le "+" en bas à gauche. Se connecter avec le Apple ID du projet. <br/><br />
3. Sélectionner le Apple ID du projet. Cliquer sur "Manage Certificates..." en bas à gauche. <br/><br />
4. Cliquer sur le petit "+" en bas à gauche, puis choisir "Apple Distribution". <br/><br />
5. Done.<br />
<br />
=== 4. Créer un profile ===<br />
1. Sur https://developer.apple.com/, se connecter avec le Apple ID du projet. Sélectionner "Profiles" dans le menu de gauche. <br/><br />
2. Cliquer sur la croix (+) pour ajouter un profile. <br/><br />
3. Sélectionner "App Store". Cliquer sur "Continue". <br/><br />
4. Sélectionner le App ID du projet. Ici "com.fabmobqc.mamobilite". Cliquer sur "Continue". <br/><br />
5. Sélectionner le certificat créé dans la section précédente. Il s'agit de celui dont la date d'expiration est exactement dans un an. Cliquer sur "Continue". <br/><br />
6. Donner un nom quelconque au profil. Cliquer sur "Generate". <br/><br />
<br />
=== 5. Builder le projet ===<br />
Les étapes suivantes se font sur Xcode. <br/><br />
1. Sélectionner l'onglet "Signing & Capabilities". Décocher l'option "Automatically manage signing". <br/><br />
2. Sélectionner l'onglet "Build Settings". Trouver l'option "Development Team" et sélectionner la Team voulue. Voir l'image. <br/><br />
<gallery><br />
Mamobilite config ios build settings.png<br />
</gallery><br />
3. Sélectionner l'onglet "Signing & Capabilities" à nouveau. Dans "Provisioning Profile", sélectionner le profile créé à la section précédente. <br/><br />
4. Cliquer tout en haut de la fenêtre, juste à droite du nom du projet. Sélectionner "Any iOS Device". Voir l'image suivante <br/><br />
<gallery><br />
Mamobilite xcode selec device.png<br />
</gallery><br />
5. Dans le menu complètement en haut de l'écran, sélectionner Product -> Archive. <br/><br />
<br />
=== 6. Déploiement ===<br />
Voir le lien suivant : https://help.dropsource.com/docs/documentation/after-dropsource/publishing-your-app/submitting-an-ios-app-to-the-app-store/<br />
<br />
=== Problèmes possibles ===<br />
==== Icones de bonne taille manquantes ====<br />
<gallery><br />
Fichier:Mamobilite xconfig imagesize error.png<br />
|cleartext http traffic error<br />
</gallery><br />
<br />
Xcode se plaint que des icones de bonne tailles sont manquantes_ En fait, les icones existent bien, mais elles ont curieusement toutes une taille de 1024*1024px_<br />
<br />
Pour régler se problème, premièrement voir la section "Générer les icones de différentes tailles"_ Une fois que les icones de bonnes tailles existent dans le dossier "resources", copier ces images et les déplacer "platforms/ios/Ma Mobilité/Images_xcassets/AppIcon_appiconset", écrasant ainsi celles de mauvaise taille_==== No App Store Connect Account ====<br />
Il se pourrait que l'erreur "No App Store Connect" apparaisse, alors que tout fonctionnait correctement une semaine auparavant. Dans ce cas, il suffit de redémarrer le Mac.<br />
<gallery><br />
Fichier:Xcode NoAppStoreConnectAccount.jpg<br />
|No App Store Connect Account Error<br />
</gallery>== Changer les icones ==<br />
=== Changer le logo ===<br />
Le logo de l'application se trouve à trois endroits différents:<br />
resources/icon.png <br/><br />
resources/splash.png <br/><br />
www/img/intro/splash_screen_logo.png <br/><br />
<br />
=== Générer les icones de différentes tailles ===<br />
Android et iOS ont besoin d'images de différentes tailles pour les icones. Celles-ci se trouvent dans le dossier "resources". Ce dossier contient un fichier README.md avec quelques explications.<br />
<br />
En gros, pour générer les icones pour toutes les plateformes, ils faut exécuter la commande suivante :<br />
ionic cordova resources<br />
<br />
= Gallerie d'images =<br />
<gallery><br />
Capture d’écran de 2021-09-10 00-36-40.png<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Nos_donn%C3%A9es_en_mobilit%C3%A9&diff=50534Nos données en mobilité2022-10-20T21:24:26Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Rendre Montréal plus résilient et durable, grâce à une approche collaborative de collecte de données de déplacements des citoyens, par l’utilisation de solutions technologiques partagées.<br />
|Main_Picture=image wiki nos données en mobilité.jpg<br />
|description==Présentation de l'initiative=<br />
<br />
==Objectifs & Opportunités==<br />
La crise sanitaire a mis en évidence plusieurs vulnérabilités liées à l’accessibilité des données en mobilité. Le manque de données exploitables a retardé la compréhension des dynamiques de déplacements et affecté la réactivité des acteurs économiques à choisir rapidement les bonnes mesures de mitigation. Nous cherchons donc à :<br />
*Mieux comprendre les nouvelles habitudes de déplacement<br />
*Mettre en place une gouvernance des données partagées entre acteurs montréalais<br />
<br />
*Disposer d’un outils de récolte de données en temps réel<br />
*Mettre en place une approche méthodologique pour atteindre les populations en situation de vulnérabilité<br />
<br />
==Montréal en commun et "Nos données en mobilité"==<br />
Projet réalisé par la Coop Carbone en collaboration avec La [[Centre d’excellence des technologiques ouvertes pour la mobilité|Fabrique des Mobilités Québec]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]] de [[Montréal en commun]].<br />
<br />
Ce projet est rendu possible grâce au financement du [https://www.mamh.gouv.qc.ca/secretariat-a-la-region-metropolitaine/aide-financiere/fonds-dinitiative-et-de-rayonnement-de-la-metropole/ Fonds d'initiative et de rayonnement de la métropole] et de [[Montréal en commun]].<br />
<br />
Au sein de Montréal en commun, le projet se décline sur plusieurs axes :<br />
<br />
*Développement de l'application Ma Mobilité comme outil de collecte de données de déplacement<br />
*Animation d'une communauté autour d’un outil de collecte ''open source''<br />
<br />
=Expérimentations et initiatives=<br />
'''Pour en savoir plus sur le commun Ma Mobilité ainsi que sa démarche de développement, [[Ma Mobilité|consulter la page dédiée à l'application]]'''.<br />
<br />
==Etude de l'impact du télétravail sur les mobilités==<br />
<br />
===Description et objectifs===<br />
L'objectif de cette initiative est de connaître l'impact du télétravail sur la mobilité à travers des données de télétravailleurs et autres pour comparer les déplacements sur une semaine.<br />
*Augmenter les bassins de testeurs<br />
*Améliorer la connaissance personnelle sur la mobilité des individus<br />
*Collecter les données manquantes pour expliquer certains enjeux comme le télétravail (les angles morts des données en mobilité)<br />
<br />
<br />
'''Hypothèse de travail'''<br />
<br />
Nous pensons que le télétravail imposé pendant la pandémie a changé les habitudes de mobilité des populations et que ces modifications peuvent nous aider à adapter l'offre de mobilité afin de contribuer à une réduction de l'utilisation individuelle de la voiture.<br />
===Travail d'amélioration de Ma Mobilité===<br />
Nous avons travailler sur une nouvelle version de Ma Mobilité (3.0.5), intégrant des fonctionnalités supplémentaires, afin de répondre à des besoins précédemment identifiés :<br />
<br />
*Intégration des notifications personnalisables afin de faciliter différentes expérimentations à partir de l'application<br />
*Intégration de l'écran "''status''" dans le profil de l'utilisateur pour s'assurer de la bonne configuration de l'application dans le téléphone.<br />
*Ajout des notifications prévenant l'utilisateur si l'application ne fonctionne pas correctement ou si une des autorisations n'a pas été accordée.<br />
<br />
*Mise en ligne d'[https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ une foire aux questions (FAQ) sur notre site]<br />
*Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
**Cette amélioration était requise dans le cadre du développement de partenariats impliquant les centres de gestion des déplacements (cf. section "Plan de déplacement inter-entreprises") mais aussi l'INRS et Polytechnique Montréal (cf. sous-section "Partenariat avec l'INRS").<br />
<br />
===Développement de partenariats autour de l'initiative===<br />
<br />
====Partenariat avec l'INRS et Polytechnique Montréal====<br />
'''Description et objectifs'''<br />
<br />
Ce partenariat vise à utiliser [[Ma Mobilité]] pour le projet "Empreinte carbone du télétravail" porté par l'INRS en collaboration avec Polytechnique Montréal et les CGD métropolitains. L'idée c'est d'en apprendre sur l'empreinte carbone liée au télétravail non seulement du point de vue des déplacements (mobilité) mais aussi du point de vue de la consommation énergétique.<br />
<br />
L'approche envisagée pour collecter de la donnée est basée sur un questionnaire détaillé. Pour en apprendre plus, quelques répondants au questionnaire utiliseront en plus l'application [[Ma Mobilité]] pendant une semaine. La finalité c'est de pouvoir comparer les résultats des deux approches, et donner une valeur scientifique à l'utilisation d'une application de collecte de données de déplacement (traceur).<br />
<br />
'''Développement du projet'''<br />
<br />
Nous avons commencé par rentrer en contact avec Loto Québec afin de lui présenter le projet de tests des applications. Nous en avons conclu un plan de collaboration afin de mieux designer les expérimentations.<br />
<br />
Nous avons également dû travailler un plan de communication qui serait diffusé au sein de l'entreprise. Enfin, il fut nécessaire de rencontrer les responsables TI pour présenter le fonctionnement de l'application et dérisquer la mise en utilisation par les employé.e.s.<br />
<br />
'''Défis et apprentissages'''<br />
<br />
Tout comme pour le Plan de déplacement inter-entreprises, nos discussions avec l'INRS et Polytechnique ont contribué à améliorer notre commun [[Ma Mobilité]] (notamment les CGU et la politique de confidentialité ainsi que des modifications spécifiques pour le questionnaire afin de pouvoir identifier les participants a ce projet).<br />
<br />
Ces rencontres ont permis de faire remonter une nécessité de garanties (notamment en cybersécurité) concernant [[Ma Mobilité]]. En effet, les chargés des TI ont établi un rapport et insisté sur la nécessité de faire des tests d'intrusion sur les serveurs de la Fabrique des Mobilités Québec et de la Coop Carbone afin de s'assurer que ceux-ci répondaient aux exigences de sécurité auxquelles une organisation comme Loto Québec doit se conformer (certifications SOC 2 ou ISO 27001). Un exemple de bloquant : le fait que tous les serveurs où sont hébergées les données de Ma Mobilité n'étaient pas au Canada (notamment les données du questionnaire car l'hébergeur n'est pas au Canada). En revanche, pour les données de traçage, nous utilisons ''Digital Ocean'', qui est certifié.<br />
<br />
La "réticence" de Loto Québec, en particulier sur les contraintes de cybersécurité (ici risque hypothétique d'une fuite de données de ses employé.e.s), s'explique également par le fait qu'elle est la première entreprise que nous avions approchée dans le cadre d'un partenariat de cette ampleur. La première phase de l'expérimentation devait se dérouler en mai 2022. Notre apprentissage a donc été de prendre en considération l'évaluation des risques liés à l'importance (taille, visibilité, chiffre d'affaires) d'une organisation partenaires. En effet, plus celle-ci est en vue (comme Loto Québec), plus l'aversion au risque (inhérent aux expérimentations) sera grande.<br />
<br />
Nous avons ainsi pris la décision de transférés nos serveurs du site web et du questionnaire chez WHC (sur des serveurs au Canada) car ces serveurs sont certifiés ISO27001.<br />
<br />
'''Prochaines étapes'''<br />
<br />
Nous travaillons avec les équipes de l'INRS sur deux volets. Premièrement, sur le questionnaire de l'application et le questionnaire mis en place pour le projet afin de pouvoir croiser les profils des répondants et pouvoir comparer les résultats. Ensuite, pour y encourager l'utilisation de l'application parmi leurs employé.e.s afin de comprendre les bloquants et les mesures qu'il faudrait mettre en place pour aller de l'avant dans ce projet.<br />
<br />
====Partenariat avec les CGD====<br />
Au-delà du travail sur l'application de collecte des données en mobilité, La Fabrique des Mobilités Québec vise à s'impliquer dans l'écosystème de traitement et d'analyse de ces données. En ce sens, nous avons développé un partenariat avec les Centres de gestion des déplacement (CGD) pour recruter des utilisateurs potentiels de Ma Mobilité parmi les employés d'entreprises participantes.<br />
<br />
====Partenariat avec EXO====<br />
Ce partenariat a été initié avec la [[Coop Carbone]] puis étendu à [[La Fabrique des Mobilités Québec]] (dont la Coop fait partie). Son objectif consiste à partager des apprentissages liés à l'utilisation du traceur. En effet, EXO travaille de son côté sur une application de traçage avec Polytechnique Montréal.<br />
<br />
===Actualités et suites du projet===<br />
<br />
====Défis actuels et apprentissages====<br />
Nos principaux défis actuels concernent encore l'application qui comporte certaines améliorations à envisager, comme par exemple :<br />
*L'écran du "''status''" ne s'affiche pas correctement (iOS uniquement)<br />
*Les notifications ne sont pas programmables automatiquement (iOS uniquement)<br />
*La "''pipeline'' d'analyse" s'arrête de fonctionner après quelques semaines d'utilisation<br />
*Les données non analysées et le tableau de bord vide pour certains utilisateurs<br />
<br />
====Prochaines étapes====<br />
Nous travaillons actuellement à régler certains de ces problèmes techniques. [https://www.linkedin.com/company/fabmobquebec/ Suivez-nous] pour savoir quand sortiront les prochains updates !<br />
<br />
==Plan de déplacement inter-entreprises (avec les CGD)==<br />
<br />
===Description et objectifs===<br />
Au-delà du travail sur l'application de collecte des données en mobilité, La Fabrique des Mobilités Québec vise à s'impliquer dans l'écosystème de traitement et d'analyse de ces données. En ce sens, nous avons développé un partenariat avec les Centres de gestion des déplacement (CGD) et l'Institut national de la recherche scientifique (INRS) pour recruter des utilisateurs potentiels de [[Ma Mobilité]] parmi les employé.e.s de plusieurs entreprises participantes, dans le cadre du "Plan de déplacement inter-entreprises".<br />
<br />
La Fabrique des Mobilités Québec a également pu signer une entente avec l'organisme Voyagez futé.<br />
<br />
===Développement du projet===<br />
<br />
====Impact sur le développement de Ma Mobilité====<br />
La signature de cette entente a eu pour effet de générer des demandes de modification sur l'application afin de pouvoir l'utiliser dans le cadre des expérimentations de collecte de données en mobilité auprès des employé.e.s des entreprises participantes.<br />
<br />
'''Modifications apportées dans le cadre de l'entente'''<br />
<br />
*Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
*Modification du questionnaire de l'application, pour s'aligner avec les besoins des CGD<br />
*Mise en place de la [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ foire aux questions] sur notre site web pour les potentiels participants<br />
<br />
====Préparation et collecte des données====<br />
La première étape (au-delà du travail d'amélioration de [[Ma Mobilité]]) a été de préparer la campagne de communication auprès des entreprises afin d'inciter leurs employé.e.s à participer à cette expérimentation. Pour l'instant, plusieurs entreprises sollicitées ont répondu favorablement à la diffusion.<br />
<br />
===Actualités et suites du projet===<br />
<br />
====Défis actuels et apprentissages====<br />
Notre principal défi se situe aujourd'hui sur le potentiel d'attirer des employé.e.s intéressé.e.s par cette expérimentation. En effet, la traction immédiate (au lancement) a été plus faible qu'anticipée. Une des raisons que nous avons identifiée est que notre application n'offre pas un gain matériel direct aux participant.e.s. Ces derniers ne voient donc pas d'intérêt direct à s'inscrire et participer à la collecte de données.<br />
<br />
Ayant déjà testé, à l'aide d'une campagne de sondages et de tests en cercles plus restreints, nous connaissions une partie du "frein de désirabilité" d'une partie des gens à "se faire tracer", malgré la garantie d'une application respectueuse de la protection des données et dont le code est en ''open source''. Nous travaillons donc également à rendre Ma Mobilité plus désirable auprès des employé.e.s et des entreprises.<br />
<br />
Une autre apprentissage a été l'effort à maintenir pour les suivis auprès des CGD, des entreprises et des participants car nous avions anticipé un engagement communicationnel plus soutenu de nos partenaires sur le projet. Nous allons donc reprendre ce points afin d'approfondir nos connaissances sur leurs bloquants, leurs enjeux, notamment dans la communication interne de l'expérimentation.<br />
<br />
====Prochaines étapes====<br />
<br />
*Retour sur cette première itération avec les partenaires et entreprises participantes pour éclaircir les bloquants et ainsi identifier les prochains points d'amélioration.<br />
*Améliorer notre pitch de Ma Mobilité afin de la rendre désirable aux yeux des participants (faire ressortir les bénéfices)<br />
*Commencer à préparer une seconde itération issue des apprentissages préalablement collectés<br />
<br />
==Partenariat avec EXO (partage d'apprentissages)==<br />
<br />
===Description et objectifs===<br />
Ce partenariat a été initié avec la [[Coop Carbone]] puis étendu à [[La Fabrique des Mobilités Québec]] (dont la Coop fait partie). Son objectif consiste à partager des apprentissages liés à l'utilisation du traceur. En effet, EXO travaille de son côté sur une application de traçage avec Polytechnique Montréal.<br />
<br />
===Développement du projet===<br />
Dans un premier temps de préparation de Ma Mobilité, La Fabrique des Mobilités Québec avait travaillé un sondage portant sur l'intérêt à utiliser une application de traçage et collecte de données en mobilité. Dans le cadre du partenariat avec EXO, nous avons partagé les apprentissages (résultats du sondage et analyse) issus de cette première expérimentation. Nous voulions ainsi croiser ces informations avec les apprentissages recueillis par EXO avec leur application, afin de consolider nos évidences terrain.<br />
<br />
Nous travaillons également avec eux sur un état des lieux de la mobilité des personnes en situation de pauvreté, qui est un autre volet d'utilisation envisagé pour ce projet de collecte de données en mobilité.<br />
<br />
<div><br />
====Prochaine.s étape.s====<br />
<br />
*Poursuivre l'idée d'utiliser Ma Mobilité par Exo et l'adapter à leurs besoins pour une collecte de données sur une itération (voire éventuellement plusieurs).<br />
</div><br />
<br />
=Ressources utiles et références=<br />
<br />
==Communs liés au projet==<br />
<br />
*[[Ma Mobilité|Ma Mobilité (application)]]<br />
*[[Kit Minimal pour créer gérer et partager des traces de Mobilité]]<br />
<br />
==Articles et rapports sur le sujet==<br />
*[[Création d'outils de conversion de traces de trajets GPS]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Statistiques sur la mobilité des québécois]]<br />
|url=https://fabmobqc.ca/nos-donnees-en-mobilite/<br />
|Theme=Vélo et Mobilités Actives,Accessibilité dans les transports,Données ouvertes,Traces de mobilité et des données associées,Conseillers en mobilité,Logiciel Libre,Centre Excellence Québec<br />
|from=La Fabrique des Mobilités Québec (acteur), Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|to=Exo, ATD, SAQ, Greenplay, CRIEM<br />
|othercommon=E-mission GPS tracker Berkeley, Herdr, Itinerum, Kit Minimal pour créer gérer et partager des traces de Mobilité, Statistiques sur la mobilité des québécois<br />
|chat=https://chat.fabmob.io/channel/traces_mobilite<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Nos_donn%C3%A9es_en_mobilit%C3%A9&diff=50531Nos données en mobilité2022-10-20T21:17:24Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Rendre Montréal plus résilient et durable, grâce à une approche collaborative de collecte de données de déplacements des citoyens, par l’utilisation de solutions technologiques partagées.<br />
|Main_Picture=image wiki nos données en mobilité.jpg<br />
|description==Présentation de l'initiative=<br />
<br />
==Objectifs & Opportunités==<br />
La crise sanitaire a mis en évidence plusieurs vulnérabilités liées à l’accessibilité des données en mobilité. Le manque de données exploitables a retardé la compréhension des dynamiques de déplacements et affecté la réactivité des acteurs économiques à choisir rapidement les bonnes mesures de mitigation. Nous cherchons donc à :<br />
*Mieux comprendre les nouvelles habitudes de déplacement<br />
*Mettre en place une gouvernance des données partagées entre acteurs montréalais<br />
<br />
*Disposer d’un outils de récolte de données en temps réel<br />
*Mettre en place une approche méthodologique pour atteindre les populations en situation de vulnérabilité<br />
<br />
==Montréal en commun et "Nos données en mobilité"==<br />
Projet réalisé par la Coop Carbone en collaboration avec La [[Centre d’excellence des technologiques ouvertes pour la mobilité|Fabrique des Mobilités Québec]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]] de [[Montréal en commun]].<br />
<br />
Ce projet est rendu possible grâce au financement du [https://www.mamh.gouv.qc.ca/secretariat-a-la-region-metropolitaine/aide-financiere/fonds-dinitiative-et-de-rayonnement-de-la-metropole/ Fonds d'initiative et de rayonnement de la métropole] et de [[Montréal en commun]].<br />
<br />
Au sein de Montréal en commun, le projet se décline sur plusieurs axes :<br />
<br />
*Développement de l'application Ma Mobilité comme outil de collecte de données de déplacement<br />
*Animation d'une communauté autour d’un outil de collecte ''open source''<br />
<br />
=Expérimentations et initiatives=<br />
'''Pour en savoir plus sur le commun Ma Mobilité ainsi que sa démarche de développement, [[Ma Mobilité|consulter la page dédiée à l'application]]'''.<br />
<br />
==Etude de l'impact du télétravail sur les mobilités==<br />
<br />
===Description et objectifs===<br />
L'objectif de cette initiative est de connaître l'impact du télétravail sur la mobilité à travers des données de télétravailleurs et autres pour comparer les déplacements sur une semaine.<br />
*Augmenter les bassins de testeurs<br />
*Améliorer la connaissance personnelle sur la mobilité des individus<br />
*Collecter les données manquantes pour expliquer certains enjeux comme le télétravail (les angles morts des données en mobilité)<br />
<br />
<br />
'''Hypothèse de travail'''<br />
<br />
Nous pensons que le télétravail imposé pendant la pandémie a changé les habitudes de mobilité des populations et que ces modifications peuvent nous aider à adapter l'offre de mobilité afin de contribuer à une réduction de l'utilisation individuelle de la voiture.<br />
===Travail d'amélioration de Ma Mobilité===<br />
Nous avons travailler sur une nouvelle version de Ma Mobilité (3.0.5), intégrant des fonctionnalités supplémentaires, afin de répondre à des besoins précédemment identifiés :<br />
<br />
*Intégration des notifications personnalisables afin de faciliter différentes expérimentations à partir de l'application<br />
*Intégration de l'écran "''status''" dans le profil de l'utilisateur pour s'assurer de la bonne configuration de l'application dans le téléphone.<br />
*Ajout des notifications prévenant l'utilisateur si l'application ne fonctionne pas correctement ou si une des autorisations n'a pas été accordée.<br />
<br />
*Mise en ligne d'[https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ une foire aux questions (FAQ) sur notre site]<br />
*Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
**Cette amélioration était requise dans le cadre du développement de partenariats impliquant les centres de gestion des déplacements (cf. section "Plan de déplacement inter-entreprises") mais aussi l'INRS et Polytechnique Montréal (cf. sous-section "Partenariat avec l'INRS").<br />
<br />
===Développement de partenariats autour de l'initiative===<br />
<br />
====Partenariat avec l'INRS et Polytechnique Montréal====<br />
'''Description et objectifs'''<br />
<br />
Ce partenariat vise à utiliser [[Ma Mobilité]] pour le projet "Empreinte carbone du télétravail" porté par l'INRS en collaboration avec Polytechnique Montréal et les CGD métropolitains. L'idée c'est d'en apprendre sur l'empreinte carbone liée au télétravail non seulement du point de vue des déplacements (mobilité) mais aussi du point de vue de la consommation énergétique.<br />
<br />
L'approche envisagée pour collecter de la donnée est basée sur un questionnaire détaillé. Pour en apprendre plus, quelques répondants au questionnaire utiliseront en plus l'application [[Ma Mobilité]] pendant une semaine. La finalité c'est de pouvoir comparer les résultats des deux approches, et donner une valeur scientifique à l'utilisation d'une application de collecte de données de déplacement (traceur).<br />
<br />
'''Développement du projet'''<br />
<br />
Nous avons commencé par rentrer en contact avec Loto Québec afin de lui présenter le projet de tests des application. Nous en avons conclu un plan de collaboration afin de mieux designer les expérimentations.<br />
<br />
Nous avons également dû travailler un plan de communication qui serait diffusé au sein de l'entreprise. Enfin, il fut nécessaire de rencontrer les responsables TI pour présenter le fonctionnement de l'application et dérisquer la mise en utilisation par les employé.e.s.<br />
<br />
'''Défis et apprentissages'''<br />
<br />
Tout comme pour le Plan de déplacement inter-entreprises, nos discussions avec l'INRS et Polytechnique ont contribué à améliorer notre commun [[Ma Mobilité]] (notamment les CGU et la politique de confidentialité ainsi que des modifications spécifiques pour le questionnaire afin de pouvoir identifier les participants a ce projet).<br />
<br />
Ces rencontres ont permis de faire remonter une nécessité de garanties (notamment en cybersécurité) concernant [[Ma Mobilité]]. En effet, les chargés des TI ont établi un rapport et insisté sur la nécessité de faire des tests d'intrusion sur les serveurs de la Fabrique des Mobilités Québec et de la Coop Carbone afin de s'assurer que ceux-ci répondaient aux exigences de sécurité auxquelles une organisation comme Loto Québec doit se conformer (certifications SOC 2 ou ISO 27001). Un exemple de bloquant : le fait que tous les serveurs où sont hébergées les données de Ma Mobilité n'étaient pas au Canada (notamment les données du questionnaire car l'hébergeur n'est pas au Canada). En revanche, pour les données de traçage, nous utilisons ''Digital Ocean'', qui est certifié.<br />
<br />
La "réticence" de Loto Québec, en particulier sur les contraintes de cybersécurité (ici risque hypothétique d'une fuite de données de ses employé.e.s), s'explique également par le fait qu'elle est la première entreprise que nous avions approchée dans le cadre d'un partenariat de cette ampleur. La première phase de l'expérimentation devait se dérouler en mai 2022. Notre apprentissage a donc été de prendre en considération l'évaluation des risques liés à l'importance (taille, visibilité, chiffre d'affaires) d'une organisation partenaires. En effet, plus celle-ci est en vue (comme Loto Québec), plus l'aversion au risque (inhérent aux expérimentations) sera grande.<br />
<br />
'''Prochaines étapes'''<br />
<br />
Nous continuons de travailler sur les contraintes technologiques et organisationnelles, notamment en cherchant à organiser une rencontre entre TI de FabMob et TI de Loto Québec pour trouver comment collaborer dans cette expérimentation.<br />
<br />
Nous travaillons également avec les équipes de l'INRS sur deux volets. Premièrement, sur le questionnaire de l'application et le questionnaire mis en place pour le projet afin de pouvoir croiser les profils des répondants et pouvoir comparer les résultats. Ensuite, pour y encourager l'utilisation de l'application parmi leurs employé.e.s afin de comprendre les bloquants et les mesures qu'il faudrait mettre en place pour aller de l'avant dans ce projet.<br />
<br />
====Partenariat avec les CGD====<br />
Au-delà du travail sur l'application de collecte des données en mobilité, La Fabrique des Mobilités Québec vise à s'impliquer dans l'écosystème de traitement et d'analyse de ces données. En ce sens, nous avons développé un partenariat avec les Centres de gestion des déplacement (CGD) pour recruter des utilisateurs potentiels de Ma Mobilité parmi les employés d'entreprises participantes.<br />
<br />
====Partenariat avec EXO====<br />
Ce partenariat a été initié avec la [[Coop Carbone]] puis étendu à [[La Fabrique des Mobilités Québec]] (dont la Coop fait partie). Son objectif consiste à partager des apprentissages liés à l'utilisation du traceur. En effet, EXO travaille de son côté sur une application de traçage avec Polytechnique Montréal.<br />
<br />
===Actualités et suites du projet===<br />
<br />
====Défis actuels et apprentissages====<br />
Nos principaux défis actuels concernent encore l'application qui comporte certaines améliorations à envisager, comme par exemple :<br />
*L'écran du "''status''" ne s'affiche pas correctement (iOS uniquement)<br />
*Les notifications ne sont pas programmables automatiquement (iOS uniquement)<br />
*La "''pipeline'' d'analyse" s'arrête de fonctionner après quelques semaines d'utilisation<br />
*Les données non analysées et le tableau de bord vide pour certains utilisateurs<br />
<br />
====Prochaines étapes====<br />
Nous travaillons actuellement à régler certains de ces problèmes techniques. [https://www.linkedin.com/company/fabmobquebec/ Suivez-nous] pour savoir quand sortiront les prochains updates !<br />
<br />
==Plan de déplacement inter-entreprises (avec les CGD)==<br />
<br />
===Description et objectifs===<br />
Au-delà du travail sur l'application de collecte des données en mobilité, La Fabrique des Mobilités Québec vise à s'impliquer dans l'écosystème de traitement et d'analyse de ces données. En ce sens, nous avons développé un partenariat avec les Centres de gestion des déplacement (CGD) et l'Institut national de la recherche scientifique (INRS) pour recruter des utilisateurs potentiels de [[Ma Mobilité]] parmi les employé.e.s de plusieurs entreprises participantes, dans le cadre du "Plan de déplacement inter-entreprises".<br />
<br />
La Fabrique des Mobilités Québec a également pu signer une entente avec l'organisme Voyagez futé.<br />
<br />
===Développement du projet===<br />
<br />
====Impact sur le développement de Ma Mobilité====<br />
La signature de cette entente a eu pour effet de générer des demandes de modification sur l'application afin de pouvoir l'utiliser dans le cadre des expérimentations de collecte de données en mobilité auprès des employé.e.s des entreprises participantes.<br />
<br />
'''Modifications apportées dans le cadre de l'entente'''<br />
<br />
*Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
*Modification du questionnaire de l'application, pour s'aligner avec les besoins des CGD<br />
*Mise en place de la [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ foire aux questions] sur notre site web pour les potentiels participants<br />
<br />
====Préparation et collecte des données====<br />
La première étape (au-delà du travail d'amélioration de [[Ma Mobilité]]) a été de préparer la campagne de communication auprès des entreprises afin d'inciter leurs employé.e.s à participer à cette expérimentation. Pour l'instant, plusieurs entreprises sollicitées ont répondu favorablement à la diffusion.<br />
<br />
===Actualités et suites du projet===<br />
<br />
====Défis actuels et apprentissages====<br />
Notre principal défi se situe aujourd'hui sur le potentiel d'attirer des employé.e.s intéressé.e.s par cette expérimentation. En effet, la traction immédiate (au lancement) a été plus faible qu'anticipée. Une des raisons que nous avons identifiée est que notre application n'offre pas un gain matériel direct aux participant.e.s. Ces derniers ne voient donc pas d'intérêt direct à s'inscrire et participer à la collecte de données.<br />
<br />
Ayant déjà testé, à l'aide d'une campagne de sondages et de tests en cercles plus restreints, nous connaissions une partie du "frein de désirabilité" d'une partie des gens à "se faire tracer", malgré la garantie d'une application respectueuse de la protection des données et dont le code est en ''open source''. Nous travaillons donc également à rendre Ma Mobilité plus désirable auprès des employé.e.s et des entreprises.<br />
<br />
Une autre apprentissage a été l'effort à maintenir pour les suivis auprès des CGD, des entreprises et des participants car nous avions anticipé un engagement communicationnel plus soutenu de nos partenaires sur le projet. Nous allons donc reprendre ce points afin d'approfondir nos connaissances sur leurs bloquants, leurs enjeux, notamment dans la communication interne de l'expérimentation.<br />
<br />
====Prochaines étapes====<br />
<br />
*Retour sur cette première itération avec les partenaires et entreprises participantes pour éclaircir les bloquants et ainsi identifier les prochains points d'amélioration.<br />
*Améliorer notre pitch de Ma Mobilité afin de la rendre désirable aux yeux des participants (faire ressortir les bénéfices)<br />
*Commencer à préparer une seconde itération issue des apprentissages préalablement collectés<br />
<br />
==Partenariat avec EXO (partage d'apprentissages)==<br />
<br />
===Description et objectifs===<br />
Ce partenariat a été initié avec la [[Coop Carbone]] puis étendu à [[La Fabrique des Mobilités Québec]] (dont la Coop fait partie). Son objectif consiste à partager des apprentissages liés à l'utilisation du traceur. En effet, EXO travaille de son côté sur une application de traçage avec Polytechnique Montréal.<br />
<br />
===Développement du projet===<br />
Dans un premier temps de préparation de Ma Mobilité, La Fabrique des Mobilités Québec avait travaillé un sondage portant sur l'intérêt à utiliser une application de traçage et collecte de données en mobilité. Dans le cadre du partenariat avec EXO, nous avons partagé les apprentissages (résultats du sondage et analyse) issus de cette première expérimentation. Nous voulions ainsi croiser ces informations avec les apprentissages recueillis par EXO avec leur application, afin de consolider nos évidences terrain.<br />
<br />
Nous travaillons également avec eux sur un état des lieux de la mobilité des personnes en situation de pauvreté, qui est un autre volet d'utilisation envisagé pour ce projet de collecte de données en mobilité.<br />
<br />
<div><br />
====Prochaine.s étape.s====<br />
<br />
*Poursuivre l'idée d'utiliser Ma Mobilité par Exo et l'adapter à leurs besoins pour une collecte de données sur une itération (voire éventuellement plusieurs).<br />
</div><br />
<br />
=Ressources utiles et références=<br />
<br />
==Communs liés au projet==<br />
<br />
*[[Ma Mobilité|Ma Mobilité (application)]]<br />
*[[Kit Minimal pour créer gérer et partager des traces de Mobilité]]<br />
<br />
==Articles et rapports sur le sujet==<br />
*[[Création d'outils de conversion de traces de trajets GPS]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Statistiques sur la mobilité des québécois]]<br />
|url=https://fabmobqc.ca/nos-donnees-en-mobilite/<br />
|Theme=Vélo et Mobilités Actives,Accessibilité dans les transports,Données ouvertes,Traces de mobilité et des données associées,Conseillers en mobilité,Logiciel Libre,Centre Excellence Québec<br />
|from=La Fabrique des Mobilités Québec (acteur), Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|to=Exo, ATD, SAQ, Greenplay, CRIEM<br />
|othercommon=E-mission GPS tracker Berkeley, Herdr, Itinerum, Kit Minimal pour créer gérer et partager des traces de Mobilité, Statistiques sur la mobilité des québécois<br />
|chat=https://chat.fabmob.io/channel/traces_mobilite<br />
}}</div>Joanasargiacomohttps://wiki.lafabriquedesmobilites.fr/index.php?title=Nos_donn%C3%A9es_en_mobilit%C3%A9&diff=50528Nos données en mobilité2022-10-20T21:15:32Z<p>Joanasargiacomo : </p>
<hr />
<div>{{Project<br />
|Lang=Français<br />
|shortDescription=Rendre Montréal plus résilient et durable, grâce à une approche collaborative de collecte de données de déplacements des citoyens, par l’utilisation de solutions technologiques partagées.<br />
|Main_Picture=image wiki nos données en mobilité.jpg<br />
|description==Présentation de l'initiative=<br />
<br />
==Objectifs & Opportunités==<br />
La crise sanitaire a mis en évidence plusieurs vulnérabilités liées à l’accessibilité des données en mobilité. Le manque de données exploitables a retardé la compréhension des dynamiques de déplacements et affecté la réactivité des acteurs économiques à choisir rapidement les bonnes mesures de mitigation. Nous cherchons donc à :<br />
*Mieux comprendre les nouvelles habitudes de déplacement<br />
*Mettre en place une gouvernance des données partagées entre acteurs montréalais<br />
<br />
*Disposer d’un outils de récolte de données en temps réel<br />
*Mettre en place une approche méthodologique pour atteindre les populations en situation de vulnérabilité<br />
<br />
==Montréal en commun et "Nos données en mobilité"==<br />
Projet réalisé par la Coop Carbone en collaboration avec La [[Centre d’excellence des technologiques ouvertes pour la mobilité|Fabrique des Mobilités Québec]] dans le cadre du [[Pôles de données en mobilité: projets de valorisation des données (FabmobQc)|Pôle de données en mobilité]] de [[Montréal en commun]].<br />
<br />
Ce projet est rendu possible grâce au financement du [https://www.mamh.gouv.qc.ca/secretariat-a-la-region-metropolitaine/aide-financiere/fonds-dinitiative-et-de-rayonnement-de-la-metropole/ Fonds d'initiative et de rayonnement de la métropole] et de [[Montréal en commun]].<br />
<br />
Au sein de Montréal en commun, le projet se décline sur plusieurs axes :<br />
<br />
*Développement de l'application Ma Mobilité comme outil de collecte de données de déplacement<br />
*Animation d'une communauté autour d’un outil de collecte ''open source''<br />
<br />
=Expérimentations et initiatives=<br />
'''Pour en savoir plus sur le commun Ma Mobilité ainsi que sa démarche de développement, [[Ma Mobilité|consulter la page dédiée à l'application]]'''.<br />
<br />
==Etude de l'impact du télétravail sur les mobilités==<br />
<br />
===Description et objectifs===<br />
L'objectif de cette initiative est de connaître l'impact du télétravail sur la mobilité à travers des données de télétravailleurs et autres pour comparer les déplacements sur une semaine.<br />
*Augmenter les bassins de testeurs<br />
*Améliorer la connaissance personnelle sur la mobilité des individus<br />
*Collecter les données manquantes pour expliquer certains enjeux comme le télétravail (les angles morts des données en mobilité)<br />
<br />
<br />
'''Hypothèse de travail'''<br />
<br />
Nous pensons que le télétravail imposé pendant la pandémie a changé les habitudes de mobilité des populations et que ces modifications peuvent nous aider à adapter l'offre de mobilité afin de contribuer à une réduction de l'utilisation individuelle de la voiture.<br />
===Travail d'amélioration de Ma Mobilité===<br />
Nous avons travailler sur une nouvelle version de Ma Mobilité (3.0.5), intégrant des fonctionnalités supplémentaires, afin de répondre à des besoins précédemment identifiés :<br />
<br />
*Intégration des notifications personnalisables afin de faciliter différentes expérimentations à partir de l'application<br />
*Intégration de l'écran "''status''" dans le profil de l'utilisateur pour s'assurer de la bonne configuration de l'application dans le téléphone.<br />
*Ajout des notifications prévenant l'utilisateur si l'application ne fonctionne pas correctement ou si une des autorisations n'a pas été accordée.<br />
<br />
*Mise en ligne d'[https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ une foire aux questions (FAQ) sur notre site]<br />
*Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
**Cette amélioration était requise dans le cadre du développement de partenariats impliquant les centres de gestion des déplacements (cf. section "Plan de déplacement inter-entreprises") mais aussi l'INRS et Polytechnique Montréal (cf. sous-section "Partenariat avec l'INRS").<br />
<br />
===Développement de partenariats autour de l'initiative===<br />
<br />
====Partenariat avec l'INRS et Polytechnique Montréal====<br />
'''Description et objectifs'''<br />
<br />
Ce partenariat vise à utiliser [[Ma Mobilité]] pour le projet "Empreinte carbone du télétravail" porté par l'INRS en collaboration avec Polytechnique Montréal et les CGD métropolitains. L'idée c'est d'en apprendre sur l'empreinte carbone liée au télétravail non seulement du point de vue des déplacements (mobilité) mais aussi du point de vue de la consommation énergétique.<br />
<br />
L'approche envisagée pour collecter de la donnée est basée sur un questionnaire détaillé. Pour en apprendre plus, quelques répondants au questionnaire utiliseront en plus l'application [[Ma Mobilité]] pendant une semaine. La finalité c'est de pouvoir comparer les résultats des deux approches, et donner une valeur scientifique à l'utilisation d'une application de collecte de données de déplacement (traceur).<br />
<br />
'''Développement du projet'''<br />
<br />
Nous avons commencé par rentrer en contact avec Loto Québec afin de lui présenter le projet de tests des application. Nous en avons conclu un plan de collaboration afin de mieux designer les expérimentations.<br />
<br />
Nous avons également dû travailler un plan de communication qui serait diffusé au sein de l'entreprise. Enfin, il fut nécessaire de rencontrer les responsables TI pour présenter le fonctionnement de l'application et dérisquer la mise en utilisation par les employé.e.s.<br />
<br />
'''Défis et apprentissages'''<br />
<br />
Tout comme pour le Plan de déplacement inter-entreprises, nos discussions avec l'INRS et Polytechnique ont contribué à améliorer notre commun [[Ma Mobilité]] (notamment les CGU et la politique de confidentialité ainsi que des modifications spécifiques pour le questionnaire afin de pouvoir identifier les participants a ce projet).<br />
<br />
Ces rencontres ont permis de faire remonter une nécessité de garanties (notamment en cybersécurité) concernant [[Ma Mobilité]]. En effet, les chargés des TI ont établi un rapport et insisté sur la nécessité de faire des tests d'intrusion sur les serveurs de la Fabrique des Mobilités Québec et de la Coop Carbone afin de s'assurer que ceux-ci répondaient aux exigences de sécurité auxquelles une organisation comme Loto Québec doit se conformer (certifications SOC 2 ou ISO 27001). Un exemple de bloquant : le fait que tous les serveurs où sont hébergées les données de Ma Mobilité n'étaient pas au Canada (notamment les données du questionnaire car l'hébergeur n'est pas au Canada). En revanche, pour les données de traçage, nous utilisons ''Digital Ocean'', qui est certifié.<br />
<br />
La "réticence" de Loto Québec, en particulier sur les contraintes de cybersécurité (ici risque hypothétique d'une fuite de données de ses employé.e.s), s'explique également par le fait qu'elle est la première entreprise que nous avions approchée dans le cadre d'un partenariat de cette ampleur. La première phase de l'expérimentation devait se dérouler en mai 2022. Notre apprentissage a donc été de prendre en considération l'évaluation des risques liés à l'importance (taille, visibilité, chiffre d'affaires) d'une organisation partenaires. En effet, plus celle-ci est en vue (comme Loto Québec), plus l'aversion au risque (inhérent aux expérimentations) sera grande.<br />
<br />
'''Prochaines étapes'''<br />
<br />
Nous continuons de travailler sur les contraintes technologiques et organisationnelles, notamment en cherchant à organiser une rencontre entre TI de FabMob et TI de Loto Québec pour trouver comment collaborer dans cette expérimentation.<br />
<br />
Nous travaillons également avec les équipes de l'INRS sur deux volets. Premièrement, sur le questionnaire de l'application et le questionnaire mis en place pour le projet afin de pouvoir croiser les profils des répondants et pouvoir comparer les résultats. Ensuite, pour y encourager l'utilisation de l'application parmi leurs employé.e.s afin de comprendre les bloquants et les mesures qu'il faudrait mettre en place pour aller de l'avant dans ce projet.<br />
<br />
====Partenariat avec les CGD====<br />
Au-delà du travail sur l'application de collecte des données en mobilité, La Fabrique des Mobilités Québec vise à s'impliquer dans l'écosystème de traitement et d'analyse de ces données. En ce sens, nous avons développé un partenariat avec les Centres de gestion des déplacement (CGD) pour recruter des utilisateurs potentiels de Ma Mobilité parmi les employés d'entreprises participantes.<br />
<br />
====Partenariat avec EXO====<br />
Ce partenariat a été initié avec la [[Coop Carbone]] puis étendu à [[La Fabrique des Mobilités Québec]] (dont la Coop fait partie). Son objectif consiste à partager des apprentissages liés à l'utilisation du traceur. En effet, EXO travaille de son côté sur une application de traçage avec Polytechnique Montréal.<br />
<br />
===Actualités et suites du projet===<br />
<br />
====Défis actuels et apprentissages====<br />
Nos principaux défis actuels concernent encore l'application qui comporte certaines améliorations à envisager, comme par exemple :<br />
*L'écran du "''status''" ne s'affiche pas correctement (iOS uniquement)<br />
*Les notifications ne sont pas programmables automatiquement (iOS uniquement)<br />
*La "''pipeline'' d'analyse" s'arrête de fonctionner après quelques semaines d'utilisation<br />
*Les données non analysées et le tableau de bord vide pour certains utilisateurs<br />
<br />
====Prochaines étapes====<br />
Nous travaillons actuellement à régler certains de ces problèmes techniques. [https://www.linkedin.com/company/fabmobquebec/ Suivez-nous] pour savoir quand sortiront les prochains updates !<br />
<br />
==Plan de déplacement inter-entreprises (avec les CGD)==<br />
<br />
===Description et objectifs===<br />
Au-delà du travail sur l'application de collecte des données en mobilité, La Fabrique des Mobilités Québec vise à s'impliquer dans l'écosystème de traitement et d'analyse de ces données. En ce sens, nous avons développé un partenariat avec les Centres de gestion des déplacement (CGD) et l'Institut national de la recherche scientifique (INRS) pour recruter des utilisateurs potentiels de [[Ma Mobilité]] parmi les employé.e.s de plusieurs entreprises participantes, dans le cadre du "Plan de déplacement inter-entreprises".<br />
<br />
La Fabrique des Mobilités Québec a également pu signer une entente avec l'organisme Voyagez futé.<br />
<br />
===Développement du projet===<br />
<br />
====Impact sur le développement de Ma Mobilité====<br />
La signature de cette entente a eu pour effet de générer des demandes de modification sur l'application afin de pouvoir l'utiliser dans le cadre des expérimentations de collecte de données en mobilité auprès des employé.e.s des entreprises participantes.<br />
<br />
'''Modifications apportées dans le cadre de l'entente'''<br />
<br />
*Mise à jour et publication (application et sur notre site) des [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-privacy-policy/ conditions générales d'utilisation (CGU) et de la politique de confidentialité suivant les recommandations de Nord Ouvert] pour plus de transparence.<br />
*Modification du questionnaire de l'application, pour s'aligner avec les besoins des CGD<br />
*Mise en place de la [https://fabmobqc.ca/nos-donnees-en-mobilite/ma-mobilite/ma-mobilite-faq/ foire aux questions] sur notre site web pour les potentiels participants<br />
<br />
====Préparation et collecte des données====<br />
La première étape (au-delà du travail d'amélioration de [[Ma Mobilité]]) a été de préparer la campagne de communication auprès des entreprises afin d'inciter leurs employé.e.s à participer à cette expérimentation. Au total, plusieurs entreprises sollicitées ont répondu favorablement à la diffusion.<br />
<br />
===Actualités et suites du projet===<br />
<br />
====Défis actuels et apprentissages====<br />
Notre principal défi se situe aujourd'hui sur le potentiel d'attirer des employé.e.s intéressé.e.s par cette expérimentation. En effet, la traction immédiate (au lancement) a été plus faible qu'anticipée. Une des raisons que nous avons identifiée est que notre application n'offre pas un gain matériel direct aux participant.e.s. Ces derniers ne voient donc pas d'intérêt direct à s'inscrire et participer à la collecte de données.<br />
<br />
Ayant déjà testé, à l'aide d'une campagne de sondages et de tests en cercles plus restreints, nous connaissions une partie du "frein de désirabilité" d'une partie des gens à "se faire tracer", malgré la garantie d'une application respectueuse de la protection des données et dont le code est en ''open source''. Nous travaillons donc également à rendre Ma Mobilité plus désirable auprès des employé.e.s et des entreprises.<br />
<br />
Une autre apprentissage a été l'effort à maintenir pour les suivis auprès des CGD, des entreprises et des participants car nous avions anticipé un engagement communicationnel plus soutenu de nos partenaires sur le projet. Nous allons donc reprendre ce points afin d'approfondir nos connaissances sur leurs bloquants, leurs enjeux, notamment dans la communication interne de l'expérimentation.<br />
<br />
====Prochaines étapes====<br />
<br />
*Retour sur cette première itération avec les partenaires et entreprises participantes pour éclaircir les bloquants et ainsi identifier les prochains points d'amélioration.<br />
*Améliorer notre pitch de Ma Mobilité afin de la rendre désirable aux yeux des participants (faire ressortir les bénéfices)<br />
*Commencer à préparer une seconde itération issue des apprentissages préalablement collectés<br />
<br />
==Partenariat avec EXO (partage d'apprentissages)==<br />
<br />
===Description et objectifs===<br />
Ce partenariat a été initié avec la [[Coop Carbone]] puis étendu à [[La Fabrique des Mobilités Québec]] (dont la Coop fait partie). Son objectif consiste à partager des apprentissages liés à l'utilisation du traceur. En effet, EXO travaille de son côté sur une application de traçage avec Polytechnique Montréal.<br />
<br />
===Développement du projet===<br />
Dans un premier temps de préparation de Ma Mobilité, La Fabrique des Mobilités Québec avait travaillé un sondage portant sur l'intérêt à utiliser une application de traçage et collecte de données en mobilité. Dans le cadre du partenariat avec EXO, nous avons partagé les apprentissages (résultats du sondage et analyse) issus de cette première expérimentation. Nous voulions ainsi croiser ces informations avec les apprentissages recueillis par EXO avec leur application, afin de consolider nos évidences terrain.<br />
<br />
Nous travaillons également avec eux sur un état des lieux de la mobilité des personnes en situation de pauvreté, qui est un autre volet d'utilisation envisagé pour ce projet de collecte de données en mobilité.<br />
<br />
<div><br />
====Prochaine.s étape.s====<br />
<br />
*Poursuivre l'idée d'utiliser Ma Mobilité par Exo et l'adapter à leurs besoins pour une collecte de données sur une itération (voire éventuellement plusieurs).<br />
</div><br />
<br />
=Ressources utiles et références=<br />
<br />
==Communs liés au projet==<br />
<br />
*[[Ma Mobilité|Ma Mobilité (application)]]<br />
*[[Kit Minimal pour créer gérer et partager des traces de Mobilité]]<br />
<br />
==Articles et rapports sur le sujet==<br />
*[[Création d'outils de conversion de traces de trajets GPS]]<br />
<br />
*[[Données sur l'impact du coronavirus sur la mobilité]]<br />
*[[Statistiques sur la mobilité des québécois]]<br />
|url=https://fabmobqc.ca/nos-donnees-en-mobilite/<br />
|Theme=Vélo et Mobilités Actives,Accessibilité dans les transports,Données ouvertes,Traces de mobilité et des données associées,Conseillers en mobilité,Logiciel Libre,Centre Excellence Québec<br />
|from=La Fabrique des Mobilités Québec (acteur), Laboratoire d'innovation urbaine de Montréal (LIUM)<br />
|to=Exo, ATD, SAQ, Greenplay, CRIEM<br />
|othercommon=E-mission GPS tracker Berkeley, Herdr, Itinerum, Kit Minimal pour créer gérer et partager des traces de Mobilité, Statistiques sur la mobilité des québécois<br />
|chat=https://chat.fabmob.io/channel/traces_mobilite<br />
}}</div>Joanasargiacomo