Le RTC aurait à gagner à rendre accessibles plus de données sur l’état de son service par un API ouvert. Ça aide à rendre accessible d’information qu’elle tente de diffuser et en répartissant les coûts de développement à des tiers. Je tiens à féliciter M. Demers pour son initiative. Parfois, c’est la meilleure façon de réaliser des choses avec les organismes publics. J’appelle ça la méthode du fait accompli.

Quand l’initiative est réalisée et a un certain succès, ça serait très mal avisé de tenter de la freiner. On n’a qu’à penser à l’application de Sparko pour les vélos Bixi. Stationnements de Montréal leur a envoyé une mise en demeure pour qu’ils cessent de distribuer l’application. Souhaitons que le RTC aura plus d’ouverture que ça.

Je ne comprends pas toujours pourquoi ils ont fait développer un système isolé comme Trajecto alors qu’ils auraient pu s’intégrer à Google Maps comme l’a fait la STM à Montréal en collaboration avec l’École Polytechnique. Peut-être que c’est possible, et je souhaite que ce soit planifié.

Mise à jour 2009-08-01 22:30 : Karine Simard m’a fait découvrir un deuxième article dans le Soleil qui parle plus précisément de Trajecto et l’absence du RTC dans Google Transit.

Je veux surtout que lisez ce paragraphe. On parle du refus de prendre la solution gratuite de Google. On privilégie la solution Hashtus de GIRO qui a coûté 500 000 $ à implanter.

Quand Google a approché le RTC, ce dernier a répondu non merci, bien que le service soit totalement gratuit (mais des employés doivent être dégagés pour collaborer avec Google et mettre le service en place). Selon M.?Beaurivage, le système n’était pas encore au point au moment de l’approche de Google, en plus du fait que le développement de l’application Trajecto était assez avancé. Le RTC a aussi choisi de «développer sa propre application centralisée», explique ensuite M.?Beaurivage, pour que toute l’information, y compris les horaires, les tarifs, les avis, se trouve à un seul endroit, sur le même site Web, et pour simplifier la gestion.