Knowledge panels

From Open Food Facts wiki
Revision as of 10:06, 22 August 2024 by Stephane (talk | contribs)

Knowledge panels are an extensible way to convey data, knowledge and recommendations to users when they view a product page or a facet page (e.g. a category page). They are used on the Open Food Facts website (Product Opener) and mobile app (Flutter application), and could be used in the future in 3rd party apps.

Characteristics

Knowledge panels:

  • are generated server side by Product Opener and sent to clients through the API
  • turn structured raw data (e.g. nutrition data) into structured ready-to-display data (e.g. a nutrition table), knowledge (e.g. why it's important to reduce salt) and recommendations (e.g. how to reduce salt)
  • contain a limited set of display elements (e.g. titles, icons, images, tables etc.)
  • are hierarchical (panels can contain subpanels that can be shown opened or that users can drilldown on)

Reference

Introduction: https://openfoodfacts.github.io/openfoodfacts-server/introduction/knowledge-panels/

Reference documentation: https://openfoodfacts.github.io/openfoodfacts-server/reference/api/#get-/api/v2/product/-barcode--fields-knowledge_panels

Existing and proposed new knowledge panels

Most of the product page on the OFF website and mobile app is generated through knowledge panels (with the exception of product images and Product Attributes).

Technical issues and questions

Testing it

Knowledge panels are already deployed for every body !

To see the knowledge panels jsons, use the api, that is, from a product page, you can add /api/v2 before /product/, and append fields=knowledge_panels as query parameters.

Eg: http://world.openfoodfacts.org/api/v2/product/7804659650035/not-mayo-notco?fields=knowledge_panels

FIXME: eventually move this part of this to https://openfoodfacts.github.io/openfoodfacts-server/introduction/api/

The flexibility of a static page ?

What should we do with the native Wikidata integration on Android ?

  • Move the logic on the server, with caching, and let iOS and other apps benefit as well ?
  • Blend the Wikidata info with our own
  • System to add Wikidata IDs to categories, labels… (working as a special language, using the existing translation system ?)

When should network calls be made ?

  • The apps would attempt to call all labels at setup, and then refresh on some heuristic
  • On demand call when clicking on an attribute or a label

Support for HTML embedding on Android

Support for HTML embedding on iOS

Support for HTML embedding on Flutter

Get in touch

Slack channel