Re: [Tagging] Combining gas stations & convenience stores

On Fri, Dec 5, 2014 at 10:51 AM, Jack Burke wrote: > I usually do building=roof + layer=1 + amenity=fuel + brand=Foo for the > pumps, and building=retail + shop=convenience for the store part. I also > usually put opening_hours on each of them if/as I find out what those are. > This is how I ha

Re: [Tagging] Combining gas stations & convenience stores

How about site relations? Seems like a good use of a site relation. On Fri, Dec 5, 2014 at 11:03 AM, Clifford Snow wrote: > > On Fri, Dec 5, 2014 at 8:51 AM, Jack Burke wrote: > >> -1. I don't really agree. The parking/driving area is no more a part of >> the gas station than any other parki

Re: [Tagging] Combining gas stations & convenience stores

On Fri, Dec 5, 2014 at 3:49 AM, Martin Vonwald wrote: > In my opinion the "gas station" is not the building but the whole area. > Also the address belongs to the whole area and that's the way I tag gas > stations: > >- Draw an area to cover the complete gas station and put amenity=fuel >t

Re: [Tagging] Combining gas stations & convenience stores

Problem with this idea is usually the fuel is not sold in the convenience store, and at newer convenience store models that actually care about their customers beyond being a walking wallet (ie, OnCue, QuikTrip) will have a separate driveway and parking area behind the store so you don't have to ge

Re: [Tagging] Combining gas stations & convenience stores

On 5 December 2014 at 17:51, Jack Burke wrote: > Lately I've been playing with using a multipolygon as a way to handle the > too-many-address-entries problem. Join the building=roof and > building=retail into a multipolygon, then apply the address data to that. > (I do have to do this before appl

Re: [Tagging] Combining gas stations & convenience stores

On 5 December 2014 at 14:15, Martin Koppenhoefer wrote: > > 2014-12-05 12:40 GMT+01:00 Markus Lindholm : >> >> In general it is not sustainable to place address tags on >> area/building elements as there can be many addresses within such an >> element. > > > > this is country dependent, But OSM i

Re: [Tagging] Zones and defaults [fork from: access in the wiki]

Am 05.12.2014 um 16:13 schrieb althio forum: >> "defaults" are something for that data consumers need when actual data is >> missing. ;-) > > YMMV... My current point of view is different: > + "defaults" are something to make tagging easier and more efficient. > + They allow redundant data to be m

Re: [Tagging] Combining gas stations & convenience stores

On Fri, 2014-12-05 at 09:49 -0800, Bryce Nesbitt wrote: > On Fri, Dec 5, 2014 at 8:51 AM, Jack Burke wrote: > I usually do building=roof + layer=1 + amenity=fuel + > brand=Foo for the pumps, and building=retail + > shop=convenience for the store part. I also usually put >

Re: [Tagging] Combining gas stations & convenience stores

Am 05.12.2014 um 18:49 schrieb Bryce Nesbitt: > > > On Fri, Dec 5, 2014 at 8:51 AM, Jack Burke > wrote: > > I usually do building=roof + layer=1 + amenity=fuel + brand=Foo for > the pumps, and building=retail + shop=convenience for the store > part. I als

Re: [Tagging] Combining gas stations & convenience stores

Am 05.12.2014 um 18:55 schrieb Shawn K. Quinn: > On Fri, 2014-12-05 at 09:46 -0800, Bryce Nesbitt wrote: >> A hybrid approach is possible also where simple is acceptable: >> "amenity=fuel, shop=yes" > > Shouldn't this be shop=convenience (in most cases)? +1 shop=yes was removed from JOS

Re: [Tagging] Combining gas stations & convenience stores

On Fri, 2014-12-05 at 09:46 -0800, Bryce Nesbitt wrote: > A hybrid approach is possible also where simple is acceptable: > "amenity=fuel, shop=yes" Shouldn't this be shop=convenience (in most cases)? -- Shawn K. Quinn ___ Tagging mailing li

Re: [Tagging] Combining gas stations & convenience stores

On Fri, Dec 5, 2014 at 8:51 AM, Jack Burke wrote: > > I usually do building=roof + layer=1 + amenity=fuel + brand=Foo for the > pumps, and building=retail + shop=convenience for the store part. I also > usually put opening_hours on each of them if/as I find out what those are. > That's worth hig

Re: [Tagging] Combining gas stations & convenience stores

On Fri, Dec 5, 2014 at 3:40 AM, Markus Lindholm 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

Re: [Tagging] Combining gas stations & convenience stores

On Fri, Dec 5, 2014 at 8:51 AM, Jack Burke wrote: > -1. I don't really agree. The parking/driving area is no more a part of > the gas station than any other parking lot is part of the store/building > they service. > > I usually do building=roof + layer=1 + amenity=fuel + brand=Foo for the > pu

Re: [Tagging] Combining gas stations & convenience stores

This topic interests me greatly. > In my world a gas station and a convenience store are two distinct > features, so they should indeed exist as two elements also in the osm > database. Also an address should be considered a feature in its own > right so it should also be a distinct element. > >

Re: [Tagging] Zones and defaults [fork from: access in the wiki]

> "defaults" are something for that data consumers need when actual data is > missing. ;-) YMMV... My current point of view is different: + "defaults" are something to make tagging easier and more efficient. + They allow redundant data to be missing and thus make the database cleaner and smaller.

Re: [Tagging] New tag value in access? authorised [fork from: access in the wiki]

On Fri, Dec 5, 2014 at 11:34 AM, Martin Koppenhoefer wrote: > > > 2014-12-05 9:57 GMT+01:00 althio forum : >> >> Did you look at some of the examples in the links [7,8,9,10]? I feel >> "private" is not suitable there. >> How are tagged today the real-world "authorised vehicles" exemptions >> or si

Re: [Tagging] Combining gas stations & convenience stores

2014-12-05 12:40 GMT+01:00 Markus Lindholm : > In general it is not sustainable to place address tags on > area/building elements as there can be many addresses within such an > element. > this is country dependent, in Germany addresses are typically refering to a site/plot (not just to a buildi

Re: [Tagging] Combining gas stations & convenience stores

On 5 December 2014 at 11:40, Markus Lindholm 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. This depends on the country.

Re: [Tagging] Combining gas stations & convenience stores

On 5 December 2014 at 10:49, Martin Vonwald wrote: > No need to provide the address more than once: the address belongs to > everything within the area tagged with amenity=fuel In general it is not sustainable to place address tags on area/building elements as there can be many addresses within s

Re: [Tagging] Combining gas stations & convenience stores

On 5 December 2014 at 10:57, Martin Koppenhoefer wrote: > > 2014-12-05 10:50 GMT+01:00 Markus Lindholm : >> >> Also an address should be considered a feature in its own >> right so it should also be a distinct element. > > an address can be seen as a feature on its own, but it can also be an > att

Re: [Tagging] Zones and defaults [fork from: access in the wiki]

2014-12-04 17:57 GMT+01:00 althio forum : > Martin Koppenhoefer wrote: > > there is actually a proposal for this kind of zone, to be mapped as a > > polygon, useful e.g. for rendering (with name, ref, etc.), but probably > not > > very transparent to inherit access-tags to ways from this. > > > >

Re: [Tagging] New tag value in access? authorised [fork from: access in the wiki]

2014-12-05 9:57 GMT+01:00 althio forum : > Did you look at some of the examples in the links [7,8,9,10]? I feel > "private" is not suitable there. > How are tagged today the real-world "authorised vehicles" exemptions > or signs with "authorised vehicles only"? > they are tagged as =private che

Re: [Tagging] Combining gas stations & convenience stores

2014-12-05 10:49 GMT+01:00 Martin Vonwald : > In my opinion the "gas station" is not the building but the whole area. > Also the address belongs to the whole area and that's the way I tag gas > stations: > >- Draw an area to cover the complete gas station and put amenity=fuel >together wit

Re: [Tagging] Feature Proposal - RFC - Water tap

2014-12-05 0:42 GMT+01:00 Warin <61sundow...@gmail.com>: > water_potable = yes/no If not known you don't tag. Then it will some > default action possibly based on location. Some may want tags 'boil', > 'filter','filter+boil' ... values like "boil" or "filter" could go under a key like "sugges

Re: [Tagging] Combining gas stations & convenience stores

2014-12-05 10:50 GMT+01:00 Markus Lindholm : > In OSM we have this principle of one feature - one element > http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element > > this is not a clear rule, e.g. I wouldn't consider it wrong to have an area tagged as amenity=bank, atm=yes and have anot

Re: [Tagging] Combining gas stations & convenience stores

2014-12-05 10:49 GMT+01:00 Martin Vonwald : > In my opinion the "gas station" is not the building but the whole area. > Also the address belongs to the whole area and that's the way I tag gas > stations: > >- Draw an area to cover the complete gas station and put amenity=fuel >together wit

Re: [Tagging] Combining gas stations & convenience stores

In my opinion the "gas station" is not the building but the whole area. Also the address belongs to the whole area and that's the way I tag gas stations: - Draw an area to cover the complete gas station and put amenity=fuel together with additional tags like the address on it. In my region i

Re: [Tagging] Combining gas stations & convenience stores

On 5 December 2014 at 06:19, Hans De Kryger wrote: > One reason we cant completely > combine the gas station and convenience store tag is some gas stations have > the convenience store run by separate companies. As is the case with a > circle k down the street from me. The convenience store is a c

Re: [Tagging] Combining gas stations & convenience stores

You could also put the address information on the building and place the two POIs inside it. At least Nominatim supports this. There is no reason why another program cannot find the surrounding building. Of course this is not as easy as taking it from the node. Since this is a rather recent feature

[Tagging] New tag value in access? authorised [fork from: access in the wiki]

/ DISCLAIMER / Starting new thread for side topics from: [Tagging] access in the wiki I would happily read more feedback from Martin and other contributors on "authorised" because it would certainly help with some limited traffic zone, bus lanes, residential streets... >> (2) proposing access=a

Re: [Tagging] Combining gas stations & convenience stores

Hi - It doesn't make sense to me to have a specific tag for "fuel and convenience". Maybe I misunderstand you. I would say, keep copying the addresses! There are lots of situations where multiple co-located items have the same address, e.g. a small post office inside a supermarket. If you invented