Skip to content

Latest commit

 

History

History
72 lines (52 loc) · 4.65 KB

README.md

File metadata and controls

72 lines (52 loc) · 4.65 KB

Robotoff

Robotoff code quality checks and unit tests codecov Code style: black GitHub language count GitHub top language GitHub last commit Github Repo Size

Robotoff is a service managing potential Open Food Facts updates (also known as insights) and predictions (which can then be combined to generate an insight). These insights include a growing set of facts, including:

  • the product category, weight, brand, packager codes and expiration date
  • some of its labels
  • abusive pictures (selfies)
  • rotated pictures

Robotoff provides an API to:

  • Fetch insights
  • Annotate an insight (accept or reject)

Once generated, the insights can be applied automatically, or after a manual validation if necessary. A scheduler regularly marks insights for automatic annotation and sends the update to Open Food Facts.

A detailed description of how predictions and insights work is available here.

Robotoff works together with Product Opener, the Core server of Open Food Facts (in Perl, which can also be installed locally using Docker) and the Open Food Facts apps (which can work with your local instance after enabling dev mode)

📚 Documentation: https://openfoodfacts.github.io/robotoff

Source code: https://github.com/openfoodfacts/robotoff

🍊 Open Food Facts: https://world.openfoodfacts.org

Overview

NOTE: This documentation tries to follow as much as possible the documentation system from Diátaxis.

👩‍⚖️ Licence

  • Robotoff is licensed under the AGPLv3.

📆 Weekly meetings

  • We e-meet every Tuesday at 11:00 Paris Time (10:00 London Time, 15:30 IST, 02:00 AM PT)
  • Google Meet Video call link: https://meet.google.com/qvv-grzm-gzb
  • Join by phone: https://tel.meet/qvv-grzm-gzb?pin=9965177492770
  • Add the Event to your Calendar by adding the Open Food Facts community calendar to your calendar
  • Weekly Agenda: please add the Agenda items as early as you can. Make sure to check the Agenda items in advance of the meeting, so that we have the most informed discussions possible.
  • The meeting will handle Agenda items first, and if time permits, collaborative bug triage.
  • We strive to timebox the core of the meeting (decision making) to 30 minutes, with an optional free discussion/live debugging afterwards.
  • We take comprehensive notes in the Weekly Agenda of agenda item discussions and of decisions taken.

Contributors

List of contributors to this repository