###### Tags: `DAISEE` `Prats-de-Mollo` `résidence` # [DAISEE] [Première résidence contributive à Prats-de-Mollo (du 09 au 13 Novembre 2017)](https://frama.link/daisee-prats-residence1)  ## 0- À propos Ce document décrit les activités de la **1ère résidence contributive** de [DAISEE](https://frama.link/DAISEE-knowledge) à [Prats-de-Mollo](https://frama.link/DAISEE-Prats) (en Occitanie) qui s'est organisée du 09 au 13 novembre 2017. Elle a été co-gouvernée par la régie électrique de Prats, des membres de l'[Assemblée Virtuelle (AV)](http://virtual-assembly.org), [la MYNE](http://lamyne.org) et [Cellabz](http://cellabz.com). **++Éléments de contexte++** :::info * [Annuaire des documents DAISEE @ Prats](https://frama.link/pratsenr-connaissances) * [Contexte de recherche à Prats-de-Mollo](https://frama.link/daisee-pratsenr) * [Programme de recherche-action DAISEE](https://pad.lamyne.org/daisee-knowledge) * [Préfiguration des activités à Prats (2017)](https://pad.lamyne.org/s/ryDheyuVW) * [Expédition de données à Prats (2017)](https://pad.lamyne.org/s/Bku2xguVb) * [Première résidence à Prats (2017)](https://frama.link/daisee-prats-residence1) * [Collecte et data viz énergétique](https://pad.lamyne.org/IwDgRiDGDMAswFpYQCZIKwHYBmCwCZgA2BATiPxW2yIEN1T9ag==#) ::: **++Livrables de résidence++** :::warning * [Bilan de la résidence](https://docs.google.com/presentation/d/1od1cNMu1PPCDCRBXrAfes45akOMBU4B-eHxD5fGc9Fw/edit?usp=sharing) * [Récit de la résidence](https://storify.com/nicolasloubet/pratsenr-residence-novembre-2017) * [[Doc] Ontologie Prats'EnR](https://docs.google.com/drawings/d/1ez9a9yVBZ-q1ppKxU39fMQ3n6M8EiSZCRScfYOG2quY/edit?usp=sharing) * [[Doc] Bus sémantique](https://pad.lamyne.org/BwThBYCMDYGZwLQAYDsxYPAUwIwEME9UsEcAzJAVmgGMdq9oAmIA?view) * [[Doc] Moteur de carto](https://github.com/assemblee-virtuelle/grands-voisins-v2) ::: **++Suivi des financements++** :::success Les grandes masses du Budget de l'AAP Energie Citoyenne de 12k€ sont les suivantes : * **2500€** engagé pour les diverses résidences passées (payé par la régie sur le budget) * Env. **1500€** de défraiment de transport (à affiner, payé par la MYNE facturé à la régie) * **500€ min** à prévoir pour la résidences Nov (Pris en charge par la régie sur le budget) * **3000€** pour le soutien à l'organisation de la contribution (principalement fléchés sur @Nico et @Rieul aujourd'hui) (Ok, facturé par la MYNE à la régie) * **2000€** pour le stage de Sébastien (portage par la Régie - pour Prats'Enr - et la MYNE) --- > **Le détail du budget de la résidence est lisible dans ++[CE DOCUMENT](https://docs.google.com/spreadsheets/d/1wGWoE2_FlRHjSwb2OjqkMUCO-4XAjDcBWSuxuCyAkIA/edit?usp=sharing)++.** ::: ## 1- Contributeurs Voici les interactions entre les groupes de travail du weekend (initié par @Rieul, à faire évoluer).  ### ++Meta-organisation++ * **@David Gener** (Prat'EnR) - là de jeudi à dimanche * **@Rieul Técher** (la MYNE) - là de jeudi à lundi * **@Nicolas Loubet** (Cellabz) - là de jeudi à dimanche * **@Déborah Thebault** (DAISEE) - là de vendredi à lundi ### ++Médiation citoyenne++ * **@Franck Calis** (AV) - là de vendredi à lundi * **@Jaqe Chambon** (Prats) - là de samedi à lundi * **@Bernard Vatrican** (Prats) - là de vendredi à lundi * **@Louis-Romain** (Prats) - là jeudi et vendredi ### ++Système d'information++ * ++[Design de l'ontologie](https://www.virtual-assembly.org/category/projet/ontologies/)++ * **@Mikhael Pommier** (designer) - là de vendredi à lundi * **@Guillaume Rouyer** (com) - là de vendredi à lundi * ++Visualisation de données++ * **@Sebastien Lemoine** (AV) - là de vendredi à lundi * **@Michel Cadennes** (AV)- là de vendredi à dimanche * **@Benoit Alessandroni** (AV) - là de vendredi à lundi * ++[Aggrégation de données](https://www.virtual-assembly.org/semantic-bus/)++ * **@Simon Louvet** (AV) - là de vendredi à lundi * **@Alexandre** (AV) - là de vendredi à lundi * ++Captation de données++ * **@Louis Villard** (La MYNE) - là de jeudi à dimanche * **@Sylvain Pastor** (La MYNE) - là de vendredi à dimanche * **@Emmanuel Laurent** (La MYNE) - là de jeudi à lundi :::info ++Acteurs de l'écoystème régional d'innovation++ * **@Joris Navarro** (SquareGoLab) - vu jeudi, là vendredi * **@Olivier Fruchier** (PROMES) - rencontré vendredi * **@Lilian Chardon** (Lillegal) - là samedi et dimanche ::: :::success ++Contributeur.trice.s non présents sur la résidence++ * **@Sylvia F.** (design, données) * **@Samira R.** (IT, dév. logiciel) * **@Clément E.** (curieux avant tout) * **@Julien B.** (blockchain, IoT) * **@Xavier C.** (carto, gouvernance) * **@Xavier L.** (droit des données) ... ::: ## 2- ++Prévisionnel++ * **++Jeudi 09/11/2017++ : prise de marques** * Trajet (Lyon - Perpignan, puis Perpignan - Prats) * Après-midi dédiée à l'exploration du FabLab de Perpignan * Rencontre avec @Joris, fab manager du Fablab * Soirée : repas avec @David, @Bernard, @Louis-Rom * @David : adminsitrateur de la Régie de Prats * @Bernard : pratéen engagé sur la démocratie locale * Louis-Rom : pratéen intéressé par la dynamique * Discussion autour de/du : * Linky (cf. expression d'inquétudes sur le rayonnement) * Le premier atelier prospectif du progrmame CIT'IN * D'un courrier à destination d'Albert II (de Monaco) ! * Le devéloppement de filières économiques locales * **++Vendredi 10/11/2017++ : logistique et accueil** * Petit déjeuner (place du village) * Matinée : * Préparation de la salle polyvalente * RDV avec Olivier du CNRS PROMES * Repas du midi chez @Bernard * Après-midi : * Poursuite des échanges avec Olivier (liens possible avec le CNRS PROMES) * Installation des moyens de travail et mise en jambe de l'équipe capteurs * Vers 17.00 : temps social * Accueil des mmembres de l'Assemblée Virtuelle * Dernier temps de réglages logistique: * Pour chaque équipe * Lien entre équipe * Proposition de déroulé * Repas avec des membres E.CO.CIT chez Fafan * **++Samedi 11/11/2017++ : temps de contribution** * Petit déjeuner (salle polyvalente) * Début de matinée (salle polyvalente) : * Brise glace collectif * Présntation de enjeux * Expression des intérêts * Axes de contribution * Matinée : temps de contribution * Visite et prise de connaissance du terrain * Mise en place du matériel et partage de connaissance * Temps de synchronisation (salle polyvalente) * Repas du midi * Après-midi : temps de contribution (salle polyvalente) * Fin d'après-midi : * Temps de synchronisation (obstacles et les besoins) * Ressentis et des suites à donner (salle polyvalente) * Début de soirée: apéro et temps d'échange informel * Soirée : diner (au foyer agricole, spécialité locale) * **++Dimanche 12/11/2017++ : temps de contribution** * Petit déjeuner (salle polyvalente) * Matinée (salle polyvalente) : * Temps de synchronisation * Temps de contribution * Repas du midi * Après-midi : temps de contribution (salle polyvalente) * Fin d'après-midi : * Temps de synchronisation (obstacles et les besoins) (salle polyvalente) * Expression de ressentis et des prochaines étapes (salle polyvalente) * Début de soirée : apéro et temps d'échange informel * Soirée : diner (au foyer rural, pates carbonara) * **++Lundi 13/11/2017++ : cloture de résidence** * Petit déjeuner (salle polyvalente) * Début de matinée : * Temps de synchronisation * Temps de documentation * Matinée : temps de contribution * Finalisation des travau * Repas du midi (chez @Bernard) ## 3- Carnet de bord ### 3.1- ++Jour 0 (Jeudi 09/11)++ #### Visite du [SquareGoLab](http://www.makertour.fr/fiche_identite/squaregolab/) (Perpignan) & discussion avec **Joris Navarro** (14h-17h)  #### Conversation du soir avec **David** **Bernard** **Louis-Romain** (à Prats) (20h-00h) * Nous avons notamment évoqué les enjeux de rayonnement du LINKY * @Louis-Rom est motivé pour sountenir le dvpt de **filières éco. locales** ### 3.2- ++Jour 1 (Vend. 10/11)++ #### Accueil & discussion avec **Olivier Fruchier** (CNRS PROMES) (11h-16h) * Cet échange fait suite à celui que nous avons eu en septembre [avec le labo **PROMES**](https://pad.lamyne.org/s/SyHV_jpK-). * ++Intérêts exprimés++ : * Convergence avec le projet sur [Port Camargues]( http://www.portcamargue.com/port-de-plaisance.html ) (not. sur les compteurs / capteurs) * Contribution de DAISEE aux questions relatives au droit des données / des algos * À Prats, pilotage du réseau dans une configuration de sources multiples de prod :::info Suggéré : "De l'arrivée de la lumière aux réseaux intelligents : histoire de la distribution" <br> <center><iframe width="560" height="315" src="https://www.youtube.com/embed/oJyyHXTC4cY" frameborder="0" allowfullscreen></iframe></center> ::: :::success Le labo CRNS PROMES collabore avec [l’unité **ART-Dev**](http://art-dev.cnrs.fr/spip.php?rubrique86) qui développe des recherches sur les reconfigurations des territoires tant du point de vue économique, politique et social, en mettant en relation dynamiques de globalisation et dynamiques locales. ::: #### Déjeuner chez @Bernard (qui habite à l'entrée du village de Prats)  #### Appel Fondation Prince Albert de Monaco avec **Bernard** (14h-16h)  #### Re-configuration du matériel de captation / du hardware (16h-19h) Reprise en main des compteurs en notre possession : Open Energy Monitor & CitizenWatt. ### 3.3- ++Jour 2 (Samedi 11/11)++ La journée commence par une session de brise glace, une présentation rapide des personnes présentes et (re)mise en perspetive des enjeux locaux. Parmi les personnes présentes: [@Jaqe](http://jaqechambon.blogspot.fr/?m=1), peintre qui habite 6 mois par an Prats, est présent pour préparer la représentation de la ville.  #### Balade urbaine avec @David Gener & amorçage de la conception (10h-12h)  La balade est guidée par @David, en compagnie de @Franck (pour la captation son et video), @Déborah, @Michel, @Simon, @Nicolas, @Sébastien, @Benoit, @Alexandre et @Sylvain. ++Objectifs++ : (1) découvrir l'histoire de la ville (2) identifier des points d'intérêts pour la carto. En parallèle, @Mikha, @Guillaume, @Louis, @Emmanuel et @Rieul échangent sur les enjeux de conception pour la carto. @Emmanuel et @Louis poursuivent la préparation du matériel. Sur le volet dataviz et cartographie de ressources (ou plus spécifiquement ici de scénarios de transition énergétique), voir [les études du NREL (National Renewable Energy Laboratory)](https://www.nrel.gov/analysis/re-futures.html) ainsi que [l'outil Data Viewer pour différents scénarios d'énergies renouvelables](https://www.nrel.gov/analysis/re_futures/data_viewer/) et un [autre outil de cartographie des ressources](https://maps.nrel.gov/swera/). Ces différentes études datent de 2012 et ont été arrêtées... <center> <iframe width="560" height="315" src="https://www.youtube.com/embed/j2oDtcSkV38" frameborder="0" allowfullscreen></iframe> </center> #### Visite du barrage et de la centrale hydraulique de Prats (14h-16h)    #### Cahier des charges compteurs communicants pour Prats (16h-19h) * Échange autour de la problématique des compteurs communiquants à déployer chez les habitants de Prats. D'ici 2023 tous les compteurs des particuliers seront remplacés. * Il y a accord sur le fait que les OEM et les CW sont des capteurs qui sont surtout une vertue pédagogique. Autrement dit, ils serviront tout au long de l'expérimentation en tant que compteurs de tests mais également dans un objectif de transmission de connaissances auprès de la population de Prats et des personnes moins au fait de la captation de données. * Dès lors, l'objectif est de définir un cahier des charges de compteurs communicants en fonction des besoins de la régie. Les hypothèses à prendre en considération sont : * Le type de données (à collecter / récupérer / sauvegarder) * Les lieux d'installation des compteurs (cave, rue, etc.) * Le type de communication permettant de transférer les données (radio, GSM, CPL, etc. via des concentrateurs, directement sur un serveur, etc.) * Le territoire (relief, distance maison/ / quartier, état des infrastructures, etc.) * La temporalité de remontée des données ("temps réel", pas de X min, X heures, etc.) * L'accessibilité des données (affichage sur le compteur, affichage déporté, etc.) * Le stockage des données (serveur central, décentralisé, etc.) * La sécurité des données (public / privé, encrypté, etc.) * Pour la centrale, les questions à poser à Jean Marc Khayat et/ou la régie sont : * Comment récupérez-vous les données ? À quoi vous servent elles ? * Récupération manuelle ou automatisée ? Pas de temps ? Temps réel ? * La régie relève les données à la main et le Groupement des Régies d’électricité de l’Ariège les récupères via le réseau GSM. Pourquoi la régie ne se sert pas de ce même réseau GSM pour récupérer ses données ? * Comment peut on également accéder aux données ? Proposition de Jean Marc KHAYAT de nous pousser les données sur un serveur. :::info @**Sylvain** : il ne s'agit pas de réinventer des compteurs mais bien de faciliter l'accès à la donnée en partant de l'existant et de ce qui va se mettre en place. @Sylvain propose de se concentrer sur la récupération des données de production de la centrale hydraulique à partir du compteur sur place. Ce qui sous-tend notamment cette volonté c'est aussi une incompréhension encore présente de l'ensemble de la chaine de la donnée énergétique. La question est : pourquoi les données de production de la centrale doivent nécessairement être remontées à la régie ariégeoise qui gère cette donnée pour qu'ensuite la régie puisse y avoir accès à distance ? Pourquoi n'est ce pas l'inverse (avec des données remontées à la régie qui donne un accès à la régie occitanie pour accès aux courbes de charges). ++2 points par rapport à la centrale hydraulique++ : * Soit demander l'acccès aux données pour un suivi local en temps réel * Soit installer un système de récupération directe de la données de production de la centrale à partir du compteur qu'il y a sur place. ::: * @David : on ne développe pas nos propres compteurs. Les compteurs (notamment celui développé par Port-Camargues) sont spécifiques aux situations adressées. La communication par CPL nécessite un concentrateur. * @Sylvain : Linky est moyen comme un autre de récupérer de la donnée. Le CPL semble en effet être un bon choix. Nécessaire d'avoir un concentrateur qui est compatible avec Linky. * @David : oui pour un/des concentrateur/s. Un concentrateur est nécessaire par transformateur. Ce qui veut dire qu'à chaque transformateur il faut mettre en place un moyen de communication, notamment amener la fibre. * @Sylvain : pourquoi pas une carte SIM simplement ? * @David : tout à fait possible car on capte la 4G partout. Par contre, il peut être plus intéressant pour accélérer le plan de déploiement de la fibre sur le territoire. (**++Note++**: voir la [Fondation Orange](https://www.fondationorange.com/) notamment en soutien à un projet de transition énergétique). Par rapport au Linky: le choix du Linky est du au fait que 95% du territoire va être équipé en Linky, il y a donc nécessité d'interoperabilité. * @Sylvain : l'interopérabilité entre compteur et la répétabilité/adpatabiltié de l'experience est indépendant du hardware mais dépendant des protocoles. Proposition : se baser sur un compteur existant et remonter la donnée via CPL. * @David / @Emmanuel : Linky a son propre système de gestion de données. * @Sylvain : la question du système de gestion des données n'est pas importante. On peut partir sur la base du couple Linky / concentrateur avec la brique ouverte au niveau du concentrateur puisque le Linky n'est pas ouvert. * @Rieul : possible de poser plusieurs compteurs sur le même PDL ? Pas sur ! * @Rieul : dans le cadre du Linky la question est de savoir pour moi s'il est possible récupérer la donnée en temps réel (notion de configuration). Question à poser. Si c'est le cas tant mieux. Si ce n'est pas le cas voir d'autres compteurs. * @Sylvain : proposition de prendre 2 Linky et un concentrateur. :::success * @David est en contact avec interlocuteur Enedis qui va lui envoyer 2 Linky. Il nous les envoie afin qu'on réalise des tests et qu'on étudie le compteur (pour se l'approprier). * @David s'occupe de commander un concentrateur pour également nous l'envoyer. ::: :::info Les collègues du bus sémantique (AV) sont très intéressés pour qu'on leur envoie de la donnée énergétique afin qu'ils développent un composant logiciel permettant de pousser de la donnée sur une interface. Il s'agirait de poser certains de nos capteurs (CW ou OEM) sur des points de consommation (médiathèque, habitants, etc.) afin de récupérer des données énergétiques et de les poser sur un serveur accessible aux collègues. ::: ### 3.4- ++Jour 3 (Dim. 12/11)++ #### Synchronisation entre les équipes capteurs & bus sémantique (9h-11h) * ++Personnes++ : @Emmanuel, @Louis, @Sylvain, @Alexandre, @Simon * Présentation de l'OEM par @Manu à l'équipe du bus sémantique. * Question : comment le bus récupère-t-il les données de captation ? @Sylvain : dans l'IOT, on ne va pas chercher les valeurs sur les capteurs, mais les capteurs envoient la donnée. * Les différents fournisseurs de données énergétiques sur le territoire de Prats : - Les données des OEM => vérifier les API ou dev. une méthode pour push les données sur un serveur - Les données de la centrale récupérées par le Groupement des Régies de l'Ariège via réseau GSM - Les données de l'interface Schneider Electrique, via interface web (IP fixe, box dans l'armoire BT) - Les données des compteurs communicants installés chez les particuliers depuis le concentrateur * Synchro avec le groupe qui a défini l'ontologie pour savoir quels types de données les capteurs devront envoyer au bus pour les transformer en un objet au format de l'ontologie. * ++Actions++ : - [ ] Contact avec Jean-Marc KHAYAT (pour pousser les données de la centrale) - [ ] Vérifier comment récuperer des données sur l'interface Schneider Electric #### Session de discussion autour de l'ontologie sémantique (14h-15h) * Échanges avec Rieul, Déborah et David sur la pertinence des ontologies définies. * Dans le "Why", il est précisé que les "Enjeux" concernent les problématiques méta alors que les "Objectifs" concernent la déclinaison opérationnelle. Dans "Enjeux" les 4 déclinaisons qui ressortent sont : l'économie, l'environnement, l'énergie et la démocratie. Manque le volet "Territoire d'expérimentation/innovant" dont l'objectif associé est "Faire de la recherche et expérimenter". | Échange sur la positionnement de la données. #### Préparation de la représentation du village avec umap (14h-18h)  ++Personnes++ : @Jaqe (artiste installé 6 mois par an à Prats), @Nicolas, @Emmanuel  <center>  </center> #### Prototypage d'un outil ludique de participation citoyenne (14h-18h) * Dans un but de rendre intelligible notre chantier de contruction d'une régie de donnée et en complément de l'outil cartographique développé, il nous a paru pertinent de penser un outil ludique de participation citoyenne afin de 1) permettre une compréhension du projet et de ses enjeux pour toute nouvelle personne (les habitants de Prats dans un 1er temps) de 2) déclencher une implication citoyenne en confrontant les avis et les affinités et de 3) récolter de multiples visions du projet et de ses intradépendances. Autrement dit, l'objectif est d'avoir une approche systémique du chantier facilitée par un outil ludique et participatif. * Nous nous inspirons du [Jeu de la Ficelle](http://www.jeudelaficelle.net/) (cf. les carnets d'[animation](http://www.jeudelaficelle.net/IMG/pdf/fr_farde_web.pdf), d'[accompagnement](http://www.jeudelaficelle.net/IMG/pdf/fr_carnet_web.pdf)). * Il s'agit d'un jeu de rôle où les participants incarneront des acteurs de l'écosystème de transition énergétique (le maire, la centrale hydroélectrique, l'assemblée virtuelle, le bar Fafan, la fôret,...) et ils nous proposeront alors leur vision des liens entre ces acteurs. #### Etat d'avancement des différentes équipes engagées (18h-19h) ++Équipe Ontologie++ * Structure sémantique de la cartographie. outil de dialogue. * **Why** : enjeux et objectifs. * **How** : comment on fait transition, demandes, licences * **What** : biens, services, récompenses et distinctions * **When** : temporalité (5 catégories) * **Where** : lieux, types de lieux * **Who** : types d'organisation * **All** : différents évenements * Besoin maintenant de tirer les relations entre ontologies. * Questions * Est ce que cette base est robuste pour faire l'objet d'une production ? * Il y a des capteurs ET des compteurs... non représenté dans l'ontologie. * @Manu : il est très important de distinguer les capteurs des compteurs. * Comment est adressée la question (importante) du stockage des données ? * Base PAIR. Enjeu : montrer l'ontologie spécifique de Prats. ++Équipe Capteurs++ * Les compteurs sont fonctionnels et permettent de capter de la donnée. L'équipe essaie avant tout de pousser la donnée en direction du bus sémantique (de l'équipe éponyme). * Les capteurs ne sont pas certifiés. Cela pose donc la question de comment equiper en compteur les habitants certifies => commande de 2 Linky et un concentrateur pour tester. * Representation des donnees : il y a le travail de l'equipe bus et celui de @Sam et @Xavier. * Le temps reel c'est quoi et de quoi a-t-on besoin ? Approche multiple de la temporalite. * Est ce que tout est propre pour la récupération de données de la part du bus ? * @Nicolas : il faut veiller à se détacher du nom Linky qui est vite affilié à EDF/ERDF et qui cristalise des réprésentations et des opinions. À Prats, la régie EST propriétaire des compteurs donc approprions nous ces compteurs (et changeons même leur nom). ++Équipe bus++ * Ont commencé la journee en se posant la question du push ou du pull => C'est au compteur de fournir la donnee (push) et non l'inverse. 3 axes : (1) capter directement (2) se baser sur la box de la centrale (3) récupérer les données de la regie ariegeoise. * Réalisé : - Simulation d'un capteur de données énergétiques - Recuperation de donnée via Google Spreadsheet - Développement de la brique d'historisation - Travail du bus de gérer l'ontologie capteur - Capacité de faire lien avec la cartographie * Lier le bus aux capteurs (aux raspberry) est en cours. Nécessite une présentation plus globale du bus car c'est le **coeur de la régie de données**. Par ailleurs, la quantification du coût du transfert de la donnée est intéressante (possibilité de lier le coût du calcul au coût energétique, sans oublier le coût de l'énergie grise du matériel, cf. liens avec Atelier 21. * Questions : * Capteurs = donnee brute. Le bus sémantique est-il de la donnée brute ou traitée ? * Est-ce que le lien avec le Linky est different de celui avec le Raspberry Pi ? ++Équipe carto++ * Revue de code et discussion sur architecture. Nouveau dépot sur GitHub (Combinaison à penser entre les dépots Github). Focus sur l'architecture pour être le plus proche de prats. * @Michel : un travail très important a été réalise sur le fait de se voir pour discuter du code. * Questions : * Y a-til un support sur l'appropriation par les habitants ? * Y a-t-il un projet de maquettage pour rendre sensible ? * @jaqe a travaillé sur le decoupage du territoire de prats en quartiers. Des prises de vue aeriennes seront necessaires (voir avec Joris du FabLab de Perpignan pour un prochain dronecamp dédié ?). Il a eu des soucis de transfert de données sur uMap. ### 3.5- ++Jour 4 (Lundi 13/11)++ #### Finalisation et proto-documentation des activités (9h-12h)  #### Bilan et débrief de la résidence chez @Bernard (12h-14h)  ## 4- Organisation ### 4.1- ++Questions++ * @Guillaume : s'il y avait, au moment de la résidence, la possibilité d'avoir un capteurs (compteur communicant) pour récupérer et pusher la donnée énergétique sur la carto pourrait être intéressant (travail lien BUS + CARTO de Simon notamment). * @Rieul : sur place il y aura un compteur LINKY à hacker et la possibilité de récupérer les données de production de la centrale hydraulique (voir avec le compteur de @David ainsi que celui d'une autre personne de Prats de Mollo). L'un des gros enjeux sera nécessaire de **travailler les dispositifs de récupération de données**. ### 4.2- ++Contraintes++ * **@Michel** : je dois repartir dimanche (train de 18h40 à Perpignan). J'ai besoin de trouver un écran (VGA ou HDMI, peu importe) pour mon Mac mini, ce serait super-chouette. ### 4.3- **++Task force++** * ++**Général**++ : Il serait intéressant qu'ensemble nous puissions participer à une exploration de données (en gros : faire du porte à porte sur la 1ère partie de la résidence). Note de @Rieul : sur la base des travaux d'investigation sur les données produites par la centrale hydraulique, il peut intéressant de poursuivre aussi ce volet en cas d'étude. * ++**Note**++ : le compteur "communicant" de la centrale hydraulique est opérationnel et en place. Les données sont remontées sur un serveur distant dont l'administration a été un interlocuteur de @Louis et @Emmanuel et auquel nous pourrions avoir accès. ## 5- Préparation ### ++Réunion du 06/11/2017++ #### ++Proposition de @Nicolas++ * Profiter de la résidence pour la mise en place d'un Wiki supporté par [wikifab](http://wikifab.org/wiki/Accueil) * Profiter de la journée de Jeudi sur Perpignan pour faire quelques recontres #### ++2 équipes pour le weekend++ * Une autour de Sebastien (AV) sur la cartographie sémantique * Une autour de Sylvain (DAISEE) sur la captation de la donnée ### ++Réunion du 20/10/2017++ #### ++Présent.e.s++ * @Guillaume * @Rieul * @Nicolas #### ++Ordre du jour++ * Cadrage du stage de @Sebastien * Préfiguration de la résidence #### ++Stage de @Sebastien++ * @David a insisté les enjeux de com. @Nicolas & @Rieul ont plutôt insisté sur la techno. => Besoin de bien accorder les missions (pour répondre aux enjeux des parties prenantes) => Besoin d'arrêter 'organisme responsable du stage > la régie elec. de Prats ou la MYNE ? => Besoin de définir les modalités de tutora > artculation entre l'AV, la MYNE et la régie * Q. Est ce qu'il y a 1-2 personnes à l'AV capaables de suivre Sébastien sur le stage ? * A. Oui plusieurs personnes peuvent s'impliquer. Par ailleurs, @Séb est très autonome. #### ++Préfiguration de la résidence++ **Besoins de @David** * Le nombre de personnes, les temps d'arrivée/départ => 20 personnes max. Arrivée vendredi / Départ dimanche * Les objectifs de contribution et ce qu'on veut faire => Site web avec contenus + test de capteurs (données) **Soucis de @David** * Notre organisation et la disponbilité des personnes * Notre capacité à déliver effectivement sur ces points * Logo et communication * Achat de matériel(s) * Ressources nécessaires **Propositions de @David** * @David propose d'organiser deux soirées conviviales * (1) Auberge Espagnole (vendredi) * (2) Projection d'un film (weekend) **Présences (à confirmer)** * **AV** (max 8) : @Seb (dev), @Romain (dev), @Simon (dev), @Michel (dev), @Carole (médiation), @Guillaume (communauté), @Frank (médias), Benoit (dev), Yannick [AC] * **La MYNE** (max 8) : @Rieul, @NicoL, @Louis, @Sam, @Sylvain, @Sylvia, @Micka, @Manu... * **Locaux** (max 5) : Bernard / Pratéens + Promes, FabLab Perpignan, Cat ENR, etc. => @David ne croit pas à l'implication des pratéen.ne.s. Cible : sociétaires d'E.CO.CIT. **Objectifs (à confirmer)** * Amorcer un engagement des pratéens dans la dynamique (sens de l'AAP de la région). * Que toute les parties prenantes soient consciemmeent dans une logique de contribution. * Avoir dimanche site web de Prats'EnR (nom de domaine, identité, cartographie, tutoriels...) * Passer du temps ensemble. Prévoir les trajets en commun. Train (A-R) : espace de synchro. **Terrains de contribution** * ++Terrain 0++ : faire une vraie résidence de contribution, fluide, avec des pratéen.ne.s ! => @Guillaume, @David, @NicoL, @Rieul (...) * ++Terrain 1++ : site web (aux standards du web sémantique) => carte pour suivre Prats'ENR => @Séb, @Romain, @Michel, @Micka, @Benoit (...) * ++Terrain 2++ : contenus du site + données infrastructure (via Open Street Map directement) => @Carole, @Franck, @Sylvia + Pratéen.ne.s (...) * ++Terrain 3++ : collecte de données énergétiques => test en situation réelle de capteurs => @Sylvain, @Louis, @Manu, @Sam, @Simon (..) --- Ce document est régi par les termes de la licence [Creative Commons CC-BY-NC-SA 4.0](http://creativecommons.org/licenses/by-nc-sa/4.0/) <img style="display: block; margin: 0 auto;" src="https://mirrors.creativecommons.org/presskit/buttons/88x31/png/by-nc-sa.png" width="40%">