Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Améliorer et référencer plus de JDD vélos et trottinettes en libre-service #1882

Closed
AntoineAugusti opened this issue Oct 25, 2021 · 14 comments

Comments

@AntoineAugusti
Copy link
Member

Hello,

Dans le but d'améliorer et référencer plus de JDD vélos et trottinettes en libre-service, je propose de faire plusieurs actions.

Pour les JDD actuellement publiés :

  • vérifier qu'une ressource contenant le gbfs.json existe bien. Ce fichier permet de trouver les différents flux ensuite (stations, disponibilités etc). C'est donc le plus important. Par exemple il faudrait mettre à jour ce JDD.
  • avoir plus de cartes. Si le JDD comporte une ressource gbfs.json mais qu'aucune carte n'est affichée, demander au producteur d'autoriser les CORS pour transport.data.gouv.fr. Ceci permettra d'afficher une carte des stations. Concrètement, il faut ajouter Access-Control-Allow-Origin: https://transport.data.gouv.fr aux réponses de l'API.
  • contacter les producteurs avec des URLs mortes.

Pour lister de nouvelles ressources :

  • rentrer en contact avec les gros acteurs comme JC Decaux ou Smoove pour ajouter des réseaux
  • contacter les principales métropoles. Si certains acteurs n'ont pas la possibilité de diffuser les données (problème d'API) ou ont peur de quotas, on a du code déjà en place pour relayer leur flux ou le fournir en GBFS. Organiser des réunions/échanger avec moi.
  • voir la liste des acteurs https://github.com/NABSA/gbfs/blob/master/systems.csv
  • regarder ce qui est disponible sur Citymapper/Google Maps/autre et prendre contact avec les acteurs pour les référencer
@Miryad3108
Copy link
Contributor

Miryad3108 commented Oct 25, 2021

Merci pour cette issue

Données déjà publies :

  • Pour les GBFS sans carte, c'est forcément parce qu'il manque l'autorisation des CORS pour transport.data.gouv.fr ?
    Si non, comment je peux faire la distinction entre les JDD qui ont cette autorisation et ceux qui ne l'ont pas ?

Nouvelles ressources

  • Les métropoles ne sont pas vraiment réactives lorsqu'on les contacte pour l'ouverture de ces données : elles ont tendance à nous renvoyer vers l'opérateur. Les métropoles sont plus réutilisatrices de ces données que du côté producteur.
  • Pour les gros acteurs (Lime, Zoov, Indigo Wheel, Bird etc.) j'ai eu un premier échange avec eux un peu avant l'été et je les ai relancé la semaine dernière : ils ont prévu d'ouvrir leurs données avant le 1.12.2021
    Smoove je comptais les contacter cette après-midi et JCDecaux je vais chercher l'historique des échanges de notre équipe avec la leur.
  • CityMapper je me note de les contacter dans la semaine pour savoir comment se passe l'intégration des données GBFS mais pour les gros comme Lime, Bird ils ont déjà leurs données par un accord CityMapper <> Opérateur. Pour Google Maps, Pony les a contacté après la publication de leurs données sur le PAN pour leur demander de récupérer leurs données : la demande doit venir du producteur comme pour les GTFS.

@AntoineAugusti
Copy link
Member Author

Pour déterminer si l'erreur est bien lié aux CORS, tu peux :

Access to fetch at 'https://gbfs.getapony.com/v1/paris/fr/gbfs.json' from origin
'https://transport.data.gouv.fr' has been blocked by CORS policy:
No 'Access-Control-Allow-Origin' header is present on the requested resource.
If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.

Si tu constates un autre problème, n'hésite pas à partager l'URL pour déterminer si on peut améliorer la situation.

Concernant Citymapper/Google Maps, ma suggestion était d'utiliser leurs applications dans plusieurs villes de France (en faisant de la recherche d'itinéraires), regarder les opérateurs présents et ensuite contacter ces opérateurs. C'est plus pour "découvrir l'offre présente" qui est en mesure de fournir des flux.

@AntoineAugusti
Copy link
Member Author

@Miryad3108 Concernant Smoove, actuellement nous avons du code pour diffuser les données de Strasbourg et de Montpellier.

Strasbourg a indiqué qu'ils souhaitent qu'on continue de diffuser ces données #1867 (comment). Sais-tu si c'est pareil pour Montpellier ?

Les données Smoove sont souvent diffusées par Klervi. Est-ce que ceci est possible pour toutes les villes où Smoove opère ? Dans ce cas on pourrait supprimer notre code.

Si ce n'est pas le cas, il faut prévoir des ajustements #1870

@AntoineAugusti
Copy link
Member Author

Je serais également curieux de savoir s'il est toujours pertinent que nous ayons du code pour diffuser

  • Lille, V'Lille. Sont-ils en mesure de diffuser eux-mêmes un flux GBFS ?
  • Bordeaux, VCub. Sont-ils en mesure de diffuser eux-mêmes un flux GBFS ? Notre code custom utilise le tableau ODS mais je vois qu'ils ont désormais des webservices.

@AntoineAugusti
Copy link
Member Author

On a des nouvelles sur ce sujet ? Je crois que @NicolasBerthelot faisait un tour de son carnet d'adresses récemment aussi.

@AntoineAugusti AntoineAugusti removed their assignment Dec 21, 2021
@Miryad3108
Copy link
Contributor

@AntoineAugusti

  • Montpellier aimerait qu'on diffuse leurs données pour les VLS Smoove
  • Bordeaux ils publieront les données des différents opérateurs de free floating au second semestre de l’année
  • Lille : je les ai contacté et te ferai un retour dès que possible

@Miryad3108
Copy link
Contributor

@AntoineAugusti

  • Montpellier aimerait qu'on diffuse leurs données pour les VLS Smoove
  • Bordeaux : ils publieront les données des différents opérateurs de free floating au second semestre de l’année sur leur portail opendata
  • Lille : je les ai contacté et te ferai un retour dès que possible

@AntoineAugusti
Copy link
Member Author

Les données Smoove sont souvent diffusées par Klervi. Est-ce que ceci est possible pour toutes les villes où Smoove opère ? Dans ce cas on pourrait supprimer notre code.

#1882 (comment)

@etalab/transport-bizdev C'est d'actualité avec #2292, on avait pas connaissance du flux de Klervi. Pourriez-vous prendre contact avec Smoove/Klervi pour discuter de la diffusion de leur GBFS ?

@AntoineAugusti
Copy link
Member Author

En URL Klervi sur le PAN actuellement on a Vannes, Belfort, Avignon, Clermont-Ferrand, Saint-Etienne.

Manque potentiellement Landerneau, Epinal et Carcassonne en regardant rapidement leur carte

@Miryad3108
Copy link
Contributor

Miryad3108 commented Apr 4, 2022

Smoove : Je les ai eu en janvier. Ils sont déployés sur 5 villes Françaises pour lesquelles ils publieront des données au format GBFS v2.3 (RC) d'ici l'été 2022. Il n'y aura pas de rotation du bike_id pour le flux free_bike_status. Je leur avais envoyé le fichier de MobilityData qui explique les conséquence de l'absence de rotation du bike_id (retracer les trajets de vos véhicules).
je vais leur envoyer leur carte parce qu'il y a plus de villes que ce qu'ils avaient annoncé.

Mais du coup pour Belfort et Avignon je me tâte à contacter Blefort et relancer Avignon (je leur avais envoyé un mail sur ce sujet en décembre) parce que Smoove a dit qu'ils allaient gérer la relation avec les collectivités et publier les données.

@AntoineAugusti
Copy link
Member Author

Pour Montpellier actuellement on a un flux diffusé par le PAN mais celui-ci n'est pas référencé sur le PAN. Il faudra que Montpellier ou Smoove crée un jeu de données sur data.gouv.fr

@AntoineAugusti
Copy link
Member Author

@Miryad3108 Il semble y avoir un flux GBFS pour Strasbourg mais il n'est pas accessible

@Miryad3108
Copy link
Contributor

Les données de Montpellier ont été référencées par l'AOM : https://transport.data.gouv.fr/datasets/disponibilite-en-temps-reel-des-velos-en-libre-service-velomagg-de-montpellier/

Le flux contient 2 erreurs et une station avec des coordonnées nulles. J'ai envoyé un mail à Smoove en mettant Montpellier en copie

@Miryad3108
Copy link
Contributor

Données gérées par Smoove :
Avignon
Belfort
Montpellier
Strasbourg
Saint-Etienne
Strasbourg
Vannes

Ils ne gèrent plus la ville de Clermont-Ferrand.

Fifteen gèrent les villes suivantes :
Epinal
Landerneau
Carcassonne
Nice

suite à la fusion de Smoove et Zoov

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants