• qui doit faire des propositions pour le prototype le 20/6 ?

tous les présents le 17/5 ont été invités à proposer des solutions

• quels capteurs ? quelle spéc ?

NO2, CO2, possibilité de GPS, open source (option pour temp, humidité)

• sur quoi insister le 20/6 ?
  • le protocole doit prévoir des données suppl (radiations,…)
  • avoir les sources et les schémas électriques
  • voir Open Source Hardware
  • crainte sur l'ouverture du service de données
  • pouvoir construire soi-même le boîtier
  • bien faire percevoir nos désidératas : l'ensemble doit être reproductible
  • indifférence au matériel et au mode de transmission

• à qui vont être proposés les capteurs ?

2 quartiers sont pressentis. A valider…

• quid de l'analyse liminaire de Bug ?

il semblerait que Bug ait fait un audit des solutions existantes. Il serait utile d'avoir accès à leur rapport, pour éviter de passer du temps sur des options qu'ils auraient écartées

• consiste en un réseau similaire au WiFi mais en plus basses fréquences ce qui lui donne une plus longue portée (échelle d'une ville) tout en limitant la puissance

• pas de sources dispo, est-ce de l'open-washing ?

les personnes installant un boîtier chez eux apprécieront de pouvoir visualiser les valeurs des capteurs ⇒ prévoir un affichage

Pouvoir échanger en pair à pair, par exemple de smartphone à smartphone

Des capteurs de radiation ont été distribués aux universités lors de Tchernobyl. Il serait intéressant de les intégrer au service.

L'utilisateur devrait pouvoir accéder aux données que son boîtier a envoyé, d'une façon aisée.