Store the date/time for each scan along in the scan history

[serpico]

Description

Use case : I recently ( 2 weeks ago tops ) ate products I usually don't and I had packaging nearby so I scanned them. Now I'd like to recover the date I scanned them to be added to Waistline. I rarely scan products ( mostly use the websites for my OFF needs ) so it was easy to find ( into the 10 last products displayed ).

Notes

1. Somehow be able to display the date when the product was scanned, preferably within the list screen ( see caveat )

2. When user share/export her/his history the date should be optionally appended to the EAN

3. ( Caveat ) As soon as product is displayed again ( not necessarily by scanning - tapping them from the history list as well ) they appear again at the top of the history list and disappear from where they were earlier - kinda defeating the whole purpose here ( i.e currently if I need to tap on a product which is way down my history just to display the date I scanned them last it will put at right at the top ( most recent ) of the list...maybe the name of the stored value/variable would help here something like "Last time scanned" regardless of where the product is on the list....

[monsieurtanuki]

Hi @serpico!

I don't think we store the scan timestamp: we just keep a sorted list of barcodes.
That'd be the first thing to code.

Regarding the relevancy of the scan timestamp I'm a bit skeptical. It would be relevant only if you consider that scanning is a very specific action and that most of the time you use history or user lists. Imagine you're scanning again an old product by accident: you'd have replaced the scan timestamp. What about product scan for prices: should that count too for the latest scan timestamp?

[serpico]

Hi @serpico!

I don't think we store the scan timestamp: we just keep a sorted list of barcodes. That'd be the first thing to code.

Regarding the relevancy of the scan timestamp I'm a bit skeptical. It would be relevant only if you consider that scanning is a very specific action and that most of the time you use history or user lists. Imagine you're scanning again an old product by accident: you'd have replaced the scan timestamp. What about product scan for prices: should that count too for the latest scan timestamp?

I agree it's a very specific use, although what you said make me think of a specific action after scanning, like I intend to do something specific with the timestamp for that particular scan action so it could/would go to a specific list for which the timestamp would be needed and preserved.

Part of the reasons I don't use the app much, is my phone is rather old, which I blame for a lot of things I can't do ( including adding prices so far #5559 - which is a lot faster/straightforward/efficient on laptop for me ), basically I only use the app to add new products.

In the future one action I expect to be able to perform on the go/with the app is check a barcode to see the historic average price of a product ( or category of product in case of variable-weight products which, logically, never show up ) and evaluate where the current "price point" is, in mode "is it a real discount ?/how much of discount is it?"

[monsieurtanuki]

Part of the reasons I don't use the app much, is my phone is rather old, which I blame for a lot of things I can't do ( including adding prices so far #5559

Possible solutions:

• a Prices API for location search - that would work even on your old smartphone
• on Smoothie, being able to directly set the OSM key, cf. Offer the possibility to search price location by node/way/relation ID #5411

which is a lot faster/straightforward/efficient on laptop for me )

That's probably because you haven't tested #6008! Interesting, though: how easier is it to add prices on laptop, UX-wise?

In the future one action I expect to be able to perform on the go/with the app is check a barcode to see the historic average price of a product ( or category of product in case of variable-weight products which, logically, never show up ) and evaluate where the current "price point" is, in mode "is it a real discount ?/how much of discount is it?"

A very "cheap" way to do that would be to display the latest price. Going beyond would be require more work/resources on the Prices server.
cf. #6022 #6016 (comment)

[serpico]

That's probably because you haven't tested #6008! Interesting, though: how easier is it to add prices on laptop, UX-wise?

Indeed that looks promising, I guess in the shootout between phone and laptop there's a lot of factors at play ( one of them being habits, the workflow each user "built", and in my case the laptop has a clear performance advantage, so that alone probably skew the results ). I'll try to gather some numbers as I did for the laptop see , who knows the app might come out on top :-)

A very "cheap" way to do that would be to display the latest price. Going beyond would be require more work/resources on the Prices server. cf. #6022 #6016 (comment)

Maybe to reduce the need for resources, limit the computing of averages to stared products ( favorite store could be used to filter the results, making it more tailor-made - but resource-wise I have no idea what would that entails ), and/or unlock the feature to nudge the users to contribute more, clearly only the last price won't present any advantages. But you made really good points in 6016 so yeah for a quick look, as far as I understand, I'd favor something like https://leprixdescarottes.fr/ ( although I don't know over what period the averages are currently computed - but I asked ).