etalab / lieux-covoiturage

Schéma décrivant les lieux de covoiturage

Schéma des lieux de covoiturage

Ce schéma permet de modéliser des lieux pertinents (aires de covoiturage, parkings, délaissés routiers, etc) pour commencer ou terminer un trajet en covoiturage. Ces lieux de covoiturage ne concernent que les offres qui permettent de stationner gratuitement. Les producteurs de données ne doivent référencer que les lieux de rencontre assurant la sécurité de prise en charge des passagers, au regard notamment de leur accessibilité par voie piétonne.

Contexte

Un fichier national décrivant les aires de covoiturage de 70 départements a été consolidé par BlaBlaCar en 2018 à partir des fichiers disponibles sur data.gouv.fr et sur les différents sites des départements français.

La Fabrique des Mobilités a également ouvert un fichier relatif à des lieux de rendez-vous de covoiturage (grande variété de points, fichier non consolidé), notamment grâce à un formulaire ouvert au grand public permettant de déclarer des points de rencontre pertinents.

En 2019, transport.data.gouv.fr, Open Data France et le Ministère chargé des transports proposent un schéma amélioré pour garantir la disponibilité d'une base nationale consolidée, la Base Nationale des Lieux de Covoiturage (BNLC) qui puisse être facilement mise à jour.

Cadrage juridique

• La loi n° 2014-58 du 27 janvier 2014 de modernisation de l’action publique territoriale et l’affirmation des métropoles (MAPTAM) acte la transformation des autorités organisatrices des transports urbains (AOTU) en autorités organisatrices de la mobilité (AOM) et l'extension de leurs compétences au champ des usages partagés de l'automobile (notamment le covoiturage) et des modes actifs.

• L’article 52 de la loi MATPAM donne, pour la première fois, une définition du covoiturage. Cette définition a été précisée dans le cadre de la loi du 17 août 2015 relative à la transition énergétique pour une croissance verte (TECV).

Finalité

Les lieux de covoiturage sont des données précieuses, notamment pour les application de covoiturage qui peuvent ainsi assurer à leurs usagers une information fiable sur les lieux où ils peuvent s'arrêter et stationner en toute sécurité.

Transmission des données

Dans le but de constituer un répertoire national des lieux de covoiturage, ouvert et accessible à tous, les collectivités peuvent transmettre systématiquement, sous forme de tableau mis à jour, les données relatives aux lieux qu'elles considèrent pertinents pour les covoitureurs.

Les différents moyens permettant de contribuer sont détaillés dans la documentation "Publier des données > La Base nationale des Lieux de Covoiturage (BNLC)".

En cas de contribution directement sur data.gouv.fr, il faut sélectionner le schéma Lieu de covoiturage lors de la publication du jeu de données, afin que celui-ci soit ajouté automatiquement à la BNLC. Plus de détails sur l'ajout d'un schéma

Format des fichiers

Le fichier doit être un fichier CSV, encodé en UTF-8 et utilisant la virgule comme séparateur de colonnes. L'en-tête de colonne sur la première ligne est obligatoire. Tous les champs du schéma sont obligatoires ; si la donnée n'est pas disponible, la colonne doit malgré tout être présente mais vide.

Fichiers d'exemple

Nous mettons à disposition des fichiers d'exemple qui peuvent servir de base pour renseigner vos lieux de covoiturage.

• Télécharger un fichier exemple valide au format CSV
• Télécharger un fichier d'exemple invalide contenant des erreurs dans le formatage des dates et une inversion des coordonnées géographiques latitude/longitude

Mises à jour

Les mises à jour sont effectuées à partir du fichier communiqué précédemment et en reprennent, en les modifiant le cas échéant, les données qui y figurent déjà.

Consolidation

Le Point d'accès national aux données de transport (transport.data.gouv.fr) réalise une consolidation régulière des fichiers déposés sur data.gouv.fr avec le schéma Lieu de covoiturage respectant le format de référence décrit ici.

Outils

• Contribution à la Base nationale des Lieux de Covoiturage (BNLC)
• Validateur de fichiers CSV
• Formulaire de création de données valides
• Télécharger un fichier gabarit au format CSV

En savoir plus

• Le Ministère de la Transition écologique et solidaire rappelle sur cette page le cadre de cette pratique de mobilité.
• Page du wiki de la Fabrique des mobilités dédiée au sujet du covoiturage

lieux-covoiturage's Issues

Clarifier champ ouvert

La documentation actuelle est peu claire

lieux-covoiturage/schema.json

Lines 167 to 175 in be1410a

	{
	"name":"ouvert",
	"description":"Le lieu est-il ouvert",
	"example":"true",
	"type":"boolean",
	"constraints":{
	"required":true
	}
	},

Peut être interprété comme :

• actif/inactif
• abrité/non abrité
• fermé par une barrière

Rendre les valeurs example valides

Contexte

Depuis la version 4.26.0 de la librairie frictionless-py sortie en février 2022, la validation d'un schéma et devenue plus exhaustive et porte également sur les valeurs example de chaque champ. Si celles-ci ne sont pas correctes, le schéma n'est pas conforme à la spécification Table Schema, et est donc désormais considéré comme invalide par frictionless-py.

Le fait qu'un schéma soit invalide casse le fonctionnement de certains services, notamment schema.data.gouv.fr.

La dernière version de Validata (validata-core 0.8.6) qui utilise une version plus récente de frictionless-py ne peut pas être mise en prod tant que les schémas publiés sur schema.data.gouv.fr ne sont pas tous corrigés ou dépubliés.

Problème

La vérification qu'un schéma est valide se fait avec la librairie frictionless-py :

python3 -m venv venv
source venv/bin/activate
pip install frictionless
frictionless validate schema.json

ce qui renvoie :

# -------
# invalid: schema.json
# -------
code          message
------------  -------------------------------------------------------------------
schema-error  Schema is not valid: example value for field "id_lieu" is not valid

La valeur d'exemple du champ id_lieu est incorrecte : https://github.com/etalab/lieux-covoiturage/blob/master/schema.json#L86

Solution

Il faut publier une nouvelle version du schéma. Les versions précédentes doivent également être corrigées si leur utilisation est toujours souhaitée (par exemple dans Validata).

Changement du nom de la colonne source

A l'occasion d'un futur changement non rétro-compatible, ce serait l'occasion de changer le nom de la colonne source en siren_source. Ça permettra à csv-gg de détecter qu'il s'agit d'un champs siren.

Ajouter custom_check opening_hours

Ajouter un custom check afin de vérifier le format de la colonne des horaires

https://github.com/etalab/schema-stationnement/blob/59d5691c98221475a904239f261585db9e0a7de6/schema.json#L580-L587

Le nom du custom check semble être opening-hours-value

Fichiers exemples invalides

Les fichiers exemples censés être valides (exemple-valide.csv, exemple-valide.xls) sont invalides depuis l'ajout du champ id_local dans la dernière version du schéma.

Validata bug sur un SIREN pourtant valide

Bug obtenu en essayant de valider un fichier consolidé de points de rencontre en covoiturage.
Le siren 244200895 ne passe pas le validateur alors qu'il existe bien (https://entreprise.data.gouv.fr/etablissement/244200895).

Fusionner les champs latitude et longitude

Contexte

Le schéma a deux champs distincts (Xlong et Ylat) pour indiquer les coordonnées d'un lieu. Chaque champ ne met pas d'autre contrainte que d'être un nombre, avec des valeurs minimale et maximale.

Table Schema propose un type geopoint qui permet de spécifier de façon structurée une coordonnée géographique.

Différents schémas (IRVE, Stations de taxi, Stationnement cyclable...) utilisent ce formatage et les autres sont amenés à le faire (cf. datagouv/schema.data.gouv.fr#191).

Validata (grâce à Frictionless Framework) profite de ce formatage pour :

• vérifier qu'une coordonnée de type geopoint est valide
• vérifier qu'une coordonnée de type geopoint est bien située en France (à condition que le "custom check" french_gps_coordinates soit utilisé par le schéma)

publier.etalab.studio profite de ce formatage pour aider à la saisie, en proposant une carte sur lequel l'utilisateur met un point. Exemple avec le schéma IRVE :

Pour l'instant le custom check french_gps_coordinates n'est utilisé que par le schéma Stationnement cyclable, dans sa version 1.1.2 qui sera prochainement publiée.

Proposition

• Supprimer les deux champs Xlong et Ylat
• Créer un nouveau champ coordonneesXY de type geopoint

Typo dans le tag

Le tag Git est 0.0.1 au lieu de v0.0.1. 🤓 (pour correspondre aux URL déclarées dans le schéma)

Proposition ajout de paramètres

J'ouvre cette issue pour le compte de @GabrielPlassat. Voir #2.

---

Propositions d'ajout de paramètre pour décrire une aire/lieu de covoiturage :

• stationnement vélo ouvert type arceau
• stationnement vélo fermé type box
• borne charge VE: type, nombre, ...
• connexion au transport public: distance à l'arrêt de bus/train le plus proche

Fichier exemple-valide.csv invalide

https://validata.fr/table-schema?input=example&schema_url=https://github.com/etalab/lieux-covoiturage/raw/v0.2.7/schema.json&url=https://github.com/etalab/lieux-covoiturage/raw/v0.2.7/exemple-valide.csv