Table des matières

Rechercher sur le site

Bike parking (stationnement de bicyclettes)

#AutoTranslate

Description rapide

«Parking à vélos» est un bloc de données au format GeoJSON regroupant près de 1200 places de stationnement pour vélos dans les gares en Suisse.

Dernières actualités

9.7.2025. Un nouveau champ est apparu dans les données, mais il convient actuellement d’ignorer: «properties_publicAccess»: «False»

9.7.2025. Perspectives: Dans les semaines et mois à venir, nous mettrons à disposition une nouvelle version majeure des données. Le nouveau bloc de données comprendra les places de stationnement pour vélos et voitures, ainsi que des données prévisionnelles d’occupation.

Source: https://pixabay.com

Description métier

Le flux de données se compose d’un fichier d’environ 900 Ko, consulté quotidiennement à partir d’une base de données des CFF. Le flux contient les données de près de 1200 places pour vélos, avec leurs noms, leurs coordonnées géographiques et quelques informations facultatives.

Description technique

Les fichiers sont des fichiers JSON encodés en UTF-8. La base est le standard GeoJSON (voir https://de.wikipedia.org/wiki/GeoJSON).

La structure de données est une «FeatureCollection» GeoJSON qui contient une liste (tableau [ ]) de «Features» (les parkings à vélos).

Chaque Feature (parking à vélos) comprend principalement les champs suivants:

  • “id”: clé technique,
  • "type": «Feature» (requise par la norme GeoJSON, comme définition du type utilisé),
  • «geometry» une structure de données GeoJSON pour un point avec les coordonnées WGS-84,
  • «properties«: autres caractéristiques, notamment:
    • “name“: le nom du parking à vélos.
    • “stopPlaceUic”, “stopPlaceSloid”: identifiants externes (UIC et SLOID),
    • “source”: indications sur le système source et ses identifiants internes (p. ex. ELM/team Premier et dernier kilomètres des CFF)
    • “category”: “parking”; “subCategory”: “bike_parking”: champs actuellement constants.

À l’avenir, nous nous attendons à ce que les champs “id”, “type”, “geometry”, “name” restent inchangées, alors que d’autres propriétés peuvent être vides (zéro) ou absentes, et que de nouvelles propriétés peuvent être ajoutées.

Le code suivant montre, à titre d’illustration, un exemple d’une seule place pour vélo. En fin de compte, le flux de données doit être pris en compte pour la structure et les propriétés effectives.

{
 "type": "FeatureCollection",
 "bbox": [
   8.9022774,
   47.4885437,
   8.9022774,
   47.4885437
 ],
 "features": [{
   "type": "Feature",
   "id": "9a074e29-a611-473d-84ac-4f92ed3bfe34",
   "geometry": {
    "type": "Point",
    "coordinates": [
     8.9022774,
     47.4885437
    ]
   },
   "properties": {
    "name": "Veloparking Aadorf",
    "stopPlaceUic": 8506013,
    "stopPlaceSloid": null,
    "source": {
     "name": "elm",
     "id": "719"
    },
    "category": "parking",
    "subCategory": "bike_parking"
  }
}