Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Communication Machine-to-machine: les opportunités manquées

738 vues

Publié le

Bien que nous soyons entré dans l'âge des données, les organismes publics partagent encore trop souvent de l'information formatée (comme des courriels). Mais cette information ne peut pas être utilisé de manière efficace par des machines.

Il faut donc s'assurer de revenir à un partage des données qui puisse être utilisé directement. La présentation se concentre sur les données d'entraves routières et du format 511Ouvert et de ce qui est faisable lorsqu'on partage des données.

Publié dans : Technologie
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Communication Machine-to-machine: les opportunités manquées

  1. 1. Communication M2M: les opportunités manquées 511Ouvert et les données d’entraves routières Stéphane Guidoin / @hoedic / @opennorth 49ème Congrès de l’AQTr, le 2 avril 2014
  2. 2. Nord Ouvert • Organisme à but non lucratif • Transparence gouvernementale et engagement citoyen • Outils web et données ouvertes
  3. 3. ZoneCone • Projet d’intégration des données d’entraves routières pour Montréal • Constatation: ⇒ Les données n’étaient pas disponibles publiquement, mais elles existaient ⇒ Beaucoup de juridictions ⇒ Nous n’étions pas les seuls
  4. 4. Proposition pour open511 • Format de données en XML et JSON • Réutilise la structure de TMDD… en plus simple • API: approche “Plug & play” • Négociation de contenu entre serveur et client • Filtre: par date, géographie, sévérités, etc • Crowdsourcing
  5. 5. Y.A.S: Yet another standard? Source: https://xkcd.com/927/
  6. 6. Positionnement de 511Ouvert • Données ouvertes • Simplicité d’utilisation (surtout pour le consommateur des données) • Orienté web et mobile
  7. 7. Partenaires • Financement de GeoConnexions • Ministère des transports de Colombie- Britannique (MOTI BC) • Metropolitan Transportations Commission of the San Francisco Bay Area (MTC SF) • Villes de Montréal, Ottawa et Repentigny
  8. 8. Processus ouvert • Documenté en ligne au fur et à mesure des avancées • Liste de diffusion publique • Issues tracker public (GitHub) • Annonce dans des conférences
  9. 9. État des lieux • Spécification version 1.0: http://open511.org/ • MOTI BC et MTC SF préparent leur implémentation • Option de crowdsourcing mise de coté pour le moment • Ajout en cours des caméras de circulation et des informations de vitesse
  10. 10. FédéralFédéral ProvincialProvincial RégionalRégional MunicipalMunicipal ArrondissementsArrondissements “Utilities”“Utilities” Producteurs Consommateurs Citoyens (via GPS et smartphones)Citoyens (via GPS et smartphones) Sécurité civile (pompiers, polices, ambulances, 911, etc.) Sécurité civile (pompiers, polices, ambulances, 911, etc.) Professionnels de la routesProfessionnels de la routes ChercheursChercheurs Autres gouvernementsAutres gouvernements
  11. 11. Au-delà des données ouvertes - Votre organisation partage-t-elle ses données d’entrave avec les services incendie? - Oui! - Comment? - Par courriel ou fax… ou parfois par téléphone
  12. 12. Des œufs et des gâteaux Source: http://epicgraphic.com/data-cake/
  13. 13. Encore un peu de gâteau? • À partir des même ingrédients (ou d’ingrédients externes), chacun peu faire sa propre recette. • On ne connait pas à l’avance l’utilisation des ingrédients. • Fin de l’intermède culinaire
  14. 14. Reconstituer les données • Dans un courriel, les données ont disparu • Pour une “machine”, un courriel est un tas de mots inutilisable • Il faut donc partager les données • Après chacun crée la représentation dont il a besoin
  15. 15. RITIS / CATTLab • Corrélation de multiples sources: – Données d’entraves routières accessibles – Données privées (INRIX, etc.) – Données météorologiques – …
  16. 16. Source: Université du Maryland, RITIS/CATTLAB, M. L. Pack
  17. 17. Tendance centralisatrice • De nombreux projets visent une centralisation • Les participants “perdent” contrôle de leur information • La centralisation soulève des problèmes de gouvernance • Depuis le web, les technologies sont faites pour aider la décentralisation (sauf Facebook)
  18. 18. MASAS • Système national de sécurité publique • L’information routière (hors autoroutes) est une des plus difficiles à obtenir actuellement • Lire X sources différentes n’est pas viable
  19. 19. Agregation, pas centralisation • MASAS joue un rôle d’agrégation (pas de centralisation) pour sa communauté • “Agrège” car repose sur des données décentralisées… • … mais ces données doivent être standardisées.
  20. 20. Et les petites juridictions? • La technologie ne doit pas être un frein, mais un moteur • La standardisation des données amène une commodification des outils logiciels
  21. 21. S o
  22. 22. Conclusion • Partager des données et non de l’information • Favoriser les approches décentralisées • Favoriser l’utilisation d’un (ou quelques) standards pour faciliter l’intégration et l’agrégation

×