Atelier brainstorm Villes 2.0 Rennes 2009

Un article de FormaVia.

Atelier brainstorm Villes 2.0

Par Thierry MARCOU


Introduction

Présentation Villes 2.0

Ville déjà très numérisée – cf. SIG – gérée,

Portails et blogs locaux, comptes Viadeo, groupes Facebook

Projet Nyte du MIT : analyse des communications entrantes et sortantes des habitants : 40% des appels sortants sont destinés vers Kingston, Jamaïque


De Google Transit (mythe réalisé du transport multimodal) aux effort individuels pour pallier des « manques constatés » par la société civile : ex. parent d'élève qui monte un mashup GMaps pour organiser covoiturage le matin...

Ex. du Vélib : (et autres initiatives similaires) → remarque au passage :

Passage sur les API : Twitter bloqué en Iran, mais possibilité justement d'utiliser les API pour contourner les blocages


Credo :

→ Libérer les énergies disponibles

« Les données doivent mériter leur nom : elles doivent être 'données' »


La Ville doit être :

  • un dispositif d'expérimentation ouvert
  • permettre une gouvernance participative

→ imaginer des cadres juridiques pour l'expérimentation


Ex. de la Montre Verte : montrer que les citadins peuvent devenir coproducteurs de l'information, et que cela change

Ex. projet (en suspens) de la RATP, sur le remplacement des panneaux-plan du quartier par des informations locales de divers types (météo, pollution, trafic, température, plan bien sûr, etc.)


Charles Népote : propose un petit jeu

QUI a de données à libérer ? (détenteur de données)

QUI saurait quoi en faire ? (geeks et bidouilleurs)


DATA :

  • parcours des bennes à ordure géolocalisé
  • escaliers de Marseille
  • accessibilité des lieux publics
  • données de la Ruche
  • Eco-rurb : stations météo (données doivent être récupérées à la main, 1 fois/semaine)
  • Piscines : ouvertes ou pas, etc.

SERVICES :

  • cartographie (accessibilité ; cf. ex. escaliers dans Marseille)
  • coupler données locales aux modélisations à une autre échelle (sur la météo dans l'ex.)

COMMENT ?

  • ouverture
  • accès collectif à la donnée – data comme panneaux d'affichage
  • panneau d'affichage
  • modèle économique
  • nouvelles formes, mélange de données publiques et privées

C. Népote : données OpenStreetMap fournies par les utilisateurs


Mini-débat sur la cartographie de l'accessibilité vs modifier la réalité réelle – remarque : la donnée et carto. sont des préalables à la transformation physique...


Ex. : météo jamais traitée à Brest


Gestion des événements inhabituels → justement si données libérées, permet d'envisager une diffusion publique


Débat sur connexion des sphères sociales : connectés vs moins connectés, etc. → la vraie question n'est pas de regretter les différences, mais de relier ces sphères qui se pensent différentes.


« libérer » la parole : attention car tout le monde ne souhaite pas exprimer publiquement sa parole ; il s'agit plutôt de faire des « appels à données »

Proposer des plateformes permettant de produire/collecter ces données


Importance des API


Aussi dangers rétroactifs par la publication des données qui peuvent mettre les utilisateurs en danger (ex. photo de tag sur skyblog : auteur arrêté..)


Ex. services pour trouver assistantes maternelles à proximité, en fonction du trajet déclaré


Anticiper les évolutions des usages : toutes les études signalent usages du téléphone mobile internet


Claude Virlogeux : retard du secteur associatif par rapport au numérique


JP Quignaux : informations en fonction du contexte → désir d'information va devenir un besoin

Appels à données géolocalisées par quartiers, avec intégration de notions marketing

→ comment faire en sorte que le système ne soit pas hors-sol (y compris le financement de la production des données).


Débat : services marchands vs non-marchands ?

Charlotte ... : évoque projet à Copenhague (sur repérage des pbs sur pistes vélos), et aussi http://www.walkscore.com/ (permet de calculer le lieux d'installation en fonction des services accessibles à pied)


Problème de recouvrement des données collectées entre collectivités territoriales différentes → méthode de collecte et de diffusion


Mélange des formes de données publiques et privées


Appropriation des données publiques par la contractualisation de service → cf. tous les vélos disponibles : aucune interopérabilité (entre différentes villes), aucun retour sur les données (sauf quand pression des utilisateurs)


Cartographie et analyse des données disponibles


(débat assez mouvementé, ça fuse dans tous les sens, difficile de synthétiser)


Question de la diffusion de données comprenant des infos d'identité.

Ex. Claude Virlogeux : ville en Espagne qui a publié il y a 5 ans son SIG *intégral parce que cela servait sa politique d'accueil.


Données publiques = double peine : on paie, et on n'en profite pas.


Libération des données → savoirs/usages


Attention à ne pas tout libérer : vrais enjeux stratégiques

Attention : APIE et soit-disant « sacs d'or » des données


Principal modèle économique du web2 : :translation de valeur vers les données (transformation de données en service) → revisiter ce modèle dans un modèle de service public ?


Problème des licences associées aux API JC Decaux : OpenStreetMap a besoin de données libres → condition de pérennité de l'écosystème


=> bonnes pratiques à intégrer sur les CDC publics = intégrer une licence claire sur les services qui mettent des données à disposition.


Annoncer les règles du jeu afin de ne pas risquer de voir tout un écosystème s'écroule.



 Signaler cette page

 » Créer mon compte