Add a project switcher to search (and store the type on each product opened "off", "obf", "opf" and "opff", and for any search we store locally)

[teolemon]

What

• Add a project switcher to search (and store the type on each product opened "off", "obf", "opf" and "opff", and for any search we store locally)

Mockups

https://www.figma.com/design/nFMjewFAOa8c4ahtob7CAB/Mobile-App-Design-(Quentin)?node-id=5816-19916&node-type=canvas&t=1Rms31ZpldZawPl9-0

Part of

• (Work in progress) 🐾 📸 🧴 Replace the Open X Facts legacy apps #4093

[monsieurtanuki]

@teolemon So for the moment the off/obf/opf/opff field isn't stored in the product data (e.g. as 'flavor'), it's just the fact that someone store it and then we found it in off or obf that tells if it's food or beauty, right?

I've just found 4056489368793 in both, so what is it supposed to be?

• https://fr.openfoodfacts.org/api/v3/product/4056489368793
• https://fr.openbeautyfacts.org/api/v3/product/4056489368793

The primary key of the product would become barcode AND flavor?

[teolemon]

• We're currently solving the duplicate problem, so that we can merge the filesystems: https://docs.google.com/spreadsheets/d/1-2WMvUC4J7iRYe3587mHJ1htIxPFyo7JLDLKHVmSum0/edit?gid=1565589772#gid=1565589772 cc @stephanegigandet
• We will need to either wait for the server to return the product type for each search endpoint, or to inject it locally depending on the URL. Universal search is further in the future, and will be done using https://github.com/openfoodfacts/search-a-licious

[monsieurtanuki]

In your spreadsheet I see duplicates that need to be solved.
Ok, so once they're solved, you merge the filesystems: does that mean that we'll be duplicate-proof ever after?

Using a universal search would be helpful, instead of up to 4 searches, but as long as the barcode is unique among all 4 systems it's not a problem for Smoothie.

I assume adding flavor as a product field would be easy to implement - once the duplicates are removed. And it will make life much easier in Smoothie.

[monsieurtanuki]

Since openfoodfacts/openfoodfacts-dart#973 we have a Product.product_type field that we have to populate manually - the server is not ready yet.

• When we scan a barcode, we have to search for it in all 4 servers.
• If we find the product, we have to set its product_type before storing it to the local database.
• When we edit the product, we need to log in to the related server, and to send the data to it.
• When we refresh products, we have to download their data from the related server

Following are the methods we currently use in Smoothie, that need to be able to switch servers when needed:

• read-only
  • getOrderedNutrientsJsonString
• read-only, single product
  • getProductString
  • getProductV3
  • extractPackaging
  • extractIngredients
• read-only, multi product
  • searchProducts
• user related
  • resetPassword
  • register
  • login2
  • USER_NAME_MAX_LENGTH
• write single product
  • temporarySaveProductV3
  • saveProduct
  • setProductImageAngle
  • setProductImageCrop
  • addProductImage
  • unselectProductImage

[monsieurtanuki]

Looking for toothpaste this morning:

food	beauty

pet food	product

[teolemon]

@stephanegigandet a clue to the ongoing situation with search: Hash Ecoscore

[stephanegigandet]

@stephanegigandet a clue to the ongoing situation with search: Hash Ecoscore

I think that was solved, have you seen it recently?

[monsieurtanuki]

@stephanegigandet Still experiencing an issue in .dev for beauty, but not the HASH issue for beauty in .org:

.dev	.org

[stephanegigandet]

@monsieurtanuki on .dev we only have openfoodfacts.dev, we don't have openbeautyfacts.dev etc.

[monsieurtanuki]

@stephanegigandet Then to answer your question: we don't seem to experience the HASH error anymore in .org.