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

Christoph Hormann osm at imagico.de
Thu Mar 15 11:21:40 UTC 2018


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/



More information about the Imports mailing list