Skip to content

Bike parking (stationnement de bicyclettes)

Source: https://pixabay.com

Accéder aux données

https://opentransportdata.swiss/fr/dataset/bike-parking

Change Log / Journal des modifications

2023-07-12 En tant que fonctionnalité “Beta” ou expérimentale, quelques détails supplémentaires fournis par le service ROKAS sont ajoutés en tant que propriétés additionnelles. Il s’agit notamment des éléments suivants (s’ils sont disponibles) :

  • “type” : le type de la station, actuellement un champ de texte allemand
  • “capacity” : nombre de places disponibles
  • “website” : site web pour de plus amples informations.
  • “address_….” : divers champs concernant le pays, le canton, l’adresse, etc.

(!) Il s’agit d’un ajout préliminaire et provisoire. Les noms et valeurs des champs peuvent changer à l’avenir.

2023-06-28 Première publication de ce service, avec l’aimable autorisation de l’équipe CFF ELM (Erste & Letzte Meile).

Description

Les données consistent en un fichier d’une taille d’environ 900 kB, qui est extrait quotidiennement d’une base de données du CFF (système ROKAS). Le fichier contient d’environ 1200 lieux de stationnement de bicyclettes avec le nom, les coordonnées géographiques et quelques informations optionnelles.

Format des données

Les fichiers sont des fichiers JSON encodés en UTF-8 et basés sur la norme GeoJSON (voir https://fr.wikipedia.org/wiki/GeoJSON).

La structure de données est un GeoJSON “FeatureCollection”, qui contient une liste (tableau [ ]) avec des “features” (les parkings à vélos).

Chaque élément (parking) contient principalement ces attributs (clés) :

  • id” : un identifiant technique,
  • type” : “Feature” (requis par GeoJSON pour définir le type),
  • geometry” une structure de données GeoJSON pour un point avec les coordonnées WGS 84,
  • properties” : autres propriétés, y compris :
    • name” : le nom du parking à vélos.
    • “stopPlaceUic” et “stopPlaceSloid” : identifiants externes (UIC et SLOID),
    • “source” : indications sur le système source et son identifiant interne (par ex. ELM / Team Erste & Letzte Meile des CFF)
    • “category” : “parking” et “sous-catégorie” : “parking_vélo” : actuellement, champs constants

À l’avenir, les champs “id”, “type”, “geometry” et “name” devraient rester inchangés, tandis que d’autres propriétés pourraient être nulles ou absentes, et que de nouvelles propriétés pourraient être ajoutées.

Le code suivant montre un exemple avec un seul parking à vélos à des fins d’illustration. En fin de compte, c’est le flux de données lui-même qui doit être pris en compte pour la structure et les propriétés.

{
. "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"
. . . }
. . }
. ]
}