[Imports] Worldwide fuel stations import, down to 56k objects

[Jo]

I love that validation site you made, but it makes me wonder. Why not go 1
step further and add a JOSM RC link, giving mappers the possibility to
add/update them right away in case they are good? And of course keep the
possibility to give feedback for the 'problematic' ones. There is no reason
why you would have to do all this work all by yourself.

Also, being a big proponent of Wikidata, I'd like to see brand:wikidata and
maybe operator:wikidata filled in. Maybe they can be added in fields like
you have for the fixme tag?

Polyglot

2018-03-15 12:21 GMT+01:00 Christoph Hormann <osm at imagico.de>:

> On Thursday 15 March 2018, Ilya Zverev wrote:
> >
> > *  "opening_hours" (in France thousands of fuel stations have 24/7
> > corrected to actual opening hours) * "phone" (both number updates and
> > E.164 formatting)
> > * "brand" (mostly fixing names or changing capitalization: ARAL →
> > Aral and AVIA → Avia, the latter was requested in talk-gb)
>
> These rules need to be documented on the wiki!  Mappers need to be able
> to determine from the documentation based on what logic tags have been
> added or replaced by the import.
>
> Regarding opening_hours - a common case for a fuel station is that there
> is a kiosk/shop with daytime opening hours where you also pay the fuel
> but there is also a payment computer that allows you to buy fuel 24/7.
> How do you make sure if you replace opening hours that they refer to
> the same service?
>
> Example: http://audit.osmz.ru/browse/navads_fuel/NVDS126_2168
>
> Brand is by definition the brand name in local language/script - do you
> take this into consideration when setting this - i.e. not assume brand
> is the same as brand:en?  There might be varying practice in that
> regard in countries with non-latin script, i.e. some brands might be
> written in their original form while others might be transcribed.  It
> would not be overly dramatic to add brand tags that do not conform with
> local conventions but it would not be good to replace brand tags that
> are correct by local conventions.
>
> > > Splitting the import into many smaller imports
> >
> > I am still against that idea, not only because managing it is harder.
> > There are 12 countries that have more than 900 objects changed. That
> > number of separate imports is too much for a single person to manage.
>
> One important aspect about involving local communities is to make sure
> there is a solid overall evaluation of the data based on on-the-ground
> knowledge and w.r.t. local mapping and tagging particularities.
>
> I understand your efficiency considerations but ultimately OSM is about
> working together so if it becomes too much for a single person to
> manage and requires cooperation of people from different countries that
> in my eyes is kind of a good thing.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> _______________________________________________
> Imports mailing list
> Imports at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20180315/0f3b172b/attachment.html>