Mise à disposition des données transports : les enseignements de MassDOT

Comme prévu je fais suite à cet article. Les transparents sont maintenant disponibles ci dessous et mes commentaires suivent en face des numéros des transparents correspondant :


2 : Présentation des deux intervenants : Chris Dempsey et Joshua Robin sont deux agents des services techniques du MassDot. Le MassDOT supervise les différentes autorités en charge des transports (publics, terrestres, aériens...) du Massachusetts. C'est une réflexion sur l'innovation pour améliorer les services aux usagers qui a permis de lancer le projet.

3 : Joshua rappelle que jusqu'ici les données du MassDOT n'était pas accessibles pour des tiers souhaitant les exploiter pour leurs propres applications. Outre les demandes insistantes (beg voulant littéralement dire "supplier"), les tiers développait des stratégies de contournement : capture des données à partir des sites des exploitants (webscrapping), re-saisie des horaires... Dans l'hypothèse ou l'application était un succès,le risque d'une mise en demeure des autorités pour interdire la réutilisation des données existait toujours.

4 : à partir de cette état de fait, la politique du MassDOT a évolué en 6 mois. Ils ont notamment suivi l'exemple d'autres agence locale comme BART (Bay Area Rapid Transit à San Francisco avec sa page développeurs), mais aussi à Portland, LA et Washington (sur le site de la Metro). Les données sont mises disposition du publics et l'agence cherche maintenant à "motiver" les développeurs pour les utiliser pour construire de nouvelles applications. Dans son exposé, Joshua expose notamment le fait que le MassDOT autorise les tiers à mettre en place des applications payantes (à partir des données qui sont distribuées gratuitement), puisque seule la perspective d'un profit est un (pas le seul) ressort de la motivation des tiers.

5, 6, 7 8, 9: Les orateurs insistent sur le dialogue et l'écoute qu'ils ont développés vis-à-vis des développeurs et sur le "respect des moyens disponibles". Ces moyens sont forcement limités aussi bien du côté de l'agence pour accueillir les demandes et les servir que du côté des développeurs eux mêmes, pour développer les applications. Les moyens mis en place par MassDOT ne se limitent pas à la "page développeurs" sur le site de MassDOT. Les autres outils évoqués sont : des rencontres mensuelles, un compte Twitter, un groupe google pour faciliter les échanges d'information et renforcer "l'engagement" des développeurs... La question de la sécurité juridique et de la nécessité d'une licence même si les données sont concédées à titre gratuit est clairement abordé. Un article élogieux du Boston Globe, a attiré l'attention des dirigeants sur le projet et en quelque sorte "récompensé" les deux intervenants qui admettent avoir lancer le projet "sur leur temps libre" au démarrage... Un extrait de l'article dit : "This approach is a smart 21st-century alternative to hiring some consultant who develops inelegant software at exorbitant costs" [Cette approche est une alternative intelligente "du 21eme sciècle" au recrutement d'un consultant qui aurait développé un logiciel inélégant à un coût prohibitif].

10, 11 : Présentent la liste des données disponibles : flux rss pour les perturbations, kml pour les plans de ligne, et données d'offre (horaires, arrêts et circulations) au format GTFS.

12, 13, 14, 15 et 16 : reviennent sur les initiatives de Google, notamment Google Transit qui accède aux données de 400 agences dans le monde. Le point important est que les formats utilisés par Google, notamment GTFS et KML sont vus comme des formats standards parfaitement adaptés à la réutilisation par des tiers en dehors de Google. Il est donc nécessaire que les données, même lorsqu'elles sont au format imposé par Google pour être intégré dans Google Transit, restent "hébergées publiquement" c'est à dire accessible par tous sur le site de l'agence.

17 : donne des exemples d'applications développées par des tiers en quelques mois. Ils sont visibles ici : http://bit.ly/hmQ2R http://bit.ly/2ajqVt http://tinyurl.com/massrmv.

18 : revient sur le rapport "coût/efficacité" du projet qui permet de proposer une très grande variété d'applications dont certaines peuvent être très spécialisées moyennant un effort très faible de l'agence.

19, 20, 21, 22 : indiquent que l'ouverture des données "temps réel" constituent, pour l'instant, un objectif complexe, mais tout à fait identifié. Les économies pour la puissance publique résultent de l'inversion de l'ordre de investissement. Au lieu de commencer par des "écran en gare" : qui représentent un coût élevé, puis des applications internet qui permettent d'élargir l'audience et , enfin un projet d'ouverture des données (le ?), l'idée erait de commencer par une ouverture des données, puis de positionner les investissements de l'agence sur les besoins les moins bien servis par les applications développées par des tiers : écrans dans les très grandes gares...

23 et 24 annoncent une nouvelle réunion (qui a lieu aujourd'hui : un samedi) et un concours d'application qui démontre qu'en 6 mois, MassDOT est passé d'un vision dans laquelle ceux qui accèdent aux données sont des pirates contre lesquels il faut lutter, à une vision dans laquelle ils sont des alliés qu'il convient de motiver !

Pour ceux qui auront le courage d'écouter toute la conférence, la séance se poursuit pendant plus d'une heure avec des questions/réponses intéressantes, notamment sur les modes doux, les vélos en libre service et l'auto-partage, la pertinence des contributions des usagers eux-mêmes pour l'information en situation perturbée...

Cet article vous a plu ? recevez les suivants par mail :

2 commentaires:

Colibri a dit…

Eh bien ça secoue de voir ce que peut produire le pragmatisme américain.

Rien qu'à voir : une autorité de transport qui organise une conférence de développeurs ! En France, ça n'est pas du domaine du concevable à mon avis. "Quoi des développeurs, c'est qui ceux-là ? Qu'ils laissent les pros travailler !".

Et, comme d'hab', en Europe on a laissé la machine se lancer et le rouleau-compresseur est en marche : le format GTFS de Google est maintenant considéré un standard international !? Alors que ce n'est pas du tout le cas, ni standard ni international. Mais où sont passés les travaux européens (Transmodel) ? A la corbeille de l'histoire, pour être resté en "petit comité de normalisation". En Europe on a peut-être des idées mais pas de réelle volonté.

Ne parlons pas des données TC elles-mêmes, qui semblent être considérées dans nos contrées comme des trésors de guerre par leurs détenteurs. Mais il n'y a pas que dans les TC évidemment. En France, "open data", on connait pas. Ou bien faut payer, ou bien les données sont tout simplement "inaccessibles". Circulez y a rien à voir !

Et vous avez intérêt à ne rien tenter sinon ça finira mal pour vous. Il suffit de se rappeler l'application iPhone Francilisy interdite par la RATP ! Mais quelle est cette mentalité d'une entreprise qui empêche une initiative qui aide la vie de ses clients ? On marche sur la tête en France c'est évident.

Cet webcast O'Reilly était excellent à écouter mais de retour ici, c'est un peu déprimant...
Que va donc bien pouvoir proposer l'AFIMB en 2010 ?

Tristram a dit…

C'est rageant. Je suis thésard sur des calculs d'itinéraires multimodaux.

Moralité, mon démonstrateur à lieu à San Francisco.

Tisséo (les TC toulousains) voulaient bien donner les horaires, mais seulement après moultes conditions, conventions etc. Une condition était de ne pas faire de démonstrateur librement accessible (par exemple un site web).

Tant pis pour Toulouse, tant pis pour les occasions ratées de peut-être un jour faire un calculateur innovant un peu.