Big Data vu par SGI

Ma première surprise a été d'apprendre où était caché SGI (vous vous rappelez peut-être les postes Indigo qu'on trouvait pour faire du graphisme et de l'animation...) depuis tout ce temps : et bien non, ils ne sont pas morts mais montent des calculateurs pour des grands comptes. Le premier intervenant était donc M. Carsalade, responsable infrastructure chez SGI, qui a pris quelques exemples d'applications et d'infrastructures "Big Data" (petabytes de données) menées par SGI.

Parmi les applications citées : calculateurs chez NOAA (sorte de Météo France aux US) ou Total (analyse des sols), Cosmos Project (15 tera de ram...), génomiques

SGI déploie par ex. :

• 500 000 serveurs SGI chez Amazon pour S3/eC2, site web, AWS...
• 300 000 serveurs SGI chez Microsoft pour Live Search (Bing, Exchange, MSN, etc.)

La technologie est souvent basée sur HADOOP, qui permet la recherche en parallèle sur un cloud, basée sur le principe map / reduce initiée par Google.

On note l'évolution des technologies dans le temps et par volume croissant:

• OLTP (données structurées),
• data warehouse (données essentiellement structurées),
• Big Data (données essentiellement non structurées)

Il conclut que Big Data, c'est :

• la capacité de stockage de données, et celle de l'agrandir au fur et à mesure du besoin,
• travailler sur ces données (HADOOP), les analyser et les visualiser,
• mais aussi archiver ces données, problématique souvent ignorée au premier abord mais pourtant nécessaire.

Big Data vu par une PME spécialisée

La présentation suivante de M.Royer (Datasio) est un peu plus technique.

Pour commencer, une liste des sources de données problématiques potentielles (i.e. la production ne s'arrête pas) :

• production par des réseaux d'observation autonome (capteurs météo, GPS, RFID, balises Argos...),
• données dépendantes d'une communauté d'utilisateurs et d'individus instrumentés,
• données produites plus vite qu'on ne les traite,
• "on verra le traitement plus tard".

Synthèse de ces problèmes : les "3 V" du Big Data: Volume / Variété / Vélocité.

Les techniques autour de Big Data promettent de :

• faciliter la collecte et l'aggrégation (mesurer les opérations, acquérir tous les flux possibles, stocker les mesures brutes)
• valoriser le capital de données (découvrir après coup des opportunités inexploitées, outils de fouille adaptés aux gros volumes, extraire et distiller l'information)

Il revient sur HADOOP en quelques mots :

• solution Open Source, issu de la fondation Apache,
• à l'initiative de Yahoo via un essaimage Hortonworks
• c'est un projet en maturation, avec une communauté active, mais des branches de code variées,
• constitué d'un système de fichier distribué avec redondance (parallélisation des données) et possibilité map / reduce (parallélisation des tâches à effectuer sur les données)

Si Big Data est un nouveau terme pour une problématique qui n'est pas nouvelle, une différence liée à la technique map / reduce les traitements sont effectués sur les serveurs qui hébergent les données au lieu de pousser les données vers un calculateur. Attention au fait cependant que pour fonctionner, les algorithmes doivent fonctionner de manière indépendante sur un sous-ensemble indéterminé de données (donc finalement indépendamment sur chaque "donnée"). Enfin, on se concentre sur l'efficience de la création et de la lecture des données, à l'inverse des bases de données traditionnelles qui se concentrent également sur la mise à jour et la suppression.

Je ne sais pas s'il y avait une conclusion, la présentation a été abrégée faute de temps.

Big Data vu par Météo France

La dernière présentation était celle de M.Beuraud de Météo France dont la problématique, pas simple mais à laquelle nous sommes tous sensibles, est la prévision numérique du temps.

Il note tout d'abord que la qualité des prévisions a augmenté : la qualité d'une prévison à 48h aujourd'hui vaut prévision à 24h il y a 15 ans en lien avec l'augmentation des performances du centre de calcul HPC de Météo France à Toulouse (évolution matérielle tous les 3 ans) :

• 2 GFlops en 1991 (date de l'ouverture du centre), basé sur des machines Cray 2,
• 100 TFlops en 2009, basé sur des machines NEC SX9

Le volume de données étudiées est maintenant beaucoup plus important, principalement du fait de la constellation de satellites qui s'est développée et qui produit un volume beaucoup plus important que les mesures conventionnelles (au sol). On a vu un "déluge de données" satellitaires depuis 2010. D'un point de vue stockage, le site est passé de 20Go en 1991 à plusieurs pétaoctets aujourd'hui.

De par les différentes contraintes extérieures (données à fournir aux clients), une prévision à 24h doit être faite en 25 minutes. De plus, la puissance de calcul nécessaire augmente sans cesse notamment à cause des facteurs suivants (en plus du volume de données à analyser qui augmente) :

• maille de plus en plus petite,
• couplage de modèles de plus en plus nombreux,
• prévision ensembliste : on lance X fois le même modèle avec des entrées différentes pour voir la stabilité de la prédiction.

A noter qu'ici, on n'est pas dans des technos de type HADOOP.

Il conclut que le volume de données à traiter va continuer à grandir, et que la gestion des données est l'enjeu majeur de la décennie qui s'ouvre.

Conclusion

J'ai été surpris de voir l'angle d'approche pour la présentation d'une thématique Big Data, qui était pour moi (novice je l'avoue) plus liée aux technologies Web. J'ai finalement trouvé que c'était intéressant de remettre ça avec cette perspective, et ainsi de replacer ce que recouvrent finalement les mots Big Data. Encore un grand mot qui veut tout et rien dire quoi :p

Data, c'est quoi exactement ?

Dans le cadre de l'Open Data la donnée est le matériaux brute. C'est une valeur, une observation. Ce n'est pas une information, qui recoupe et interprète plusieurs données.

Le recoupement de données permet de créer des informations de valeurs. Cependant certaines données n'ont pas vocation à être ouvertes (ex. données stratégiques, personnelles, défense).

Qui sont les acteurs de l'Open Data ?

On distingue :

• les producteurs
  • administration publique (Étalab),
  • collectivités locales (Paris data),
  • portail de données (Data publica),
  • entreprises privées (Réseau ferré de France)
• les réutilisateurs
  • journalistes (http://owni.fr/),
  • graphistes (http://fr.mapize.com/),
  • développeurs (http://www.handimap.org/),
  • entreprises (http://homengo.com/),
  • chercheurs (MIT)
• les citoyens / utilisateurs
  • activités (Regards citoyens),
  • associations (Fing)

Qui a ouvert ses données ?

En France : Étalab, 16 ministères, 5 administrations publiques, 2 régions, 5 départements, 11 métropoles, 7 municipalités, 3 grandes entreprises (réseau férré, sncf, la poste), 4 initiatives culturels, PS...

Dans le monde: 28 pays, environ 120 localités de toutes tailles. On voit se former des initiatives continentales,

Pour quels résultats ?

• Un nouveau type d'information (NR issu d'une collaboration journaliste/développeur/graphiste), plus ou moins couvert sous le terme "Data viz" (eg OWNI)
• Des applications diverses, parfois issues de concours (eg application téléphone Tourisme 71)

Quels sont les freins et incitations ?

Il y a une incitation/obligation venant de l'Europe (2003) et de l'état (2006) pour les acteurs publics, les acteurs privés délégataires d'un service public ou monopolistiques. On peut ajouter les modèles économiques basés sur la société de l'information (eg http://www.openstreetmap.org/ qui crée des données ouvertes collaborativement depuis 2006)

Les freins viennent :

• des données non diffusables,
• d'une cohabitation parfois difficile avec Loi informatique et liberté / CNIL (le recoupement de plusieur sources peut finir par redonner des données "personnelles").

De plus cette incitation à la transparence crée nouveaux rapport entre secteur public et privé (je ne m'en plaindrai pas personnellement :p ).

Quels droits / quelles licences sur les données ?

Rappel : la propriété intellectuelle recrée une notion similaire à la propriété matérielle mais sur des oeuvres. Les données ne sont pas soumise à la propriété intellectuelle. Les données originelles, ainsi qu'une base de données à forte valeur ajoutée, ou encore les signes distinctifs (marque, nom de domaine, logo, etc) sont considérés ou considérables comme des oeuvres.

Il faut donc une gestion stratégique des différents droits de propriété intellectuelle. Que faut-il partager ou retenir ? Quel est l'encadrement souhaité ? Copyleft (eg GPL) ou non ? Compatibilité entre jeux de données ?

Aujourd'hui on a comme licenses pour les données :

• les licences basées sur le droit d'auteur (CC)
• les licences basées sur la loi de 1978 (droit public en france, uniquement pour collectivité, pas de propriété intellectuelle) (LIP et APIE)
• les licences spécialisées (ODBL, PDDL, ODC-By créées par Open knowledge foundation)
• les licences dédiées (Licence Ouverte)

En France (dans l'administration publique ?) l'ODBL et la Licence Ouverte sont principalement utilisées.

En Europe et à l'étranger, on trouve plutôt l'ODBL, CC-0 et autres licences dédiées.

Et l'Open Data dans l'entreprise ?

Bluenove a mené une enquête auprès de grands groupes. Quelques résultats (l'intégralité est publiée dans un petit livre blanc dont j'ai un exemplaire) :

• les bénéfices attendus de l'ouverture et de la réutilisation sont avant tout d'améliorer la satisfaction des clients, et en dernier lieu de se différencier de ses concurrents
• les obstacles ressentis : le besoin de contrôler la réutilisation de ses données, la peur de donner l'accés à ses données aux concurents ou encore la frilosité à la réutilisation de données des autres (problème potentiel de fraicheur et/ou qualité des données)

43 % des entreprises sondées disent qu'une réfléxion autour de l'Open Data est en cours évolution.

Conclusion

Aujourd'hui, les licences sont matures et ne posent plus vraiment problème. On peut espérer avoir rapidement plus de données et d'acteurs dans l'Open Data. Cependant dans le public comme dans le privé une difficulté est d'encadrer la production : motiver la production de données, accueillir les résultats et gérer la diffusion (qui a dit CubicWeb ? En toute objectivité :p ).

NR: On notera l'absence de discussion autour des formats de publication de données notamment. Pour conclure, j'aurais plutôt appelé ça état les lieux que état de l'art, même si ça reste un effort de synthèse appréciable.

Paris

Présent pour le moment :

• Stéphane (harobed) à 19h
• Gawel

Où : La Grosse Caisse (plan a)

Adresse :

160 rue Montmartre

Paris IIe

Metro:

• Grands Boulevards (ligne 8)
• Bourse (ligne 3)

Pau

au club d’échecs Henri IV à 19H30

39 ter rue E. Guichenné 64000 PAU

Plan OSM

Pau

au club d’échecs Henri IV à 19H30

39 ter rue E. Guichenné 64000 PAU

Plan OSM

À Bruxelles

À partir de 19h, à la Porte Noire - 67, rue des Alexiens Timbaud - 1000 Bruxelles.

Pour être au courant des prochains Afpyros en Belgique: Aperos Python Belgium

À côté de la gare centrale.

Pau

au club d’échecs Henri IV à 19H30

39 ter rue E. Guichenné 64000 PAU

Plan OSM

À Paris

À partir de 19h30, à l’Orange Mécanique - 72 bis rue Jean-Pierre Timbaud - 75011 Paris.

Métro Parmentier. M3

À San Francisco (US)

À partir de 19h, au 21st amendment - San Francisco

À Lyon - le 26 janvier

Le premier Afpyro Lyonnais aura lieu de jeudi 26 janvier à 19h à l’Antre Autre - 11 rue Terme - 69001 Lyon (au premier étage).

Des Lightnings Talks auront sûrement lieu. Plus d’informations ici bientôt.

Pour se rendre à l’Antre Autre :

• en métro : arrêt Hotel de Ville
• en vélo’v : stations Place Sathonay, Carmélites Buredeaux, Place de la paix

Problématique des licences

Un premier problème est que la licence proposée par LiberTIC est la CreativeCommons CC-BY, alors que les producteurs de données n'ont souvent pas les droits sur toutes les données qu'ils diffusent (par exemple la photo d'illustration d'un concert). Ils auront donc du mal à les publier en totalité sous licence CC-BY. Espérons que la licence Creative Commons rentre dans les habitudes et que cela ne va pas trop freiner le projet.

Aujourd'hui, l'utilisation ressemble à du Fair Use: on tolère la ré-utilisation de contenus protégés par le droit d'auteur car cela sert la diffusion de l'information.

Nous nous sommes demandé s'il est possible de mélanger deux licences dans un flux de données ou s'il faut faire deux flux séparés mais liés.

Problématique d'utilisation

Un deuxième problème est que les réutilisateurs ne seront pas intéréssés si les données sont trop pauvres et qu'elles n'incluent pas d'image ou de vidéo. Il faut donc trouver un socle commun qui satisfasse les producteurs et les réutilisateurs.

Import ou gros formulaires qui tâchent ?

Vu la complexité du modèle de données qui a émergé des discussions (beaucoup de cas particuliers), il a été proposé de fournir un formulaire de saisie d'un événement. A notre avis, la saisie "manuelle" doit rester un cas exceptionnel (un acteur culturel n'ayant pas de site pour publier par exemple), au risque de n'être pour les producteurs qu'un enième site à renseigner lors de la publication de son agenda.

Un exemple de bonnes pratiques est le très populaire GoodRelations qui offre un formulaire pour qu'un utilisateur qui n'a pas intégré le format à sa boutique en ligne puisse facilement générer son fichier et l'héberger chez lui, favorisant ainsi un modèle décentralisé calqué sur celui des moteurs de recherche.

Formats

Il nous semble donc important de se concentrer sur les formats standards qui pourraient être importés et exportés par la plateforme.

En voici une liste non exhaustive:

• ical
• xcal
• vcal
• schema.org / Event
• Event Ontology

Lectures supplémentaires

Cherchant à combiner des vocabulaires existants (afin de ne pas réinventer un format qui devra être traduit dans un autre vocabulaire pour être réutilisable) nous sommes tombés sur les articles suivants :

• le chapitre 15 du Mashup Guide explique comment du DublinCore peut être ajouté au sein de xcal. Il fournit aussi un exemple d'utilisation d'une API de requêtes sur un site populaire aux USA : http://upcoming.yahoo.com/

• La question de la licence "Machine readable" a été abordée http://wiki.creativecommons.org/Frequently_Asked_Questions#What_does_it_mean_that_Creative_Commons_licenses_are_.22machine-readable.22.3F et http://wiki.creativecommons.org/RDFa et http://wiki.creativecommons.org/XMP (property="cc:attributionName" rel="cc:attributionURL")
• LODE: An ontology for Linking Open Descriptions of Events http://linkedevents.org/ontology/

Conclusion

Il nous paraît important de ne pas se tromper dans les orientations choisies:

• utiliser des formats standards et combiner l'utilisation de namespaces existants plutôt que d'inventer un nouveau format
• proposer plusieurs formats d'export pour différentes utilisations (json, ical, etc) quitte à ne pas inclure tout le contenu disponible si le format ne s'y prête pas
• ne pas créer une API de plus et choisir de privilégier les standards du web sémantique en publiant du RDF et si possible en fournissant un accès SPARQL
• préférer la publication distribuée des données par leurs producteurs et leur agrégation par la plate-forme plutôt que d'attendre des producteurs qu'ils remplissent un formulaire de plus.

Nous attendons avec impatience la suite des travaux. Selon LiberTIC la plateforme sera developpée en logiciel libre avec des outils collaboratifs pour piloter le projet.

CubicWeb est une plateforme disponible en logiciel libre qui a déjà fait ses preuves et a été conçue pour développer des applications du type de l'aggrégateur décrit ci-dessus: import et export des données sous différents formats, utilisation des technologies standards du web sémantique. Nous espérons que ceux qui auront à réaliser l'agrégateur choisiront CubicWeb comme base technique pour ce projet.

Présentation générale de l'OpenData par Libertic

Il existe sur la toile assez d'articles sur l'Opendata pour qu'il ne nous semble pas nécessaire d'en donner une description, mais nous tenons à souligner que l'OpenData n'est pas simplement une mise à disposition des informations. Pour que des données puissent être qualifiées d'ouvertes, il faut qu'elles respectent une dizaine de principes parmi lesquels l'accessiblité, l'exploitabilité (données brutes), et la la réutilisablitié (licence).

Claire Gallon a cité plusieurs exemples d'OpenData dans le domaine culturel :

• la mise à disposition de données sur la fréquentation d'un musée permet de développer un service qui donnera la meilleure heure pour visiter ce musée. Voir When Should I visit Tate Modern
• Marseille-Provence 2013 (capitale culturelle européenne) ouvre ses données et attend que les acteurs écrivent des applications (mobiles notamment).

Un idée importante est que le service public doit s'adresser au plus grand nombre et ne peut pas consacrer ses ressources à la mise en place de services de niche. La mise à disposition des données permet à des tiers d'occuper ces niches.

En conclusion, Claire Gallon insiste sur la nécessité d'inclure la gestion de la communauté dans les démarches d'ouverture des données. La prochaine priorité des acteurs de l'OpenData sera la coproduction, à la fois pour l'écriture des applications et pour l'amélioration des données.

Présentation du projet data.bnf.fr par Romain Wenz

Romain Wenz de la Bibliothèque nationale de France a présenté http://data.bnf.fr sous l'angle de l'ouverture : l'ouverture à un public différent, l'ouverture à un mode de recherche différent (on cherche sur internet avant d'aller en bibliothèque) et l'ouverture sur les reseaux sociaux où le public partage des références à des contenus qu'il apprécie (twitter, facebook, etc.). Cette ouverture passe forcément par un web indexable, où l'on peut communiquer facilement une URL d'un contenu (exit les portails de recherche avec des sessions et variable http). Si un site n'est pas indexable, son contenu pourra être trouvé en s'y connectant directement, mais celui-ci restera dans le web "invisible" ou "profond".

Romain Wenz a insisté sur l'Importance des technologies utilisées : d'un coté les strandards ouverts et formalisés par le W3C, notamment en terme de web sémantique (RDF, RDFa, opengraph, schema.org, etc.) et de l'autre l'utilité de s'appuyer sur du logiciel libre. Dans le cas de http://data.bnf.fr il s'agit de CubicWeb.

Présentation des collaborations entre Wikimedia France et des institutions publiques à Toulouse

La transition entre la BnF et Wikimedia est facile : Wikisource (bibliothèque de livres libres de droits) a signé un partenariat avec Gallica qui lui a fourni des numérisations de livres tombés dans le domaine public.

Wikimedia France a présenté deux projets réussis en coproduction avec des institutions Toulousaines :

• le projet Phoebus a donné accès aux archives du Muséum de Toulouse à des bénévoles

• la communauté Wikimedia Commons a participé à l'enrichissement des metadonnées du fond consacré au photographe Eugène Trutat.

Présentation OpenData par la mairie de Nantes Métropole

Frédéric Vasse a briévement présenté la démarche de la Ville de Nantes en matière d'OpenData. Le lancement de la plateforme aura lieu lundi prochain à la Cantine Numérique de Nantes. Selon lui, l'objectif de Nantes est de réussir la coproduction avec les acteurs du territoire.

Conclusion et ouverture sur un projet concret d'OpenData pour les acteurs culturels

Libertic a conclu en proposant aux acteurs culturels un projet d'aggrégateur d'informations sur les événements culturels à Nantes. Nous espérons pouvoir vous donner prochainement plus d'informations sur ce projet.

Autre compte rendu (prises de notes) : http://www.scribd.com/doc/72810587/Opendata-Culture

Pourquoi

Figurez-vous qu’on nous observe depuis Montréal ! Et que c’est grâce à nos amis que l’on obtient le label transatlantique.

[PM 09:08:40] < No`> salut les genpy
[PM 09:08:47] < No`> jpcw: té, j'voulais t'avoir
[PM 09:08:57] < No`> c'est a priori ok pour moi jeudi
[PM 09:09:03] < jpcw> ah cool
[PM 09:09:16] < jpcw> bon ben voilà afpyro à pau jeudi prochain
[PM 09:09:21] < jpcw> haypo: ^^
[PM 09:09:30] < gawel> pareil alors
[PM 09:09:44] < gawel> faut brancher mathieu pour montreal :)
[PM 09:09:49] < jpcw> ouep
[PM 09:09:59] < gawel> et je sais plus qui pour lille
[PM 09:10:04] < jpcw> motif afpynersaire
[PM 09:10:13] < jpcw> tdesvenain pour lille
[PM 09:10:19] < gawel> afpyroversaire
[PM 09:11:42] < jpcw> 17:36 < gawel:#afpy> afpyronnersaire
[PM 09:12:02] < gawel> haha
[PM 09:12:28] < jpcw> comme quoi logs.afpy.org c'est un vrai service !
[PM 09:12:38] < No`> tiré par les cheveux mais bon... si c'est un prétexte pour boire des godets avec des pythonneux...
[PM 09:13:21] < jpcw> No`: tu rigoles !
[PM 09:13:32] < jpcw> Montréal nous observe et tout

Bien entendu il y a toujours les sceptiques

[PM 09:14:33] < No`> euh... Montréal dans l'Aude ?
[PM 09:14:52] < jpcw> nope l'autre
[PM 09:15:57] < No`> faut jurer avec des Tabernak et tout ?
[PM 09:15:59] < jpcw> No`: log d'hier 17h34
[PM 09:16:20] < jpcw> 17h 31 pour le début
[PM 09:16:25] < jpcw> avec l'anniversaire toussa
[PM 09:17:42] < haypo> No`: matin
[PM 09:17:43] < No`> ah ben j'ai pas de log, je suis pas branché sur IRC 24h/24h
[PM 09:18:55] < jpcw> No`: http://logs.afpy.org
[PM 09:19:07] < jpcw> http://logs.afpy.org/archives/2011/10/03/
[PM 09:19:26] < No`> ah

Si toi non plus tu n’es pas tout le temps sur le chan, ou si tu n’ a pas les logs voici donc la version que l’histoire retiendra pour le premier afpynnersaire transatlantique

17:31 < mlhamel1:#afpy> Joyeux anniversaire l'AFPY !
17:31 < ogrisel:#afpy> joyeux anniversaire mlhamel1
17:32 < mlhamel1:#afpy> c'est pas mon anniversaire mais il semblerait que ce soit celui des 8 ans de lAFPY si j'en crois les internets
17:32 < mlhamel1:#afpy> ou en fait tarek, http://tarekziade.wordpress.com/2011/10/02/the-french-python-user-group-afpy-is-8-y-o/
17:33 < jpcw:#afpy> mlhamel1: bah il a realisé hier que ça faisait 8 ans
17:33 < jpcw:#afpy> mais ça n'est pas forcément la date exacte
17:33 < mlhamel1:#afpy> ne soyez pas modeste, faut bien choisir une date !
17:33 < jpcw:#afpy> mais merci quand même
17:34 < mlhamel1:#afpy> dites vous que montreal vous regarde entkâ ¦
17:36 < jpcw:#afpy> mlhamel1: tiens bien du coup cette phrase sera l'excuse pour le prochain afpyro
17:36 < mlhamel1:#afpy> coool
17:36 < jpcw:#afpy> nous faut toujours une justification
17:36 < gawel:#afpy> \o/

Et voilà comment naît un afpyro transatlantique, ceci dit c’est du déjà vu, donc faut trouver un nom spécial pour l’occasion spéciale !

17:36 < mlhamel1:#afpy> comme si vous aviez besoins de d'autres raison que l'alcool
17:36 < gawel:#afpy> afpyronnersaire
17:36 < mlhamel1:#afpy> hahaha
17:36 < mlhamel1:#afpy> j'aime
17:36 < jpcw:#afpy> mlhamel1: c'est pshyco quelque chose
17:37 < jpcw:#afpy> on sait pas exactement mais on se soigne :)
17:37 < mlhamel1:#afpy> c'est seulement de l'alcoolophilie c'est pas grave
17:37 < mlhamel1:#afpy> ca se cultive
17:37 < mlhamel1:#afpy> comme une collection de timbres
17:39 < jpcw:#afpy> mlhamel1: bon faut absolument que tu cales un afpyro à montreal en même temps que nous
17:39 < jpcw:#afpy> genre afpyronerssaire transatlantique
17:39 < jpcw:#afpy> ça commence à le faire
17:39 < mlhamel1:#afpy> dites moi la date et on va essayer de faire quelque chose
17:39 < mlhamel1:#afpy> :)
17:39 < jpcw:#afpy> avec un peu de chance on aura pas fini quand vous commencerez
17:39 < mlhamel1:#afpy> hahah

C’est ainsi que notre ami gawel (le Seguela du Python) a inventé le concept d’afpyronnersaire !

Quand à ceux qui se demandent pourquoi rattacher l’image de Seguela à gawel, ben je ne peux pas faire autrement !

J’ai les logs, flemme de grepper mais je vous assure que gawel a écris ça un jour sur irc

A 30 ans si tu sais pas grepper t'as raté ta vie !

:)

Paris

La Grosse Caisse (plan a)

• Happy hour de 17h à 20h.

Adresse :

160 rue Montmartre

Paris IIe

Metro:

• Grands Boulevards (ligne 8)
• Bourse (ligne 3)

Pau

au club d’échecs Henri IV

39 ter rue E. Guichenné 64000 PAU

Plan OSM

Lille

À la Capsule (Plan Capsule) au coin de la rue des Trois Mollettes et de la rue Doudin

Strasbourg

Au Dubliner’s, rue du vieux marché aux poissons, à partir de 19h. Merci de vous inscrire sur la page suivante : http://www.facebook.com/event.php?eid=225873050807967 .

Plan ici

Bordeaux

Au Cambridge Arms, 27 rue Rode, 33000 Bordeaux. Attention comme on est un peu anglais à Bordeaux , on fait ça en avance des autres villes. C’est donc le 19 octobre à 19 heures qu’aura lieu l’afpyro à Bordeaux.