FR:Idées d'améliorations: Difference between revisions
(Création de la page des idées) |
No edit summary |
||
(14 intermediate revisions by 5 users not shown) | |||
Line 1: | Line 1: | ||
Cette page permet de recenser les idées d'améliorations d'Open Food Facts et d'en discuter. | Cette page permet de recenser les idées d'améliorations d'Open Food Facts et d'en discuter. | ||
===14/09/2014=== | |||
* Afficher le logo du type d'emballage plastique (ex: "1 PET", "3 PVC", "7 AUTRE"). Un nouveau champ sera nécessaire sur les fiches. --[[User:Tacite|Tacite]] ([[User_talk:Tacite|discussion]]) 14 septembre 2014 à 20:02 (CEST) | |||
* Créer un grade "modérateur" qui permette aux contributeurs les plus sérieux/anciens de supprimer les fiches qui n'ont pas leur place sur le site (ex: produits non alimentaires). --[[User:Tacite|Tacite]] ([[User_talk:Tacite|discussion]]) 14 septembre 2014 à 23:39 (CEST) | |||
* Dans la recherche, intégrer la possibilité d'utiliser un masque "*". Par exemple, "états contient" on devrait pouvoir écrire "Informations nutritionnelles à *" au lieu de "Informations nutritionnelles à compléter" pour gagner du temps. --[[User:Tacite|Tacite]] ([[User_talk:Tacite|discussion]]) 14 septembre 2014 à 23:39 (CEST) | |||
=== 2/12/2013=== | |||
==== Bogue : Création de produit n'a pas d'accent dans l'historique d'un produit, et n'apparait pas dans les chaines traduisibles==== | |||
=== 30/11/2013 === | |||
==== Utiliser un système spécialisé et standard pour la traduction ==== | |||
* Utiliser GetText pour les messages à traduire afin de générer des fichiers .po | |||
* Utiliser un traducteur de fichiers gettext en ligne (pootle ou translations.launchpad.net) | |||
* Générer des suggestions automatisées à relire avec Google Translator Kit | |||
=== 29/11/2013 - Hiérarchiser les marques === | |||
Afin de renforcer le coté "consom'acteur" de openfoodfacts il serait intéressant d'améliorer le model des conceptions des marques, afin de pouvoir indiquer que telle marque est une sous marque de telle marque qui appartient à tel groupe (Voir graph des marques h ttp://www.carrefouruncombatpourlaliberte.fr/wp-content/uploads/2013/11/k0pv0.jpg). | |||
Ainsi chaque utilisateur pourrait renseigner quel groupes ou marques il souhaite exclure de son alimentation (choix personnel et non visible donc conforme à la législation en France qui interdit l'appel au boycott). Même avantage que l'idée "Créer des groupes d'attributs commun" lors du scan d'un produit | |||
--[[User:Olivattaque|Olivattaque]] ([[User_talk:Olivattaque|discussion]]) 29 novembre 2013 à 13:25 (CET) | |||
=== 13/11/2013 - Utilisation de Wikidata === | |||
Pour élaborer les taxonomie des pays, catégories, labels, marques, je suis en train de regarder ce qu'il y a dans wikidata. Pour les pays le problème est simple et bien structuré : il nous faut la liste de tous les pays du monde, dans toutes les langues. Voir http://en.wiki.openfoodfacts.org/Global_countries_taxonomy pour un début de liste fait à la main. | |||
Il y a une API qui permet de trouver le nom d'un pays dans plein de langues : http://www.wikidata.org/w/api.php?action=wbgetentities&sites=enwiki&titles=Switzerland&format=xml | |||
Il faut trouver la liste des IDs des pays, ça devrait être simple, et ensuite chercher quelques trucs en plus comme les langues officielles qui sont indiquées dans des "claims", des propriétés liées à d'autres éléments de wikidata (les langues). | |||
On devrait donc pouvoir se servir de wikidata pour enrichir / compléter certaines des taxonomies, en particulier pour trouver des traductions (qui correspondent aux "pages dans d'autres langues" des wikipedias). | |||
En ce qui concerne l'idée d'utiliser wikidata en interne pour les données d'OFF sur les produits, à première vue ce n'est pas très adapté au type de requêtes composées qu'on fait en temps réel (du genre afficher tous les produits de telle catégorie (et sous-catégories), avec tels labels (et sous-labels), et tel nutriment en quantité inférieure ou supérieure à telle valeur). Voir à ce sujet cet article sur comment trouver tous les ponts en Allemagne avec wikidata : http://magnusmanske.de/wordpress/?p=72 | |||
--[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 13 novembre 2013 à 11:05 (CET) | |||
=== 10/11/2013 - Ajouts en masse pour Leader Price et Picard === | |||
Serait-il possible d'ajouter - pour les produits ayant Leader Price et Picard comme marques - France comme pays de distribution, et Leader Price ou Picard comme Magasin ? | |||
--[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 10 novembre 2013 à 15:51 (CET) | |||
=== 7/11/2013 - Réutilisation du code source de Zxing === | |||
Zxing est un scanneur de code barre opensource natif pour Android. Il est peut-être possible de le forker pour récupérer leur système de code barre très efficace, et y rajouter les fonctionnalités nécessaires à OpenFoodFacts. C'est ce qui a été suggéré au développeur de Product OKFN qui est en train de développer une application native. | |||
https://code.google.com/p/zxing/ | |||
:https://github.com/okfn/product-browser-android/ | |||
--[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 7 novembre 2013 à 12:52 (CET) | |||
En fait Zxing est une librairie, il n'y a pas besoin de la forker, il suffit de l'utiliser. C'est celle qui est utilisée dans l'app iOS et Android d'Open Food Facts (la version actuelle). Ils ont peut-être des apps natives avec des exemples d'utilisation de la librairie par contre. | |||
Sinon en ce qui concerne l'app native, quelques personnes avaient proposé de la créer il y a un an, mais c'est resté à l'état de projet. Il y a une mailing list dédiée : off-android-fr@openfoodfacts.org (mail à off-android-fr-subscribe@openfoodfacts.org pour s'abonner). Tu peux t'y inscrire et essayer de relancer le sujet. Après on peut se demander s'il vaut mieux faire des apps natives ou améliorer l'app phonegap. En pratique c'est surtout une question de personnes, d'intérêts, de compétences et de temps. | |||
--[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 7 novembre 2013 à 14:22 (CET) | |||
=== 3/11/2013 - Ajouter un champ image juste avant le code emballeur === | |||
Souvent le code emballeur n'est pas lisible sur la première image et je dois basculer entre l'image d'ensemble et l'image emballeur (ou pire reseter les modifications pour faire le zoom). Serait-il possible de créer un champ image pour sélectionner le champ emballeur ? En plus celui-ci étant standardisé (soit un ovale avec le code européen, soit EMB qqch), on devrait pouvoir faire de l'ocr dessus. --[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 3 novembre 2013 à 11:51 (CET) | |||
| On pourrait ajouter un champ image pour le code emballeur caché par défaut (avec un bouton pour le montrer), histoire de ne pas trop surcharger le formulaire. -- Stéphane | |||
=== 3/11/2013 - import des données de product okfn pour booster le trafic === | |||
La majeure partie du trafic naturel vient des pages produits (des gens qui tombent par hasard sur leur ketchup). Pour lancer les versions étrangères, un import massif de données (juste le titre et le code barre) venant par exemple de product okfn (sans les images) pourrait générer du traffic initial, converti en contributeur via pleins d'incitations à contribuer sur la page produit (des images factices: pas d'image pour le moment, ajouter la votre ?) (une possibilité de modifier chaque section, voire une modification par clic sur un champ, voir un affichage des champs vides, avec une possibilité de le remplir) | |||
Ca serait bien qu'on tire au clair nos relations avec eux (simple interactions amicales ou contributions poussées), et la possibilité d'utiliser leur base pour les produits en cours d'ajout. | |||
| L'idéal serait de tester et de mesurer le % de trafic qui vient des pages produits, et le taux de conversion en utilisateur inscrit puis en utilisateur qui ajoute des produits. | |||
| Ensuite on pourrait ajouter un échantillon de produits vides, et voir ce que ça donne. Pour l'import massif, personnellement je trouve ça décourageant quand il y a trop de fiches vides. A voir. | |||
| Pour OKFN Product, il faudrait bien réfléchir à ce qu'on peut réutiliser et redistribuer sans risque, et attendre qu'ils aient choisi une licence. | |||
=== 1/11/2013 - Capsules CRD pour les alcools === | |||
https://fr.wikipedia.org/wiki/Capsule_CRD | |||
=== 21/10/2013 - Liste de produits de zero-gachis === | |||
J'ai parlé avec Nicolas Pieuchot de [http://zero-gachis.com/ Zéro-Gâchis], et il m'a envoyé leur liste de produits : 7000 produits, surtout du frais, avec pour chacun code barre, nom du produit, marque et quantité. C'est une liste qu'ils ont constitué à la main et qu'on peut intégrer dans OFF. Il faut qu'on réfléchisse à comment l'intégrer. Par exemple on peut ajouter tous les produits, mais dans ce cas on aura beaucoup de produits sans photo, sans liste d'ingrédients et infos nutritionnelles. Ou alors on pourrait l'utiliser pour compléter automatiquement les champs nom du produit, marque, quantité quand ces produits sont ajoutés par des contributeurs d'OFF. Pour commencer ça serait bien d'étudier la liste, faire l'intersection avec la base d'OFF, regarder les produits communs, détecter les différences de marque / quantité etc. et regarder quel est le taux d'erreur dans chacune des bases. Est-ce que l'un ou l'une d'entre vous serait intéressé pour faire ça ? (avec un tableur openoffice / excel ou avec n'importe quel langage de programmation). La base d'OFF est disponible en CSV, et je peux vous passer la liste de zero-gachis. | |||
Voici à quoi la liste ressemble : | |||
<pre> | |||
ean nom marque lot quantite unite | |||
3325622006337 Mozzarella U 1 400 g | |||
3256224332282 Yaourt et crème au citron U 4 125 g | |||
3256220506793 Jambon découenné cuit au torchon, 2 tranches U 2 90 g | |||
3256220506847 Jambon à l'os, 4 tranches U 4 180 g | |||
3256221974218 Radiatori aux 4 fromages (Box) U 2 300 g | |||
3256220031134 Boudin blanc nature U 3 125 g | |||
3256220031141 Boudin noir aux oignons U 3 125 g | |||
</pre> | |||
:Je serais pour tout intégrer, y compris les bases de Product OKFN (éventuellement sans les images). Ca peut paraître un peu radical mais les photos, les ingrédients et les infos nutritionnelles pourront se rajouter après via les applis ou le site (avec le même système de produits complets/incomplet qu'à l'heure actuelle). Avoir plus de produits référencés permet de prendre une avance symbolique, et d'augmenter la visibilité dans les moteurs de recherche. Après, la complétion des produits devrait découler du plus grand nombre d'utilisateurs, et de la suppression des barrières à l'entrée pour la contribution (peut-être mettre des images factices, avec "Ce produit n'a pas d'image permettant de vérifier les informations, n'hésitez pas à en ajouter". En ce qui concerne les recoupements, compléter les champs manquants avec leurs données, et sinon garder les notres. --[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 21 octobre 2013 à 15:10 (CEST) | |||
=== 19/10/2013 - Petites améliorations pour http://cestfabriquepresdechezvous.info/ === | |||
:Serait-il possible d'activer les autres pays européens ? | |||
:D'ajouter un système qui permet de saisir un codebarre/envoyer une photo de code barre/scanner avec sa webcam et qui renvoie la distance produit au point actuel de l'ordinateur (via détection de la position en html5). Dans le cas où le produit n'est pas là, il invite à aller contribuer sur OpenFoodFacts. | |||
:De rendre le site traduisible en anglais. | |||
--[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 19 octobre 2013 à 15:24 (CEST) | |||
Oui, ça serait bien d'internationaliser le site. Je propose qu'on commence une page projet [[FR:C'est fabriqué près de chez vous]] (et [[FR::en::Made Near You]] en anglais) pour qu'on voit comment mettre tout ça en place. -- Stéphane | |||
=== 16/10/2013 - date de production === | |||
Certains produits disposent d'une date de production. Serait-il possible de l'ajouter. Ainsi on pourrait faire la différence avec la DLU/DLUO et comparer les politiques producteurs en la matière, voir combien de jours avant la DLU/DLUO les produits sont encore en rayon… Tout cela parce qu'aujourd'hui est la journée anti-gaspillage. | |||
* C'est une très bonne idée. Mais je serais plutôt pour repenser l'interface d'édition des produits avant, il y a déjà un nombre de champs intimidant. Il faudrait trouver un moyen de montrer d'abord ceux qui sont le plus importants. Ca va aussi de paire avec la gestion multilingue (ingrédients dans plusieurs langues par exemple). -- Stéphane | |||
**J'attends avec impatience un système d'autocomplétion, et la possibilité d'encadrer plus de parties de l'image pour mâcher et diviser le travail (le logo de la marque, les labels, le badge emballeur, le poids…). Globalement, on encadre tout à la souris ou au doigt, et soit l'ocr y arrive, soit on le fait à la mano, mais ç'est alors plus simple--[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 17 octobre 2013 à 00:57 (CEST) | |||
** Pour l'interface de l'édition de produit, je propose d'organiser ça en onglet : informations importantes (nom, quantitié, nom générique) , informations comlémentaires (lien vers site web, etc...), ingrédients, valeur nutritionnel. | |||
--[[User:Shaolan|Shaolan]] ([[User_talk:Shaolan|discussion]]) 17 octobre 2013 à 13:24 (CEST) | |||
=== 14/10/2013 - organismes certificateurs bio === | |||
Peut-on ajouter la détection des organismes certificateurs bio ? | |||
http://www.agencebio.org/les-organismes-certificateurs | |||
Il y a aussi un annuaire des producteurs: http://annuaire.agencebio.org/resultats?categorie=1&nom= | |||
--[[User:Teolemon|Teolemon]] ([[User_talk:Teolemon|discussion]]) 17 octobre 2013 à 00:58 (CEST) | |||
=== 09/10/2013 - Nouvelle application Android === | |||
:: Le concept du scan en continu par défaut est cool. | |||
:: il est impossible d'ajouter des images | |||
:::J'ai cassé un truc, je n'ai pas encore réussi à trouver le bug mais j'ai bon espoir. :-) -- Stéphane | |||
:: les produits scannés et ajoutés sans images mais avec des données n'apparaissent pas | |||
:::On peut aussi scanner les codes barres pour ceux là. | |||
:: j'aimerais avoir l'option de remplir tous les champs avec la reconnaissance vocale android | |||
:::Je n'ai pas encore essayé la reconnaissance vocale, il faut que je regarde si c'est dispo avec phonegap/cordova. | |||
:: j'aimerais pouvoir modifier un produit existant. | |||
:::Pour l'instant tu peux ajouter des photos, mais je n'ai pas fait d'interface pour modifier le reste. | |||
:: les produits que je scan | |||
:: il est possible de constituer un groupe de beta testeurs sur le playstore via un google group dédié: voir https://support.google.com/googleplay/android-developer/answer/3131213?hl=en | |||
:::Super, merci pour l'info, je ne savais pas. Je viens de la créer : https://plus.google.com/communities/116486699231677597590 -- Stéphane | |||
=== 06/10/2013 - Problème de fiabilité du scan avec l'appli iOS === | |||
J'en veux pour preuve les deux bocaux d'ail suivants, même code barre, scannés tous les deux (aucune saisie manuelle). Même code barre, reconnaissance différente. http://fr.openfoodfacts.org/marque/thai-heritage | |||
:{{Produit|4850488703100}} est effectivement erroné. --[[User:Manu1400|Manu1400]] ([[User_talk:Manu1400|discussion]]) 7 octobre 2013 à 02:31 (CEST) | |||
* J'ai eu quelques cas comme ça avec l'app Android (même librairie de lecture de code barre), mais c'était surtout pour des codes barres sur des sachets en plastique qui étaient déformés. -- Stéphane | |||
=== 29/09/2013 - Table Ciqual === | |||
http://www.ansespro.fr/TableCIQUAL/index.htm | |||
Ce sont des données officielles, qui peuvent être intéressantes pour déterminer une composition indicative des ingrédients de base en minéraux, quand elle n'est pas indiquée. | |||
* J'avais fait un petit site avec les données du CIQUAL, c'est pratique pour comparer les carottes crues aux carottes cuites et voir si c'est vrai qu'on perd des vitamines à la cuisson, à la congélation etc. : [http://informationsnutritionnelles.fr/ Informations Nutritionnelles] --[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 6 octobre 2013 à 10:45 (CEST) | |||
=== 26/09/2013 - ajouter des extensions au wiki === | |||
Serait-il possible d'installer les extensions editeur visuel sur le wiki, ainsi que des extensions en plus pour simplifier la collaboration (bouton Ajouter un Sujet, etc…). Bref, faire son marché dans: https://www.mediawiki.org/wiki/Category:Extensions_by_category | |||
Autre question ? Ne serait-il pas intéressant de migrer OpenFoodFacts vers une installation standard de wikidata ? | |||
-Teolemon | |||
* Je ne connais pas les extensions mediawiki, tu recommandes lesquelles précisément ? -Stéphane | |||
:: https://www.mediawiki.org/wiki/Extension:ArticleFeedbackv5 (pour permettre les commentaires sur les fiches, les notations, et pouvoir corriger si besoin est) | |||
:: Extension:CodeEditor - MediaWiki | |||
:: Extension:GlobalUsage - MediaWiki | |||
:: Extension:Interwiki - MediaWiki - Interwikifier OFF (pas nécessaire si on utilise Wikidata comme moteur en mergeant les BDD) | |||
:: Extension:PostEdit - MediaWiki | |||
:: Extension:Translate - MediaWiki - Aider la traduction des ingrédients et catégories | |||
:: Extension:UniversalLanguageSelector - MediaWiki - Permettre le multilinguisme | |||
:: Extension:UserDailyContribs - MediaWiki - Voir qui contribue le + | |||
:: Extension:VisualEditor - MediaWiki - Permettre une édition du wiki d'organisation plus simple | |||
:: Extension:Wikibase Client - MediaWiki - Utiliser Wikidata comme moteur pour OFF | |||
:: Extension:Wikibase Repository - MediaWiki - Utiliser Wikidata comme moteur pour OFF | |||
:: Extension:WikibaseLib - MediaWiki - Utiliser Wikidata comme moteur pour OFF | |||
* Migrer vers wikidata : c'est intéressant de se poser la question, dans quelle mesure peut on répliquer toutes les fonctionnalités actuelles d'OFF dans Wikidata ? Après c'est une question de peser le pour et le contre, et de ressources aussi. Personnellement je n'y connais rien en PHP et je ne pourrais pas développer, ce qui m'embête pas mal. - Stéphane | |||
=== 24/09/2013 - eticode === | |||
Un projet à voir : http://www.eticode.fr/ | |||
Je me demande si une version spéciale de l'app mobile d'OFF avec synthèse vocale pourrait être utile aux malvoyants. --[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 24 septembre 2013 à 18:40 (CEST) | |||
=== 22/07/2013 - Quelques idées en vrac === | |||
Quelques idées en vrac que j'ai entre autre mentionnées sur Twitter récemment, à la suite des [http://2013.rmll.info/ RMLL 2013]... je n'ai pas trouvé d'endroit plus approprié pour en laisser une trace. | |||
* Quand une recherche par code barre ne donne rien, un lien "ajouter le produit" pour éviter le copier-coller du code barre. | |||
** ou juste pré-remplir le champ d'ajout pour n'avoir qu'à cliquer. | |||
* proposer un système de captcha utilisable par d'autres sites pour contribuer à l'OCR des noms des produits/marques/code ? (ça se fait par exemple pour aider à la numérisation des vieux livres) | |||
* utiliser du Linked-OpenData (LOD) pour aider à la traduction et l'échange. cf. http://vimeo.com/36752317 par exemple, et [http://fr.slideshare.net/bmarchal/rdf-5minutestutoriel RDF et web sémantique en 5 minutes chrono]. | |||
** aiderait aussi avec une complétion automatique à limiter les typos et les duplicata, par ex. "boite en carton" vs. "boîte en carton". | |||
* Sur l'application smartphone : le principe des applis pose certains problèmes, comme la fragmentation, et la dispersion des efforts vers plusieurs plateformes, qui induisent une forme de handicap numérique (tout comme les plugins à une époque et Flash encore maintenant) puisque tout le monde n'a pas accès à ça contrairement au Web. Grâce à HTML5 il est maintenant possible de faire des "applis" qui n'ont plus besoin de connexion, avec les standards du Web. | |||
** il faudrait voir avec nos amis de Mozilla si on peut scanner un barcode depuis une appli HTML5... | |||
*** visiblement oui : https://twitter.com/nitot/status/356105730278965248 | |||
* Une application smartphone pourrait aider les aveugles à faire leur choix nutritionnel par eux-même. Il semble qu'une version de l'appli avec synthèse vocale soit en prévision... je ne suis pas sûr qu'ajouter la synthèse vocale à une appli spécifique ne soit pas contre-productif. A mon avis, il vaut mieux d'abord valider l'accessibilité de l'actuelle avec les lecteurs d'écran. Voir avec JPM de [http://traduc.org/ traduc.org]. | |||
* Avez-vous pensé à demander à des gens comme http://www.exki.be s'ils contribueraient ? C'est un cas qui s'est présenté justement lors des RMLL, j'y accompagnait un aveugle et j'ai du lui lire les étiquettes des sandwiches, alors qu'elles disposaient d'un code barre qui aurait pu l'autonomiser. | |||
* un moyen de créer un produit "Pack de 6" autres ? (lait, eau, ...) moins utile d'un point de vue nutritionnel, mais en situation, difficile pour un aveugle de casser chaque lot qu'il veut "lire" | |||
* Au fait, pour remplacer "data-default" sur les champs input sur le site, HTML5 définit "[http://www.w3schools.com/tags/att_input_placeholder.asp placeholder]" qui s'affiche tout seul. | |||
* En parcourant une étiquette pour vérifier une fiche produit, je me rend compte qu'il manque les températures de conservation, ça pourrait être utile un jour. | |||
* Il serait souhaitable d'utiliser un outil de suivi + éthique que Google Analytics... voir par exemple la catégorie [http://www.framasoft.net/rubrique368.html webmaster] du catalogue Framasoft. | |||
* Lien possible avec d'autres bases de données de codes EAN13 dans un sens ou dans l'autre ? (compatibilité des licences ?) | |||
** http://www.ean-search.org/perl/ean-search.pl?q=3174780000431 | |||
** http://infla-check.appspot.com/product?ean13=3174780000431 | |||
** http://upcdatabase.org/code/3174780000431 | |||
** http://web2.eandata.com/lookup/3174780000431/ | |||
* un script en 1 ligne assez utile sous GNU/Linux utilisant zbarcam (paquet zbar-tools dans APT) : | |||
:zbarcam -Sdisable -Sean13.enable|while read c; do xdg-open "http://en.openfoodfacts.org/product/${c#*:}"; done | |||
--[[User:Mmu-man|mmu_man]] | |||
=== 29/11/2013 - Créer des groupes d'attributs commun === | |||
Pour faire suite à la proposition qui a la plus grande popularité (https://openfoodfactsfr.uservoice.com/forums/154239-general/suggestions/3779008-cr%C3%A9er-des-pastilles-explicites) il serait très intéressant de créer des groupes d'attributs commun. | |||
Un groupe d'attribut serait comme son nom l'indique un regroupement de plusieurs ingrédients, par expl "Végétarien" (jambon, agneau, gélatine, caséine, présure animale etc.) ou "Allergie lait" (lait de vache, protéine de lait, caséine etc.) etc. | |||
Commun car chacun pourrait les enrichir d'ingrédients. | |||
Beaucoup d'utilisations peuvent en découler, par expl un utilisateur peut définir dans son profil quel groupe d'attributs il ne consomme pas et ainsi lors du scan d'un produit on pourrait lui indiquer si ce produit est compatible avec les groupes d'attributs qu'il a indiqué. | |||
--[[User:Olivattaque|Olivattaque]] ([[User_talk:Olivattaque|discussion]]) 29 novembre 2013 à 12:53 (CET) | |||
Ce que j'aimerais bien qu'on fasse, c'est une hiérarchie des ingrédients, qui permette de regrouper tous les ingrédients suivant de multiples vues (par exemple est ou n'est pas végétarien/végétalien, contient du gluten, peut contenir du gluten etc.). Cela permettrait de mettre en oeuvre ces attributs mais aussi plein d'autres choses. Et comme pour les catégories, il faudrait une hiérarchie multilingue, afin de pouvoir traduire automatiquement la liste des ingrédients. C'est un très gros boulot, mais je suis convaincu que ça apporterait beaucoup en terme d'usages. | |||
--[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 29 novembre 2013 à 19:01 (CET) | |||
=== 25/11/2013 - recherche avancée par code barre === | === 25/11/2013 - recherche avancée par code barre === | ||
Line 17: | Line 214: | ||
* En se servant de nos propres données pour repérer les plages de codes barres (préfixes) utilisés par les marques, on pourrait proposer automatiquement une marque dans certains cas | * En se servant de nos propres données pour repérer les plages de codes barres (préfixes) utilisés par les marques, on pourrait proposer automatiquement une marque dans certains cas | ||
--[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 26 novembre 2013 à 15:14 (CET) | --[[User:Stephane|Stephane]] ([[User_talk:Stephane|discussion]]) 26 novembre 2013 à 15:14 (CET) | ||
[[Category:Roadmap]] | |||
[[Category:User feedback]] |
Latest revision as of 07:32, 8 August 2024
Cette page permet de recenser les idées d'améliorations d'Open Food Facts et d'en discuter.
14/09/2014
- Afficher le logo du type d'emballage plastique (ex: "1 PET", "3 PVC", "7 AUTRE"). Un nouveau champ sera nécessaire sur les fiches. --Tacite (discussion) 14 septembre 2014 à 20:02 (CEST)
- Créer un grade "modérateur" qui permette aux contributeurs les plus sérieux/anciens de supprimer les fiches qui n'ont pas leur place sur le site (ex: produits non alimentaires). --Tacite (discussion) 14 septembre 2014 à 23:39 (CEST)
- Dans la recherche, intégrer la possibilité d'utiliser un masque "*". Par exemple, "états contient" on devrait pouvoir écrire "Informations nutritionnelles à *" au lieu de "Informations nutritionnelles à compléter" pour gagner du temps. --Tacite (discussion) 14 septembre 2014 à 23:39 (CEST)
2/12/2013
Bogue : Création de produit n'a pas d'accent dans l'historique d'un produit, et n'apparait pas dans les chaines traduisibles
30/11/2013
Utiliser un système spécialisé et standard pour la traduction
- Utiliser GetText pour les messages à traduire afin de générer des fichiers .po
- Utiliser un traducteur de fichiers gettext en ligne (pootle ou translations.launchpad.net)
- Générer des suggestions automatisées à relire avec Google Translator Kit
29/11/2013 - Hiérarchiser les marques
Afin de renforcer le coté "consom'acteur" de openfoodfacts il serait intéressant d'améliorer le model des conceptions des marques, afin de pouvoir indiquer que telle marque est une sous marque de telle marque qui appartient à tel groupe (Voir graph des marques h ttp://www.carrefouruncombatpourlaliberte.fr/wp-content/uploads/2013/11/k0pv0.jpg). Ainsi chaque utilisateur pourrait renseigner quel groupes ou marques il souhaite exclure de son alimentation (choix personnel et non visible donc conforme à la législation en France qui interdit l'appel au boycott). Même avantage que l'idée "Créer des groupes d'attributs commun" lors du scan d'un produit --Olivattaque (discussion) 29 novembre 2013 à 13:25 (CET)
13/11/2013 - Utilisation de Wikidata
Pour élaborer les taxonomie des pays, catégories, labels, marques, je suis en train de regarder ce qu'il y a dans wikidata. Pour les pays le problème est simple et bien structuré : il nous faut la liste de tous les pays du monde, dans toutes les langues. Voir http://en.wiki.openfoodfacts.org/Global_countries_taxonomy pour un début de liste fait à la main.
Il y a une API qui permet de trouver le nom d'un pays dans plein de langues : http://www.wikidata.org/w/api.php?action=wbgetentities&sites=enwiki&titles=Switzerland&format=xml
Il faut trouver la liste des IDs des pays, ça devrait être simple, et ensuite chercher quelques trucs en plus comme les langues officielles qui sont indiquées dans des "claims", des propriétés liées à d'autres éléments de wikidata (les langues).
On devrait donc pouvoir se servir de wikidata pour enrichir / compléter certaines des taxonomies, en particulier pour trouver des traductions (qui correspondent aux "pages dans d'autres langues" des wikipedias).
En ce qui concerne l'idée d'utiliser wikidata en interne pour les données d'OFF sur les produits, à première vue ce n'est pas très adapté au type de requêtes composées qu'on fait en temps réel (du genre afficher tous les produits de telle catégorie (et sous-catégories), avec tels labels (et sous-labels), et tel nutriment en quantité inférieure ou supérieure à telle valeur). Voir à ce sujet cet article sur comment trouver tous les ponts en Allemagne avec wikidata : http://magnusmanske.de/wordpress/?p=72
--Stephane (discussion) 13 novembre 2013 à 11:05 (CET)
10/11/2013 - Ajouts en masse pour Leader Price et Picard
Serait-il possible d'ajouter - pour les produits ayant Leader Price et Picard comme marques - France comme pays de distribution, et Leader Price ou Picard comme Magasin ? --Teolemon (discussion) 10 novembre 2013 à 15:51 (CET)
7/11/2013 - Réutilisation du code source de Zxing
Zxing est un scanneur de code barre opensource natif pour Android. Il est peut-être possible de le forker pour récupérer leur système de code barre très efficace, et y rajouter les fonctionnalités nécessaires à OpenFoodFacts. C'est ce qui a été suggéré au développeur de Product OKFN qui est en train de développer une application native. https://code.google.com/p/zxing/
--Teolemon (discussion) 7 novembre 2013 à 12:52 (CET)
En fait Zxing est une librairie, il n'y a pas besoin de la forker, il suffit de l'utiliser. C'est celle qui est utilisée dans l'app iOS et Android d'Open Food Facts (la version actuelle). Ils ont peut-être des apps natives avec des exemples d'utilisation de la librairie par contre.
Sinon en ce qui concerne l'app native, quelques personnes avaient proposé de la créer il y a un an, mais c'est resté à l'état de projet. Il y a une mailing list dédiée : off-android-fr@openfoodfacts.org (mail à off-android-fr-subscribe@openfoodfacts.org pour s'abonner). Tu peux t'y inscrire et essayer de relancer le sujet. Après on peut se demander s'il vaut mieux faire des apps natives ou améliorer l'app phonegap. En pratique c'est surtout une question de personnes, d'intérêts, de compétences et de temps. --Stephane (discussion) 7 novembre 2013 à 14:22 (CET)
3/11/2013 - Ajouter un champ image juste avant le code emballeur
Souvent le code emballeur n'est pas lisible sur la première image et je dois basculer entre l'image d'ensemble et l'image emballeur (ou pire reseter les modifications pour faire le zoom). Serait-il possible de créer un champ image pour sélectionner le champ emballeur ? En plus celui-ci étant standardisé (soit un ovale avec le code européen, soit EMB qqch), on devrait pouvoir faire de l'ocr dessus. --Teolemon (discussion) 3 novembre 2013 à 11:51 (CET)
| On pourrait ajouter un champ image pour le code emballeur caché par défaut (avec un bouton pour le montrer), histoire de ne pas trop surcharger le formulaire. -- Stéphane
3/11/2013 - import des données de product okfn pour booster le trafic
La majeure partie du trafic naturel vient des pages produits (des gens qui tombent par hasard sur leur ketchup). Pour lancer les versions étrangères, un import massif de données (juste le titre et le code barre) venant par exemple de product okfn (sans les images) pourrait générer du traffic initial, converti en contributeur via pleins d'incitations à contribuer sur la page produit (des images factices: pas d'image pour le moment, ajouter la votre ?) (une possibilité de modifier chaque section, voire une modification par clic sur un champ, voir un affichage des champs vides, avec une possibilité de le remplir) Ca serait bien qu'on tire au clair nos relations avec eux (simple interactions amicales ou contributions poussées), et la possibilité d'utiliser leur base pour les produits en cours d'ajout.
| L'idéal serait de tester et de mesurer le % de trafic qui vient des pages produits, et le taux de conversion en utilisateur inscrit puis en utilisateur qui ajoute des produits. | Ensuite on pourrait ajouter un échantillon de produits vides, et voir ce que ça donne. Pour l'import massif, personnellement je trouve ça décourageant quand il y a trop de fiches vides. A voir. | Pour OKFN Product, il faudrait bien réfléchir à ce qu'on peut réutiliser et redistribuer sans risque, et attendre qu'ils aient choisi une licence.
1/11/2013 - Capsules CRD pour les alcools
https://fr.wikipedia.org/wiki/Capsule_CRD
21/10/2013 - Liste de produits de zero-gachis
J'ai parlé avec Nicolas Pieuchot de Zéro-Gâchis, et il m'a envoyé leur liste de produits : 7000 produits, surtout du frais, avec pour chacun code barre, nom du produit, marque et quantité. C'est une liste qu'ils ont constitué à la main et qu'on peut intégrer dans OFF. Il faut qu'on réfléchisse à comment l'intégrer. Par exemple on peut ajouter tous les produits, mais dans ce cas on aura beaucoup de produits sans photo, sans liste d'ingrédients et infos nutritionnelles. Ou alors on pourrait l'utiliser pour compléter automatiquement les champs nom du produit, marque, quantité quand ces produits sont ajoutés par des contributeurs d'OFF. Pour commencer ça serait bien d'étudier la liste, faire l'intersection avec la base d'OFF, regarder les produits communs, détecter les différences de marque / quantité etc. et regarder quel est le taux d'erreur dans chacune des bases. Est-ce que l'un ou l'une d'entre vous serait intéressé pour faire ça ? (avec un tableur openoffice / excel ou avec n'importe quel langage de programmation). La base d'OFF est disponible en CSV, et je peux vous passer la liste de zero-gachis.
Voici à quoi la liste ressemble :
ean nom marque lot quantite unite 3325622006337 Mozzarella U 1 400 g 3256224332282 Yaourt et crème au citron U 4 125 g 3256220506793 Jambon découenné cuit au torchon, 2 tranches U 2 90 g 3256220506847 Jambon à l'os, 4 tranches U 4 180 g 3256221974218 Radiatori aux 4 fromages (Box) U 2 300 g 3256220031134 Boudin blanc nature U 3 125 g 3256220031141 Boudin noir aux oignons U 3 125 g
- Je serais pour tout intégrer, y compris les bases de Product OKFN (éventuellement sans les images). Ca peut paraître un peu radical mais les photos, les ingrédients et les infos nutritionnelles pourront se rajouter après via les applis ou le site (avec le même système de produits complets/incomplet qu'à l'heure actuelle). Avoir plus de produits référencés permet de prendre une avance symbolique, et d'augmenter la visibilité dans les moteurs de recherche. Après, la complétion des produits devrait découler du plus grand nombre d'utilisateurs, et de la suppression des barrières à l'entrée pour la contribution (peut-être mettre des images factices, avec "Ce produit n'a pas d'image permettant de vérifier les informations, n'hésitez pas à en ajouter". En ce qui concerne les recoupements, compléter les champs manquants avec leurs données, et sinon garder les notres. --Teolemon (discussion) 21 octobre 2013 à 15:10 (CEST)
19/10/2013 - Petites améliorations pour http://cestfabriquepresdechezvous.info/
- Serait-il possible d'activer les autres pays européens ?
- D'ajouter un système qui permet de saisir un codebarre/envoyer une photo de code barre/scanner avec sa webcam et qui renvoie la distance produit au point actuel de l'ordinateur (via détection de la position en html5). Dans le cas où le produit n'est pas là, il invite à aller contribuer sur OpenFoodFacts.
- De rendre le site traduisible en anglais.
--Teolemon (discussion) 19 octobre 2013 à 15:24 (CEST)
Oui, ça serait bien d'internationaliser le site. Je propose qu'on commence une page projet FR:C'est fabriqué près de chez vous (et [[FR::en::Made Near You]] en anglais) pour qu'on voit comment mettre tout ça en place. -- Stéphane
16/10/2013 - date de production
Certains produits disposent d'une date de production. Serait-il possible de l'ajouter. Ainsi on pourrait faire la différence avec la DLU/DLUO et comparer les politiques producteurs en la matière, voir combien de jours avant la DLU/DLUO les produits sont encore en rayon… Tout cela parce qu'aujourd'hui est la journée anti-gaspillage.
- C'est une très bonne idée. Mais je serais plutôt pour repenser l'interface d'édition des produits avant, il y a déjà un nombre de champs intimidant. Il faudrait trouver un moyen de montrer d'abord ceux qui sont le plus importants. Ca va aussi de paire avec la gestion multilingue (ingrédients dans plusieurs langues par exemple). -- Stéphane
- J'attends avec impatience un système d'autocomplétion, et la possibilité d'encadrer plus de parties de l'image pour mâcher et diviser le travail (le logo de la marque, les labels, le badge emballeur, le poids…). Globalement, on encadre tout à la souris ou au doigt, et soit l'ocr y arrive, soit on le fait à la mano, mais ç'est alors plus simple--Teolemon (discussion) 17 octobre 2013 à 00:57 (CEST)
- Pour l'interface de l'édition de produit, je propose d'organiser ça en onglet : informations importantes (nom, quantitié, nom générique) , informations comlémentaires (lien vers site web, etc...), ingrédients, valeur nutritionnel.
--Shaolan (discussion) 17 octobre 2013 à 13:24 (CEST)
14/10/2013 - organismes certificateurs bio
Peut-on ajouter la détection des organismes certificateurs bio ? http://www.agencebio.org/les-organismes-certificateurs
Il y a aussi un annuaire des producteurs: http://annuaire.agencebio.org/resultats?categorie=1&nom= --Teolemon (discussion) 17 octobre 2013 à 00:58 (CEST)
09/10/2013 - Nouvelle application Android
- Le concept du scan en continu par défaut est cool.
- il est impossible d'ajouter des images
- J'ai cassé un truc, je n'ai pas encore réussi à trouver le bug mais j'ai bon espoir. :-) -- Stéphane
- les produits scannés et ajoutés sans images mais avec des données n'apparaissent pas
- On peut aussi scanner les codes barres pour ceux là.
- j'aimerais avoir l'option de remplir tous les champs avec la reconnaissance vocale android
- Je n'ai pas encore essayé la reconnaissance vocale, il faut que je regarde si c'est dispo avec phonegap/cordova.
- j'aimerais pouvoir modifier un produit existant.
- Pour l'instant tu peux ajouter des photos, mais je n'ai pas fait d'interface pour modifier le reste.
- les produits que je scan
- il est possible de constituer un groupe de beta testeurs sur le playstore via un google group dédié: voir https://support.google.com/googleplay/android-developer/answer/3131213?hl=en
- Super, merci pour l'info, je ne savais pas. Je viens de la créer : https://plus.google.com/communities/116486699231677597590 -- Stéphane
06/10/2013 - Problème de fiabilité du scan avec l'appli iOS
J'en veux pour preuve les deux bocaux d'ail suivants, même code barre, scannés tous les deux (aucune saisie manuelle). Même code barre, reconnaissance différente. http://fr.openfoodfacts.org/marque/thai-heritage
- (voir le produit 4850488703100 m) est effectivement erroné. --Manu1400 (discussion) 7 octobre 2013 à 02:31 (CEST)
- J'ai eu quelques cas comme ça avec l'app Android (même librairie de lecture de code barre), mais c'était surtout pour des codes barres sur des sachets en plastique qui étaient déformés. -- Stéphane
29/09/2013 - Table Ciqual
http://www.ansespro.fr/TableCIQUAL/index.htm Ce sont des données officielles, qui peuvent être intéressantes pour déterminer une composition indicative des ingrédients de base en minéraux, quand elle n'est pas indiquée.
- J'avais fait un petit site avec les données du CIQUAL, c'est pratique pour comparer les carottes crues aux carottes cuites et voir si c'est vrai qu'on perd des vitamines à la cuisson, à la congélation etc. : Informations Nutritionnelles --Stephane (discussion) 6 octobre 2013 à 10:45 (CEST)
26/09/2013 - ajouter des extensions au wiki
Serait-il possible d'installer les extensions editeur visuel sur le wiki, ainsi que des extensions en plus pour simplifier la collaboration (bouton Ajouter un Sujet, etc…). Bref, faire son marché dans: https://www.mediawiki.org/wiki/Category:Extensions_by_category Autre question ? Ne serait-il pas intéressant de migrer OpenFoodFacts vers une installation standard de wikidata ? -Teolemon
- Je ne connais pas les extensions mediawiki, tu recommandes lesquelles précisément ? -Stéphane
- https://www.mediawiki.org/wiki/Extension:ArticleFeedbackv5 (pour permettre les commentaires sur les fiches, les notations, et pouvoir corriger si besoin est)
- Extension:CodeEditor - MediaWiki
- Extension:GlobalUsage - MediaWiki
- Extension:Interwiki - MediaWiki - Interwikifier OFF (pas nécessaire si on utilise Wikidata comme moteur en mergeant les BDD)
- Extension:PostEdit - MediaWiki
- Extension:Translate - MediaWiki - Aider la traduction des ingrédients et catégories
- Extension:UniversalLanguageSelector - MediaWiki - Permettre le multilinguisme
- Extension:UserDailyContribs - MediaWiki - Voir qui contribue le +
- Extension:VisualEditor - MediaWiki - Permettre une édition du wiki d'organisation plus simple
- Extension:Wikibase Client - MediaWiki - Utiliser Wikidata comme moteur pour OFF
- Extension:Wikibase Repository - MediaWiki - Utiliser Wikidata comme moteur pour OFF
- Extension:WikibaseLib - MediaWiki - Utiliser Wikidata comme moteur pour OFF
- Migrer vers wikidata : c'est intéressant de se poser la question, dans quelle mesure peut on répliquer toutes les fonctionnalités actuelles d'OFF dans Wikidata ? Après c'est une question de peser le pour et le contre, et de ressources aussi. Personnellement je n'y connais rien en PHP et je ne pourrais pas développer, ce qui m'embête pas mal. - Stéphane
24/09/2013 - eticode
Un projet à voir : http://www.eticode.fr/ Je me demande si une version spéciale de l'app mobile d'OFF avec synthèse vocale pourrait être utile aux malvoyants. --Stephane (discussion) 24 septembre 2013 à 18:40 (CEST)
22/07/2013 - Quelques idées en vrac
Quelques idées en vrac que j'ai entre autre mentionnées sur Twitter récemment, à la suite des RMLL 2013... je n'ai pas trouvé d'endroit plus approprié pour en laisser une trace.
- Quand une recherche par code barre ne donne rien, un lien "ajouter le produit" pour éviter le copier-coller du code barre.
- ou juste pré-remplir le champ d'ajout pour n'avoir qu'à cliquer.
- proposer un système de captcha utilisable par d'autres sites pour contribuer à l'OCR des noms des produits/marques/code ? (ça se fait par exemple pour aider à la numérisation des vieux livres)
- utiliser du Linked-OpenData (LOD) pour aider à la traduction et l'échange. cf. http://vimeo.com/36752317 par exemple, et RDF et web sémantique en 5 minutes chrono.
- aiderait aussi avec une complétion automatique à limiter les typos et les duplicata, par ex. "boite en carton" vs. "boîte en carton".
- Sur l'application smartphone : le principe des applis pose certains problèmes, comme la fragmentation, et la dispersion des efforts vers plusieurs plateformes, qui induisent une forme de handicap numérique (tout comme les plugins à une époque et Flash encore maintenant) puisque tout le monde n'a pas accès à ça contrairement au Web. Grâce à HTML5 il est maintenant possible de faire des "applis" qui n'ont plus besoin de connexion, avec les standards du Web.
- il faudrait voir avec nos amis de Mozilla si on peut scanner un barcode depuis une appli HTML5...
- visiblement oui : https://twitter.com/nitot/status/356105730278965248
- il faudrait voir avec nos amis de Mozilla si on peut scanner un barcode depuis une appli HTML5...
- Une application smartphone pourrait aider les aveugles à faire leur choix nutritionnel par eux-même. Il semble qu'une version de l'appli avec synthèse vocale soit en prévision... je ne suis pas sûr qu'ajouter la synthèse vocale à une appli spécifique ne soit pas contre-productif. A mon avis, il vaut mieux d'abord valider l'accessibilité de l'actuelle avec les lecteurs d'écran. Voir avec JPM de traduc.org.
- Avez-vous pensé à demander à des gens comme http://www.exki.be s'ils contribueraient ? C'est un cas qui s'est présenté justement lors des RMLL, j'y accompagnait un aveugle et j'ai du lui lire les étiquettes des sandwiches, alors qu'elles disposaient d'un code barre qui aurait pu l'autonomiser.
- un moyen de créer un produit "Pack de 6" autres ? (lait, eau, ...) moins utile d'un point de vue nutritionnel, mais en situation, difficile pour un aveugle de casser chaque lot qu'il veut "lire"
- Au fait, pour remplacer "data-default" sur les champs input sur le site, HTML5 définit "placeholder" qui s'affiche tout seul.
- En parcourant une étiquette pour vérifier une fiche produit, je me rend compte qu'il manque les températures de conservation, ça pourrait être utile un jour.
- Il serait souhaitable d'utiliser un outil de suivi + éthique que Google Analytics... voir par exemple la catégorie webmaster du catalogue Framasoft.
- Lien possible avec d'autres bases de données de codes EAN13 dans un sens ou dans l'autre ? (compatibilité des licences ?)
- un script en 1 ligne assez utile sous GNU/Linux utilisant zbarcam (paquet zbar-tools dans APT) :
- zbarcam -Sdisable -Sean13.enable|while read c; do xdg-open "http://en.openfoodfacts.org/product/${c#*:}"; done
--mmu_man
29/11/2013 - Créer des groupes d'attributs commun
Pour faire suite à la proposition qui a la plus grande popularité (https://openfoodfactsfr.uservoice.com/forums/154239-general/suggestions/3779008-cr%C3%A9er-des-pastilles-explicites) il serait très intéressant de créer des groupes d'attributs commun. Un groupe d'attribut serait comme son nom l'indique un regroupement de plusieurs ingrédients, par expl "Végétarien" (jambon, agneau, gélatine, caséine, présure animale etc.) ou "Allergie lait" (lait de vache, protéine de lait, caséine etc.) etc. Commun car chacun pourrait les enrichir d'ingrédients. Beaucoup d'utilisations peuvent en découler, par expl un utilisateur peut définir dans son profil quel groupe d'attributs il ne consomme pas et ainsi lors du scan d'un produit on pourrait lui indiquer si ce produit est compatible avec les groupes d'attributs qu'il a indiqué. --Olivattaque (discussion) 29 novembre 2013 à 12:53 (CET)
Ce que j'aimerais bien qu'on fasse, c'est une hiérarchie des ingrédients, qui permette de regrouper tous les ingrédients suivant de multiples vues (par exemple est ou n'est pas végétarien/végétalien, contient du gluten, peut contenir du gluten etc.). Cela permettrait de mettre en oeuvre ces attributs mais aussi plein d'autres choses. Et comme pour les catégories, il faudrait une hiérarchie multilingue, afin de pouvoir traduire automatiquement la liste des ingrédients. C'est un très gros boulot, mais je suis convaincu que ça apporterait beaucoup en terme d'usages. --Stephane (discussion) 29 novembre 2013 à 19:01 (CET)
25/11/2013 - recherche avancée par code barre
Est-il possible d'ajouter une recherche par morceau de code barre ? Rechercher tous les produits dont le code barre contient 327016 ? Cela permettrait de créer une recherche combinée avec le critère ne contient pas marque=picard, et de compléter en masse les éléments. --Teolemon (discussion) 25 novembre 2013 à 10:14 (CET)
Une recherche par préfixe ça devrait être possible. --Stephane (discussion) 26 novembre 2013 à 15:14 (CET)
23/11/2013 - détection de la marque sur la base du code barre
Est-il possible de remplir un certain nombre de champs sur la base du code barre ? --Teolemon (discussion) 23 novembre 2013 à 16:13 (CET)
Oui, dans deux cas :
- Lorsqu'on peut accéder grâce au code barre à des données libres sur d'autres sites ou ressources
- En se servant de nos propres données pour repérer les plages de codes barres (préfixes) utilisés par les marques, on pourrait proposer automatiquement une marque dans certains cas
--Stephane (discussion) 26 novembre 2013 à 15:14 (CET)