FR:Internationalisation

From Open Food Facts wiki

Le classement actuel des produits par langue est loin d'ĂȘtre parfait. Un prochain gros chantier va ĂȘtre de repenser la gestion des langues et des pays dans Open Food Facts. Cette page a pour but d'Ă©laborer les spĂ©cifications de la prochaine gestion des langues et des pays.

A compléter.


Les problĂšmes actuels

  • Les produits sont mĂ©langĂ©s : sur la version espagnole, on trouve aussi bien des produits vendus en Espagne que des produits vendus en AmĂ©rique Latine
  • Certains produits n'ont pas de langue principale : les produits Cora on souvent une face française et l'autre face en nĂ©erlandais
  • de l'appli iOS si on est pas enregistrĂ© les scan de code barre semblent disparaitre... En tant qu'utilisateur francophone, enregristrĂ© sur le fr.off et habitant en Angleterre et donc scannant pour l'anglais je perd mes scans (et photos) des fois (note: Ă  faire: reproduire le problĂšme et donner instructions pas Ă  pas pur reproduire le pb).
    • scanner des produits de l'etranger (quelle que soit la dĂ©finition d'Ă©tranger) soulĂšve des problemes du meme genre.
      • Ă  noter, si on scan et ajoute des photos via l'app sans ĂȘtre identifiĂ©, c'est la 1Ăšre personne qui modifie ensuite le produit qui devient "l'ajouteur". -- StĂ©phane
  • les noms des composĂ©s (par ex sel, eau, acide scorbique...) devraient ĂȘtre dans un dictionnaire sĂ©parĂ© et non pas par pays. Un utilisateur Francophone regardant un produit russe devrait pouvoir afficher les composĂ©s dans sa langue prĂ©fĂ©rĂ©e.

Ce qu'on veut pouvoir faire

  • Lister les produits par "marchĂ©" (pays ou rĂ©gion de distribution) plutĂŽt que par langue.
    • Pourquoi est-il besoin de recrĂ©er une autre division ? Pourquoi pas des pages de disambiguation s'il y a ambiguité ?
      • En fait justement, je souhaite enlever la division actuelle (par langue) et la remplacer par des "visions" : des vues. Pas tellement pour les pages individuelles des produits, mais plus pour les ensembles de produits accessibles Ă  un utilisateurs. Un utilisateur quĂ©bĂ©cois qui tape "yaourt" dans le moteur de recherche sera intĂ©ressĂ© par les produits qui sont vendus au QuĂ©bec, ce sont ceux lĂ  qu'il faut lui retourner en prioritĂ©. Et c'est la mĂȘme chose pour les moyennes nutritionnelles des catĂ©gories, les graphiques etc. : c'est je pense plus pertinent par marchĂ© que par langue. -- StĂ©phane
  • Avoir une hiĂ©rarchie internationale des catĂ©gories, traduite dans toutes les langues
    • idem pour les labels, les marques etc.
  • ...

Cas à gérer

  • 1 mĂȘme produit vendu dans plusieurs marchĂ©s
    • Les produits de Marks and Spencer, vendus en France, avec des codes-barres spĂ©cifiques
    • Les produits distributeurs vendus dans plusieurs pays (parfois des bouteilles espagnoles de soda carrefour)
  • 1 produit avec des versions diffĂ©rentes dans diffĂ©rents marchĂ©s
    • mĂȘme code barre ou non
  • 1 produit avec plusieurs langues sur l'emballage
    • en particulier ingrĂ©dients
      • possibilitĂ© de sĂ©lectionner les diverses langues, et de valider le produit avec la plus rapide
  • ...

Conception

Hiérarchies

  • Une seule hiĂ©rarchie internationale pour chacun des types de champs (catĂ©gories, marques, labels etc.)
  • Traduction du nom de la catĂ©gorie (ou marques etc.) dans chaque langue
  • Synonymes du nom de la catĂ©gorie dans chaque langue

FR:Exemple de définition d'une hiérarchie

FR:Transformation de la hiérarchie des catégories francophone dans le nouveau format

Pays

Sous-sites de pays

Aujourd'hui OFF est structuré par langues : la page fr.openfoodfacts.org liste tous les produits dont la "langue principale" est le français. Mais pour chaque utilisateur, c'est plus intéressant de lister les produits disponibles dans son pays (les produits vendus en Argentine ou en Espagne plutÎt que tous les produits dont la langue principale est l'espagnol).

L'idée est donc de changer la structure du site et des sous-sites :

nomdupays.openfoodfacts.org

Exemples : france.openfoodfacts.org, italia.openfoodfacts.org

  • Liste de tous les produits vendus dans un pays.
  • Liste de marques, de labels, d'additifs etc. pour les produits vendus dans le pays
  • Valeurs nutritionnelles moyennes etc. calculĂ©es pour les produits vendus dans le pays

A noter, pour les produits oĂč on parle plusieurs langues, on peut avoir des sous-domaines diffĂ©rents : belgique.openfoodfacts.org et belgie.openfoodfacts.org. Les produits listĂ©s sont les mĂȘmes, mais la langue de l'interface, et du contenu, est diffĂ©rente.

initialesdelalangue.openfoodfacts.org

Exemples : fr.openfoodfacts.org, en.openfoodfacts.org

  • Pages individuelles pour chacun des produits, dans chacune des langues. Un mĂȘme produit est accessible avec n'importe quelle langue, et ce qu'on arrive Ă  traduire est traduit.


Valeurs du champ Pays

Pour pouvoir choisir d'afficher un produit dans le sous-site d'un pays, il faut que le champ Pays (ajouté le 6/11/13) soit renseigné.

Nouveaux produits

On peut proposer par défaut une valeur pour le champ pays correspondant à l'emplacement de l'utilisateur :

  • via l'adresse IP
  • en demandant explicitement la position (niveau pays) pour les applis mobiles

Anciens produits

12000 produits ajoutés avant l'ajout du champ Pays n'ont pas le champ Pays renseigné.

On peut essayer d'attribuer automatiquement un ou plusieurs valeurs en fonction d'autres champs :

  • la personne qui a ajoutĂ© le produit (quasiment tous les produits que j'ai ajoutĂ© viennent de France, pour quelqu'un qui habite en Belgique, ça sera la Belgique)
  • la marque, en particulier les marques de distributeurs (Cora = France + Belgique ?)
  • le champ "ville ou pays d'achat"

On pourrait ainsi attribuer une valeur Ă  la plupart des produits, et ensuite essayer de trouver les faux positifs (par marque par exemple).

Nouveaux et anciens produits

On pourrait essayer d'ajouter plus ou moins automatiquement des pays :

  • en se servant de la position des personnes qui scannent un code barre
  • en croisant les donnĂ©es avec celles d'autres bases (API de magasins en ligne par exemple), il faudra vĂ©rifier alors que ce n'est pas interdit par les conditions d'utilisations des bases ou sites externes