Frédéric Rodrigo

You could may a mass update PR. If you want. If it impacts too much strings, we can try to update these with a script. Le lun. 20 sept. 2021...

I already fix a issue on this few months ago. Do you think it happens on all, or just on some?

http://osmose.openstreetmap.fr/es/errors/?item=8360&class=2&country=spain_castilla_y_leon http://osmose.openstreetmap.fr/es/errors/false-positive?item=8360&class=2&country=spain_castilla_y_leon

Some marked as false positive may times (up to 8) : same location, same photo data but the marker hash changed. Marker hash computation: ```sql markers.uuid = ('{' || encode(substring(digest(%(source)s...

Fronend false positive ```sql select lat, lon, count(*), array_agg(uuid), array_agg(subtitle->'en') from markers_status where item=8360 and class=2 and source_id=413298 group by lat, lon order by count(*); ``` 40.9636215 | -5.6902626 |...

Right. I was looking for the wrong data layer. It may be not a bike parking, but it really look like one! I have market it as false positive. Then...

It is now back again, at a new location ``` 40.9636324 -5.6902611 ``` http://osmose.openstreetmap.fr/es/map/#zoom=18&lat=40.963581&lon=-5.689583&item=8360&level=1%2C2%2C3&tags=&fixable= http://osmose.openstreetmap.fr/es/error/8e9917d9-158a-be3e-1204-8fcf473e56f3 Since location is not stable, I will try to compute a more stable hash, without...

Mark it as false positive again, with the new way to compute uniqueness.

The doc was added later than the code. I think we should better fix the doc. Meanwhile, the issue number is on a good trending https://osmose.openstreetmap.fr/en/issues/graph.png?item=1210&class=2 and tertiary may be...

A local run should be done before on some area to test it. > Similar to i.e. https://osmose.openstreetmap.fr/nl/map/#zoom=18&lat=51.579814&lon=7.190047&item=1210&level=1&tags=&fixable=&class=2 (but then for tertiary, which is more common I think) Than bad...