Revamp store/location support

[aleene]

What

The support for shops and shop locations is now limited to two free entry text fields. The location field effectively only supports one shop location. The shop field is non-taxonomized.

We can draw inspiration (and code?) from the approach taken by prices. By using the OpenStreetMap, the locations can be encoded as OSM-id (node/path/relation). If an actual location is required it is enough to do an OSM lookup.

Thus a field needs to be added that can support multiple OSM-ids. This field can be populated from Prices to begin with, or can be entered by the user using a similar interface as Prices.

The shop names where a product is sold is the same as the brand name as set by OSM and thus can be retrieved there. Advantage that we do not need any effort to set up our own taxonomy or whatever. For shops that are small we can use the shop name as set by the node.

Why

• Geographic sales distribution - by encoding the sales location we can see where products are sold;
• Geographic price distribution - we can indicate the expected price per location and shop brand;

Who for

• all users

See also

• Taxonomize stores - Add autosuggest for stores #7632

[raphodn]

Fyi there was a similar (?) discussion here: openfoodfacts/open-prices#263

[aleene]

It is possible to add the OSM id of a store to the stores field. This makes it possible to use the facets. For instance to find all the vrac products sold in a particular store,

[aleene]

An example for a store: https://world.openfoodfacts.org/store/node-8532703248

and https://world.openfoodfacts.org/store/way-112905062

[aleene]

An example of a product without any information. Only the shop (and receipt) is available https://world.openfoodfacts.org/product/2000000152013/cookie-coco-chocolat