LogoLogo
transport.data.gouv.frEtat des servicesLinkedIn
  • Généralités
  • Le Point d'accès national
    • Généralités
      • Le Point d'accès national
      • Liens entre data.gouv.fr et transport.data.gouv.fr
      • Notre écosystème
        • Les facilitateurs
        • Les réutilisateurs
      • Budget
      • Mentions légales et conditions générales d'utilisation
    • Cadre juridique
      • Acteurs concernés
      • Données et modes de transports concernés
      • Obligations des détenteurs de données
      • Obligations des utilisateurs de données
      • Formats requis
      • Conditions d’utilisation des données
        • Licence ouverte Etalab
        • Licence ODbL
      • Déclaration de conformité
  • Administration des données
    • Guide de publication
      • 1 - Création du compte data.gouv.fr
      • 2 - Vérification de la qualité des données
      • 3- Publication des données
        • Méthode transport.data.gouv.fr (recommandé)
        • Méthode par moissonnage
        • Méthode par API
        • Publication avec publier.etalab.studio
      • 4- Paramétrage du compte et des notifications
      • 5 - Mise à jour des données
      • Gouvernance des données
  • Réutilisation des données
    • Réutilisation des données
    • Procédures de repartage des données
  • Outils du PAN
    • Outils disponibles sur le PAN
      • Validateurs
      • Indicateurs de qualité
      • GTFS Diff
      • Générateur de requête SIRI
      • API
      • Flux RSS
      • Disponibilité des ressources
    • Evolutions techniques
      • Evolution des schémas nationaux
      • Evolution des outils du PAN
  • Type de données
    • Les formats requis selon les données
    • Transport collectif
      • Normes et standards : Données théoriques et temps réel
        • Services réguliers
        • TAD zonal
      • Administration des données Transport collectif
        • Publier des horaires théoriques
        • Publier des données temps-réel
          • Les données temps réel
          • La procédure de publication
          • Serveur proxy (GTFS-RT)
      • Mise en qualité des données GTFS
      • Référencement de votre réseau sur Google Maps
      • Réseaux saisonniers
      • Enrichissement des jeux de données
      • Ressources
        • Outils
        • FAQ
    • Véhicules en libre service
      • Normes et standards : GBFS
      • Administration des données
        • Publier des données GBFS
        • Gérer la qualité des données
      • L'autopartage
    • Aménagements cyclables
      • Élaboration du schéma national des aménagements cyclables
      • Normes et standards : schéma national des aménagements cyclables
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Photothèque
        • Outils
        • Foire aux questions
        • Guide de numérisation
    • Stationnement cyclable
      • Élaboration du schéma national des stationnements cyclables
      • Normes et standard : schéma national pour le stationnement cyclable
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
        • FAQ
    • Lieux de covoiturage
      • Contexte
      • Normes et standards : schéma national des lieux de covoiturage
      • Administration des données
        • Publier des données
        • Gérer la qualité des données
      • Ressources
        • Correspondance avec OpenStreetMap
        • Liens
        • Foire aux questions
    • Infrastructures de recharge de véhicules électriques (IRVE)
      • Contexte et cadre juridique
      • Normes et standards : Schémas nationaux IRVE statique et dynamique
      • Données statiques
        • Produire ses données
        • Vérifier la qualité de ses données
        • Publier ses données sur data.gouv.fr
        • Mettre à jour ses données
        • Cas d'usage
        • Obtenir la prime ADVENIR
      • Données dynamiques
        • Publier des données dynamiques
        • Cas d'usage
      • Publication cible
    • Zones à Faibles Emissions
      • Cadre juridique
      • Normes et standard : schéma national des zones à faibles émissions
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
    • Comptage des mobilités
      • Contexte
      • Normes et standard : schéma national de comptage des mobilités
      • Administration des données
        • Publier des données
        • Export depuis l'espace client des fournisseurs
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
        • Définition et description des notions de site, channel et measure
        • Description des champs du fichier "channel"
    • Lieux de stationnement
      • Stationnement hors voirie
        • Normes et standard : schéma national des lieux de stationnement
        • Administration des données
          • Publier des données
          • Mettre à jour les données
          • Gérer la qualité des données
        • Ressources
          • FAQ
          • Outils
  • Ressources
    • Rencontres publiques
      • Espace réutilisateurs
      • 28/09/2021 - Comptage mobilités #3
      • 23/04/2021 - Comptage vélo #1
      • 08/04/2021 - Zones à Faibles Emissions #1
      • 24/02/2021 - Stationnement cyclable #2
      • 25/11/2020 - Stationnement cyclable #1
      • 28/05/2021 - Transports personnels, Autopartage #3
      • 12/11/2020 - Transports personnels, Autopartage #2
      • 28/08/2020 - Transports personnels, Autopartage #1
      • 27/08/2020 - Infrastructures cyclables #3
      • 08/07/2020 - Infrastructures cyclables #2
      • 19/05/2020 - Données tarifaires des transports en commun
      • 10/10/2019 - Données Aériennes (2)
      • 27/09/2019 - Stationnement (2)
      • 03/07/2019 - Formation “Ouverture des données dans le secteur des transports” à Tunis
      • 27/06/2019 - Infrastructures cyclables
      • 13/06/2019 - Transport aérien
      • 25/04/2019 - Stationnement
      • 05/04/2019 - Licences et conditions d'accès
      • 17/01/2019 - Transport régulier - Temps réel (2)
      • 16/10/2018 - Véhicules en partage
      • 20/09/2018 - Transport régulier - Temps réel
      • 13/02/2018 - Transport collectif - données théoriques
      • 10/04/2019 - Tour de France (Rennes)
      • 06/11/2017 - Rencontre publique licences de réutilisation #2
      • 09/10/2017 - Rencontre publique licences de réutilisation #1
    • Newsletters
    • Normes européennes
      • Accessibilité
      • Production des données en NeTEx
    • Points d'accès européens
Propulsé par GitBook
Sur cette page
  • 1. Présentation de transport.data.gouv.fr et rappel des obligations réglementaires
  • 1. Présentation des résultats de l’enquête de Vélo & Territoires sur les données d’aménagements cyclables
  • 2. Besoins identifiés
  • 3. Présentation d’une version alpha d’un schéma de données et retour des participants
  • 4. Zoom sur les propositions d’amélioration pour les options proposées dans les types d’aménagements cyclables.
  • 5. Quelles suites à cet atelier ?

Cet article vous a-t-il été utile ?

  1. Ressources
  2. Rencontres publiques

08/07/2020 - Infrastructures cyclables #2

Dernière mise à jour il y a 4 ans

Cet article vous a-t-il été utile ?

26 participants dont 3 membres de Vélo & Territoires, Poitiers, Montpelliers, Pays-Basque, Touraine, Angers, Brest, Allons à Vélo Allons à Pied (AVAP), Grand Chambéry, région Hauts-de-France, région Bretagne, Communauté d'Agglomération Ventoux Comtat Venaissin, Ille-et-Vilaine, Communauté de communes Val d'Ille-Aubigné, Nantes métropole, Systra, OpenStreetMap (OSM), GéoVélo, MobilityData, Mon Univert, institut Paris région, l'association des citoyens du Seignanx

Cet OpenLab a été co-animé avec l’association Vélo & Territoires

1. Présentation de transport.data.gouv.fr et rappel des obligations réglementaires

Présentation déroulée en séance disponible à .

Pour plus d’informations sur transport.data.gouv.fr, vous pouvez consulter .

Le règlement européen 2017/1926 impose une ouverture des données à jour, de qualité, aux normes pour tous les modes de transport. Trois catégories de modes de transport ont été identifiées :

- Services réguliers ;

- Services à la demande ;

- Modes personnels.

Les données d’aménagements cyclables font partie de la catégorie « modes personnels » et leur publication sur le PAN était initialement prévue en décembre 2019. Cependant, le standard de données n’a pas encore été décrété par la Direction générale européenne des mobilités et des transports (DG Move).

Un groupe de travail avait été identifié lors du premier OpenLab du 27 juin 2019 afin d’établir une proposition de schéma de publication et de standard pour les données relatives aux infrastructures cyclables. Nous avons repris l’investigation sur ces données en mars 2020 et nous nous sommes associés à Vélo & Territoires afin de continuer les travaux. Cette association avait déjà entamé des travaux de normalisation des données d’aménagements cyclables.

1. Présentation des résultats de l’enquête de Vélo & Territoires sur les données d’aménagements cyclables

Vélo & Territoires est une association regroupant des collectivités engagées pour le développement et la promotion du vélo au niveau national et européen.

Pour plus d’informations sur Vélo & Territoires, vous pouvez consulter leur

L’association a mené une enquête auprès des collectivités afin de mieux comprendre leur situation, leurs pratiques quant aux données d’aménagements cyclables et leurs besoins. Cette enquête a

également permis d’évaluer la place d’OpenStreetMap au sein des collectivités. Il y a eu 70 réponses à ce questionnaire.

Cette enquête a révélé que 73% des enquêtés disposent d’une base de données qui répertorie les aménagements cyclables de leur collectivité. En revanche, seuls 55,7% des enquêtés possèdent leur propre modèle de données, tandis que 37% n’en possèdent pas.

45,7% des structures ont des difficultés pour numériser leurs données et 48,6% pour décrire sémantiquement ces aménagements. Cela peut s’expliquer par :

- des difficultés d’interprétation, de conceptualisation et de modélisation de la réalité ;

- une dichotomie entre la législation (arrêtés) et la réalité de terrain.

Cette dichotomie pourrait provenir de la différence d’approches entre les bases de données institutionnelles et OpenStreetMap. Selon les enquêtés, OpenStreetMap répond mieux aux besoins des usagers des aménagements cyclables, tandis que des bases de données institutionnelles sont plus adaptées aux besoins des techniciens et des aménageurs ;

- un manque de connaissance du patrimoine disponible.

80% des communautés territoriales ayant répondu au questionnaire pensent qu’un standard serait utile et faciliterait leur travail.

2. Besoins identifiés

Les résultats de cette enquête et les entretiens que nous avons menés auprès de producteurs de données et de réutilisateurs nous ont permis de déterminer les attentes générales de l’harmonisation de ces données. Ce standard doit :

- permettre d’utiliser un langage commun : il faut une nomenclature sans variation entre les communes ;

- être simple, bien documenté, avec des définitions claires ;

- être accessible aux petites structures techniquement et en termes de coût ;

- être flexible et modulable : ce schéma doit permettre d’intégrer de nouveaux types d’aménagements ;

- permettre l’interopérabilité entre les collectivités françaises et à l’échelle de l’Union Européenne ;

- être compatible avec OpenStreetMap ;

- faciliter l’aide à la décision ;

- permettre de mieux gérer le patrimoine.

Nous nous intéressons plus particulièrement aux données servant à l’information voyageur et qui pourront donc être intégrées dans des calculateurs d’itinéraires.

Des modules complémentaires seront toutefois proposés aux collectivités pour répondre à leurs attentes communes.

3. Présentation d’une version alpha d’un schéma de données et retour des participants

Après avoir identifié ces besoins et grâce au schéma d’Île-de-France mobilités (IDFM), à celui de la Fédération française des usagers de la bicyclette (FUB) et des tags OpenStreetMap, nous avons élaboré une version alpha du schéma de données

Une remarque a été soulevée dès le début de l’atelier : le schéma de données ne doit pas être pensé au niveau français mais à l’échelle européenne pour que les données puissent être interopérables. Il faut donc garder en tête que les données et les champs proposés doivent pouvoir être saisis par des producteurs qui ne sont pas français et être utiles à des réutilisateurs qui ne se cantonnent pas aux itinéraires cyclables français.

Nous avons ensuite passé en revue chaque champ proposé afin de valoriser les retours que nous avons eus.

- Identifiant unique

Ce code sera déterminé par le PAN

- Identifiant OSM si passage par OSM

Remarques de certains sur le fait que l’identifiant OSM n’est pas pérenne. Proposition de rajouter un identifiant local des collectivités.

- Code INSEE

- Code EPCI

- Code département

- Code région

- Code aménagement

Tous ces codes peuvent être redondants, il serait plus pertinent de ne garder que le code INSEE.

- Type d’aménagement cyclable

Ce champ liste les types d’aménagements qu’on retrouve dans le code de la route et ceux que l’on retrouve dans les collectivités sans qu’ils fassent partie du code de la route afin de refléter au mieux les réalités du terrain.

Une définition de chaque aménagement avec une photothèque est attendue pour faciliter la compréhension.

- Avancement de l’infrastructure

Ce champ n’est pas utile aux réutilisateurs de données, cela pourrait complexifier le schéma de données. Il peut être mis dans le module complémentaire. Le réutilisateur serait plutôt intéressé par la pérennisation des infrastructures : savoir si elles sont pérennes ou provisoires.

- Date de mise en service

Ce champ n’est pas utile aux réutilisateurs.

Þ Il peut être placé dans le module complémentaire.

- Type de revêtement de la chaussée

Même s’il est difficile de décrire cette donnée avec des catégories simples car il y a beaucoup de types de revêtement, il serait mieux de réduire les catégories pour n’en retenir que 4 au maximum.

- État du revêtement

Les valeurs proposées dans ce champ sont subjectives. Il faudrait trouver d’autres indicateurs.

De plus, ce niveau de détail n’est pas utile dans le cadre d’une réutilisation numérique mais l’est pour l’entretien de voirie, ce qui correspond exclusivement aux besoins des collectivités.

Ce champ pourrait toutefois permettre de déduire la cyclabilité en le croisant avec d’autres champs.

Il peut être placé dans le module complémentaire.

- Sens vélo

- Sens général

- Pente

Au lieu de préciser s’il y a une pente ou non, il serait plus pertinent de définir un seuil à partir duquel on renseigne un pourcentage de pente.

- Largeur et longueur de l’aménagement

Le fait de connaître la longueur de l’aménagement n’est pas utile. Ce champ peut être remplacé par les champs largeur droite / largeur gauche ?

- Distance à la chaussée

Ce champ n’a pas été jugé utile et a donc été supprimé.

- Date de mise à jour du segment

Cette information est intéressante pour les réutilisateurs de données OSM car l’identifiant OSM n’est pas pérenne dans le temps.

- Sécurisation

Ce champ n’a pas été jugé utile et a donc été supprimé.

- Vitesse max du trafic adjacent

Ce champ pourrait être intéressant pour les cyclistes novices afin d’évaluer le niveau de confort. Toutefois, ce n’est pas une information indispensable. Ce champ peut donc être optionnel.

- Volume de trafic routier

Ce champ n’a pas été jugé utile et a donc été supprimé.

- Voie partagée

Cette information a déjà été renseignée dans l’option « zone partagée » dans la liste des aménagements cyclables.

Ce champ a donc été supprimé

- Signalisation

Le type de signalisation n’est pas évident pour les réutilisateurs et peut donc être un champ optionnel

- Présence ou non de luminaires (éclairé ou non) .

- Cyclabilité

Cette approche est assez subjective car tout le monde n’a pas le même niveau d’appréciation. C’est une information difficile à uniformiser car elle dépend du contexte : taille des pneus, confort personnel, expérience du cycliste etc. Chaque cycliste a son ressenti.

Il faudrait trouver des critères plus objectifs.

4. Zoom sur les propositions d’amélioration pour les options proposées dans les types d’aménagements cyclables.

Dans la version alpha, les types d’aménagements cyclables proposés étaient les suivants :

Piste cyclable

Bande cyclable

Double sens cyclable

Voie verte

Vélo-rue

Chaussée à voie centrale banalisée

Couloir ouvert bus-vélo

Couloir fermé bus-vélo

Rampe

Goulotte

Aménagements mixtes piéton/vélo hors voie verte

Cyclistes pied à terre

Trajectoire suggérée

Zones de circulation apaisée

- Il n’y a pas de zones d’infrastructures spéciales pour les vélos dans les zones de circulation apaisée. Cette option peut donc être retirée de la liste

- Le couloir bus fermé n’est pas à renseigner dans cette liste car il n’est pas accessible aux cyclistes.

- Dans la réglementation une zone 30 et une zone de rencontre sont des aménagements cyclables. En effet, dans la zone 30, le cycliste est prioritaire sur la voiture. Elles doivent être inclues dans la liste.

Il serait intéressant d’ajouter un champ sur les aménagements temporaires, les aménagements cyclables de transition.

5. Quelles suites à cet atelier ?

Nous avons repris la version alpha et avons intégré les retours que nous avons eu lors de l’atelier.

La version bêta du schéma de données a été envoyée aux participants. Nous attendons un travail de hiérarchisation des champs par les collectivités et les réutilisateurs, à savoir définir quels champs sont optionnels et lesquels sont obligatoires, pour pouvoir améliorer ce schéma.

Cette version alpha est composée de plusieurs champs et est consultable ici :

transport.data.gouv.fr
ce lien
le guide publié ici
page web
https://docs.google.com/spreadsheets/d/153snS5uDK16hlQEvhP0qtJQVhESacf-
469KDb2X2fi4/edit#gid=1951087160