JC> Non, la base est surement vite énorme, et le code décentralisé évite de devoir coder une interface + stockage sur palm, smartphone, windows mobile, etc, etc...

H2G2> Le comparatif c'est pas con non plus

rfr> Oui, mais on en est encore loin

J'vais me renseigner, au boulot y en a un je crois, mais je sais pas lequel

Et mon idée sinon elle pue?

Non, elle déchire sa race

Ben, non c'est pas une mauvaise idée du tout mais comment constituer ta base de données?
Tu penses à un genre de forum www.allergumene.be pour rameuter des gens qui ont ce type de souci et dont tous les membres seraient mis à contribution pour compléter un formulaire en ligne avec les n° de code barre et l'allergène correspondant?
La richesse de la DB dépendrait beaucoup de la participation... qui elle-même dépendrait un peu de la richesse de la DB. Faut voir si la mayonnaise (sans huile de soja) prendrait vu que la formule s'adresserait essentiellement à un public de geeks qui font leurs courses avec le PDA en main. Bon d'un autre côté, ce sont sûrement ceux-là qui se ramassent le plus d'allergies alimentaires...

H2G2> Je pense surtout qu'un mec qui a des allergies et qui doit faire des courses rame franchement pour savoir ce qu'il peut manger en général. De fait l'appel à la "communauté" au sens très large du terme comme sur Wikipedia serait vitale au projet.

Pour le fonctionnement, ce serait en effet assez simple, un code barre, des aliments, un utilisateur et des aliments qu'il veut savoir si ils sont listés ou pas dans le produit. Le tout sur un formulaire Web, ça peut être torché assez rapidement, le problème se situe au niveau du matériel comme tu le dis.

Mais quand ta santé est en jeu, et que tu peux gagner un temps précieux en faisant tes courses, est-ce que tu ne serais pas prêt à acheter un PDA et à faire le pas?
Et on peut rêver qu'un jour les smartphones pourront lire des tags RFID et que chaque aliment en possèdera un

J'étais sérieux, elle est pas mal cette idée!
(Pour peu, on dirait même que ça sent le vécu cette situation )

Par contre j'aurais plutot vu ca offline, avec mise a jour régulière de la base de données (et contribution volontaire ou des marques pour remplir la BD).
Ce en serait pas plus simple de ne mettre que les allergènes dans la base de données ?

L'ennui c'est le lecteur de code barre... et faire ca avec complétion manuelle ça manque un peu d'intérêt.

Il y a quand même deux problèmes:
- On line, oui mais... Ca ajoute une contrainte technique (le fait d'être branché en GPRS ou autre)
- En cas d'erreur d'encodage par un tier et si un accident survient (Merde, il était dit qu'il n'y avait pas d'arachide là-dedans, qui est le con qui... aarrrrrggh ) Qui est responsable?

Par contre, je rejoins Didix sur le fait de ne mettre que les allergènes. Ca réduirait vachement le temp d'encodage et la taille de la db.

Il faudrait aussi prévoir le cas (courant) du "ce produit a été fabriqué dans un atelier contenant des fruits à coque" etc

Le problème c'est qu'avec la dimension high-tech (PDA + lecteur de code + connexion GPRS, c'est quand même un pas qui coûte), il y a forcément un côté élitiste alors que le problème touche un public beaucoup plus large
Il me semble que ce serait plus réaliste d'envisager cette possibilité comme une valeur ajoutée éventuelle pour une base de données qui, elle, reste l'élément le plus utile dans l'histoire. Avant de partir de zéro, il faudrait donner quelques coups de sondes pour voir si ça n'existe pas déjà, des DB (peut-être incomplètes) recensant les principaux allergènes dans la composition d'une série de denrées de consommation courante. Y a sans doute pas les codes barre, mais ce serait plus facile de se baser là-dessus pour cibler les produits à risques. Et s'il existe une DB consultable en ligne via un PC ordinaire ou imprimable sous la forme d'une liste classée par marque, ça augmenterait le nombre de contributeurs qui pourraient en profiter de façon + conventionnelle.

H2G2>

La connexion GPRS n'est pas hors de prix, tu paies pour 100ko, on imagine déjà pouvoir passer pas mal de données pour 100ko et c'est une histoire d'une dizaine ou vingtaine de cents je ne sais plus. Si tu as un abo 3G, ce qui arrive lentement mais sûrement, c'est alors des quotas de plusieurs gigas que tu as, franchement on s'inquiète plus.

Puis surtout faut pas rigoler, le projet ne rapportera rien, et le calcul en développement est vite fait:

Developpement web + interface minimale => 5-6jours de dev
Développement web + interface d'export + interface pour PDA, Smartphone, PC, Apple, Linux, Palm, Nokia, etc, etc, etc... => Très peu pour moi

Déjà rien que de développer le système complet avec une DB + toute l'interface pour Windows Mobile cela me prendrait plus de temps que de développer toute la version web, version web qui est de toute façon obligatoire dans tous les cas

Alors non, sans façon pour vos DBs à souhaits, n'oubliez pas qu'on parle d'un projet communautaire gratos, sinon les mecs de Wikipedia ils auraient jamais osé lancer leur projet en web only mais il y aurait aussi un Wikipedia dans les magasins et ce serait tout pareil

Non mais

Maintenant si qqn a envie de coder une interface pour chaque système portable actuel, pour chaque version et ce dans ses loisirs la...

EDIT: Et cela limite de toute façon cela à un public de geek avec PDA, Smartphone ou autre engin de toute façon high tech + scanner à code barre high tech + ...

H2G2> Dans un monde idéal, tu pourrais plutôt imaginer que des enseignes, comme Delhaize, propose moyennant caution (ou carte d'identité à l'accueil), des systèmes complets en prêt pour se promener dans le magasin, ou que mieux ils proposent un accès WiFi gratuit pour tout le monde pour cela...

Mais je sais, monde idéal toussa

Par contre, pour delhaize, il faudrait voir quelle serait la possibilité d'utiliser le matériel existant, à savoir les appareils de self-scanning...

Si on va dans ce sens-là, je crois plutôt qu'une signalétique explicite sur les emballages serait la réponse la plus démocratique (au sens accessible au + grand nombre) et la plus sûre (au sens contrôle des infos par une autorité compétente), mais ça devient une affaire de lobbying et de législation, alors
Je comprends ton souci et les nobles intention qui t'habitent (de cheval), mais je trouve que la solution que tu imagines est plus informaticienne que citoyenne, si j'ose dire

Sinon on peut imaginer aussi utiliser un scanner traditionnel (A4 ou autre) connecté je-sais-pas-comment à une PDA ou PC, avec OCR qu'il suffirait de présenter devant la liste d'ingrédients de chaque produit et qui ferait bip bip quand y a un produit reconnu allergène

H2G2> Tu peux oublier, il y a beaucoup trop d'allergies, pour n'en citer que les plus courantes il y a le soja, les arachides, le lait, les oeufs, le gluten, les ananas, les carottes, bananes, coco et pour certains produits comme les carottes le fait qu'elles soient cuites ou crues change encore l'allergie, une signalétique est tout simplement impossible car tout à fait personnelle, il y a autant d'allergies possibles que d'aliments

Je pense que les personnes concernées avec un outil adapté serait au contraire nettement moins honéreux, une signalétique claire est du domaine de l'utopie

Clandestino> Je doute que ce soit possible, puis bon faut pas forcer les gens à aller que chez Delhaize, pas envie de faire un système pour un seul magasin non plus

Le web et la connexion mobile est vouée à exploser, le public cible actuel est clairement geek de toute façon, faire un projet trop compliqué c'est le tuer dans l'oeuf car je (ou personne d'autre) ne le développerai pas. Le plus intéressant serait un jour de demander aux amis du forum des allergiques, je le ferai quand je m'emmerderai un peu

didix>

Et pourquoi pas développer un produit commercial, qui serait mis à disposition par le magasin, comme dans ton monde idéal ?

zion j'adore ton idée Je pense franchement que ça pourrait avoir du succès, et comme tu es le Roy des dns de google, tu pourras vite faire l'écho autour de ça et recruter de gentils contributeurs