summaryrefslogtreecommitdiff
path: root/Opendata_avec_les_pieds.txt
blob: 97a94263b16b07204e2eac1d4a35ec9d58f37c11 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
Titre: Opendata avec les pieds
Auteur: Bruno
Date: Wed 08 Jan 2014 15:19:01 +0100
Lien: https://blog.spyou.org/wordpress-mu/2014/01/08/opendata-avec-les-pieds/

[image 2][2]

Crédit photo : Mista.Boos

Depuis que je me suis mis à raildar.fr[3], j’écume pas mal de sources en 
matière d’opendata (en plus des autres). Et plus ça va plus je suis énervé.

Je vais donc commencer par établir une banalité sans nom qui devrait être à la 
base de toute réflexion opendata :

Ne cherche pas à savoir, connaitre ou comprendre ce que vont faire les gens 
avec tes informations pour tenter de les mettre en forme, contente toi de 
publier tout ce dont tu disposes de la façon la plus fine et rangée possible.

Mes recherches du moment concernent les réseaux de transport. Nous avons 
(heureusement) quelques normes, par exemple GTFS qui permet de décrire un 
réseau de transport, ses arrêts, ses lignes, les dessertes, etc. De ce coté là,
tout est à peu près carré, si on oublie l’encodage et la casse des infos (par 
exemple, à la SNCF, les TER et Intercités sont correctement écrits dans 99% des
cas. Les transiliens, par contre, toutes les gares ou presque sont en 
majuscule, c’est du plus bel effet.)

L’intérêt de tout ça est clairement orienté outils de recherche d’itinéraire 
et/ou de gares. Tu veux de l’info live sur les retards ou annulations ? Passe 
ton chemin.

Et puis, il y a les autres. De petits réseaux (comme CTS à Strasbourg ou Tisséo
à Toulouse) qui font de l’opendata (c’est tout à leur honneur), et qui en plus 
fournissent de l’info live sur les problèmes (on se croirait en plein rêve)… 
sauf que… sauf que.

Ils ont commencé par se demander ce que les gens allaient faire avec. Et 
qu’ont-ils pensé ? Que les gens allaient vouloir connaitre les prochains 
transports dispo à un arrêt donné, ils ont donc tous les deux fait des méthodes
pour leur API qui permettent de savoir qu’il va y avoir 2 tram ces 10 
prochaines minutes à tel arrêt. Des identifiants par véhicule ? Non. Leur 
position actuelle, même approximative ? Non. Un lien entre les véhicules 
annoncés à l’arrêt et les lignes de transport déclarées ? Aucun.

SUPER, MERCI, mais cette info là, on la trouve déjà sur votre site et sur la 
demi douzaine d’autres médias que vous mettez à disposition. On innove comment 
? Ben on n’innove pas.

Maintenant, je vais vous faire le quart d’heure consulting opendata gratuit. 
Ouais, c’est 100% cadeau !

Chacun de vos véhicules de transport (métro, bus, tram, train, tgv, avion, tube
à air comprimé, pigeon voyageur, …) a, chez vous, en interne :

  * un identifiant
  * un endroit et une heure de départ (éventuellement corrigée par une heure 
    réelle de départ)
  * des endroits et des heures de passages (éventuellement corrigées également)
  * un endroit et une heure d’arrivée (de même)
  * une position instantanée (possiblement approximative)

Vous pouvez ensuite rajouter tout un tas d’infos autour, à votre convenance, 
mais ça, là, c’est LA BASE à fournir, par exemple, en JSON :

  {
  id: « 5467347 »,
  type: « tramway »,
  from: { type: « gare », name: « L’arrêt en bas de chez moi », lat: 
  47.345, lng: 5.563, theo_at: 1389188929, real_at: 1389190452},
  to: { type: « gare », name: « L’arrêt au bout de la rue », lat: 46.345, lng: 
  5.643, theo_at: 1389189120, real_at: 1389191200 },
  via: [ { type: ... },{type: ...}],
  current_pos: { lat: 47.990, lng: 5.590 }
  }

Avec ça, n’importe qui d’à peu près normalement constitué peut déterminer dans 
combien de temps un moyen de transport sera à quel arrêt pour faire un joli 
tableau horaire à l’arrêt de bus en bas de chez lui. Mais il peut aussi (par 
exemple) faire une carte avec tous les véhicules représentés, faire des stats 
sur les endroits posant des problèmes de circulation dans la ville, savoir s’il
ne peut pas courir au coin de la rue pour attraper le bus qui passe par là 
plutôt qu’ailleurs, développer une appli qui réagira automatiquement quand un 
utilisateur sera dans tel ou tel bus, etc.

Y’a des jours, franchement, je me demande si les gens font pas de l’opendata 
parce que le chef a dit que c’était hype et qu’il fallait le faire mais on 
s’assure quand même de faire le truc le plus inutile possible, histoire que ça 
serve pas vraiment.

Liens:
[1]: http://www.flickr.com/photos/mistaboos/4348381987 (lien)
[2]: http://blog.spyou.org/wordpress-mu/files/2014/01/20140108-bidouille-300x199.jpg (image)
[3]: http://www.raildar.fr/ (lien)