On Fri, Dec 5, 2014 at 3:40 AM, Markus Lindholm <markus.lindh...@gmail.com>
wrote:
> In general it is not sustainable to place address tags on
> area/building elements as there can be many addresses within such an
> element. You're not going to comma separate the different address
> values I hope.
It's also unsustainable to duplicate address elements on multiple POI's.
Among other problems there's a maintenance issue, where it's unlikely that
corrections will be applied to all the elements.
The two tagging approaches seem to be:
- It's primarily a gas station, and it has attributes like store,
restroom, water bottle filling station, wiper water.
- It's primarily a designated area with a name and address. Inside that
area are individual nodes for:
- fuel sale/pumps/cash register
- wiper water
- air hose
- restroom
- drinking water, permissive, wheelchair accessible
- water bottle filling station
- hot coffee
- complimentary
- dark roast
- Electric charging station
- operator=charge point
- fee=yes
- Vending machine
- condoms
- lollipops
- Sign
- name="Esso"
- height=20m
- lighted=yes
A hybrid approach is possible also where simple is acceptable:
"amenity=fuel, shop=yes"
But once a station gets past a certain level of complexity, the expectation
is the mapper will break out all the elements.
-----
Whatever solution is chosen, it should be easy to create a summary
database. For example an offline map may
want to simplify the full tagging down to two icons: "gas" or "gas & shop"
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
