Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Dave Swarthout
Thanks for picking up on this. I used the tag a while ago to tag a coal conveyor here in Thailand. Of course it doesn't render on OSM and I'll need to come up with a way to render it for my GPS at some point. Seeing as there are so many existing man_made=good_conveyor tags I agree with your

[Tagging] Breakdown bays?

2015-02-25 Thread Martin Vonwald
Hi! I obviously forgot how to tag breakdown bays (lay-bys, german: Pannenbucht), something like this: http://binged.it/1LCYpoM Couldn't find anything in the wiki or taginfo. Any tips? Best regards, Martin ___ Tagging mailing list

Re: [Tagging] Canopy radius for natural=tree

2015-02-25 Thread Friedrich Volkmann
On 25.02.2015 11:47, Martin Koppenhoefer wrote: it is using the natural language notation with space (underscore) rather than diameter:crown. I feel that this differentiation became blurry due to the random use of : and _ for _type and :type suffixes. -- Friedrich K. Volkmann

Re: [Tagging] Breakdown bays?

2015-02-25 Thread Martin Koppenhoefer
2015-02-25 15:20 GMT+01:00 Martin Vonwald imagic@gmail.com: I obviously forgot how to tag breakdown bays (lay-bys, german: Pannenbucht), something like this: http://binged.it/1LCYpoM Couldn't find anything in the wiki or taginfo. could be something for the emergency key? Or highway.

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Martin Koppenhoefer
2015-02-25 14:13 GMT+01:00 Friedrich Volkmann b...@volki.at: http://wiki.openstreetmap.org/wiki/Proposed_features/Goods_conveyor I resurrected this old draft, because we need a tag for this and I know of no alternative tag currently in use. I wonder if goods may be misleading, because I

[Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Friedrich Volkmann
http://wiki.openstreetmap.org/wiki/Proposed_features/Goods_conveyor I resurrected this old draft, because we need a tag for this and I know of no alternative tag currently in use. I wonder if goods may be misleading, because I think of goods as finished products, while many conveyors carry raw

Re: [Tagging] Feature Proposal - RFC - addrN:*

2015-02-25 Thread Martin Koppenhoefer
2015-01-23 8:55 GMT+01:00 Swen Wacker swen.wac...@gmail.com: 2015-01-22 19:44 GMT+01:00 fly lowfligh...@googlemail.com: In Germany the address always belongs to the plot and not to the building and they are assigned in advance. This is not correct. The decision is up to the local

Re: [Tagging] AddrN

2015-02-25 Thread Martin Koppenhoefer
2015-01-21 13:00 GMT+01:00 Andrew Shadura and...@shadura.me: But that's not precisely true. The scope of an address node inside a building outline is this building. If you want to specify an address for a part of a building only, just split that building. no, you seem to extrapolate from

Re: [Tagging] Super-keys are evil

2015-02-25 Thread fly
Though, I have to admit that introducing new categories nor moving tags from one to another is not easy and often bricks, like osm-carto will not support it for quite some time, are through between your legs. Still in favour of introducing some more categories. cu fly Am 24.02.2015 um 20:02

Re: [Tagging] Canopy radius for natural=tree

2015-02-25 Thread Martin Koppenhoefer
2015-02-25 14:23 GMT+01:00 Friedrich Volkmann b...@volki.at: On 25.02.2015 11:47, Martin Koppenhoefer wrote: it is using the natural language notation with space (underscore) rather than diameter:crown. I feel that this differentiation became blurry due to the random use of : and _ for

Re: [Tagging] Breakdown bays?

2015-02-25 Thread Martin Vonwald
2015-02-25 16:34 GMT+01:00 fly lowfligh...@googlemail.com: So what do you have in mind ? Tagging them as additional tag on the way with highway=*? Using lanes:-Tagging ? I don't think of them as lanes, so I wouldn't use some :lanes-tag. I thought that there is already a tag, that I simply put

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Richard Z.
On Wed, Feb 25, 2015 at 02:13:34PM +0100, Friedrich Volkmann wrote: http://wiki.openstreetmap.org/wiki/Proposed_features/Goods_conveyor I resurrected this old draft, because we need a tag for this and I know of no alternative tag currently in use. I wonder if goods may be misleading, because

Re: [Tagging] Breakdown bays?

2015-02-25 Thread Volker Schmidt
http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_bay On 25 February 2015 at 15:33, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2015-02-25 15:20 GMT+01:00 Martin Vonwald imagic@gmail.com: I obviously forgot how to tag breakdown bays (lay-bys, german: Pannenbucht),

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Friedrich Volkmann
On 25.02.2015 15:42, Martin Koppenhoefer wrote: is this for belt conveyors and roller conveyors? There are also pneumatic conveyors (with tubes, e.g. postal pneumatic tubes) and there are chain conveyors. See the subtags section in the proposal. By proposal I mean the wiki page. -- Friedrich

Re: [Tagging] Feature Proposal - RFC - addrN:*

2015-02-25 Thread Martin Koppenhoefer
2015-02-25 15:09 GMT+01:00 Swen Wacker swen.wac...@gmail.com: I have not yet found any text that doesn't state that the plot is the main unit for numbering http://www.rosenheim.de/uploads/media/631f.pdf http://www.bad-doberan.de/uploads/media/Hausnummernsatzung.pdf

Re: [Tagging] Breakdown bays?

2015-02-25 Thread Martin Vonwald
Hm...had a quick look how they are tagged and I'm not really convinced. They are tagged as area beside the road (without any connection) or as individual roads. In my opinion both does not fit well :-/ Thanks anyway, Martin 2015-02-25 16:11 GMT+01:00 Volker Schmidt vosc...@gmail.com:

Re: [Tagging] Breakdown bays?

2015-02-25 Thread Volker Schmidt
Here in Italy they are tagged in some areas and as nodes: http://overpass-turbo.eu/s/7SA On 25 February 2015 at 16:19, Martin Vonwald imagic@gmail.com wrote: Hm...had a quick look how they are tagged and I'm not really convinced. They are tagged as area beside the road (without any

Re: [Tagging] Breakdown bays?

2015-02-25 Thread fly
Am 25.02.2015 um 16:19 schrieb Martin Vonwald: Hm...had a quick look how they are tagged and I'm not really convinced. They are tagged as area beside the road (without any connection) or as individual roads. In my opinion both does not fit well :-/ So what do you have in mind ? Tagging them as

Re: [Tagging] Breakdown bays?

2015-02-25 Thread fly
Am 25.02.2015 um 16:41 schrieb Martin Vonwald: 2015-02-25 16:34 GMT+01:00 fly lowfligh...@googlemail.com: So what do you have in mind ? Tagging them as additional tag on the way with highway=*? Using lanes:-Tagging ? I don't think of them as lanes, so I wouldn't use some :lanes-tag. I

[Tagging] Does oneway:bicycle apply to cycleway=track?

2015-02-25 Thread 715371
Hi all, I have a situation where a cycleway=track is not a oneway, while the highway itself is a oneway=yes. So I added oneway:bicycle=no to the way because it is true from at least one point of view. The same problem applies to cycleway=opposite_track. BTW: Neither graphhopper nor mapquest

Re: [Tagging] Breakdown bays?

2015-02-25 Thread Ole Nielsen
On 25/02/2015 16:41, Martin Vonwald wrote: I don't think of them as lanes, so I wouldn't use some :lanes-tag. I thought that there is already a tag, that I simply put on the road for the length of the bay - just like e.g. sidewalk=right. But that's obviously not the case and it is not possible

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Friedrich Volkmann
On 25.02.2015 17:16, Richard Z. wrote: there is aerialway=magic_carpet which is intended for human transport only but together with usage access keys could be used to tag that as well. I don't think so, because: - goods conveyors are not really aerialways - goods conveyors are not called magic

Re: [Tagging] Feature Proposal - RFC - addrN:*

2015-02-25 Thread Swen Wacker
2015-02-25 15:57 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com: thank you for these references. I have noticed that all of them reference the BauGB §126, which seems to confirm that this is the legal basis for the numbering Are you kidding me? :-) 1. Neither

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Bryce Nesbitt
If all these goods conveyors could be consolidated under one tag, it would be far easier to gain rendering support. Subtags could be used for the infinite variety of types. Basically these are linear structures on the ground, which convey something (goods, passengers, mixed), and either do or

Re: [Tagging] Does oneway:bicycle apply to cycleway=track?

2015-02-25 Thread Hubert
Hey Tobias. The implied problem in your question is how to interpret a (main) tag on an osm_way. Does it only apply to the carriageway/driving lanes or to the whole street which also includes cycleways, sidewalks, etc ? Just consider the width=* or lanes=* tags. Yet, I wouldn't go so far as

[Tagging] Feature Proposal - RFC - (traffic signals group)

2015-02-25 Thread Lukas Sommer
Hello. This is a request for comments for the proposal http://wiki.openstreetmap.org/wiki/Proposed_features/traffic_signals_group The original author is Sanderd17. With the consent of him, I did some supplementing. Thanks to Sanerd17! Unlike the proposal “Proposed features/Traffic Signals” of

Re: [Tagging] Does oneway:bicycle apply to cycleway=track?

2015-02-25 Thread 715371
Am 25.02.2015 um 22:20 schrieb Hubert: The implied problem in your question is how to interpret a (main) tag on an osm_way. Does it only apply to the carriageway/driving lanes or to the whole street which also includes cycleways, sidewalks, etc ? Just consider the width=* or lanes=* tags.

Re: [Tagging] Does oneway:bicycle apply to cycleway=track?

2015-02-25 Thread 715371
Am 26.02.2015 um 01:54 schrieb Martin Koppenhoefer: I'd say you have met the limits of cycleway=track. You can solve this by creating a proper osm object for what is a distinct way in the real world as well. Well, this is almost the same as cycleway=opposite_track, but that tag is obviously

Re: [Tagging] Feature Proposal - RFC - (traffic signals group)

2015-02-25 Thread Warin
Hi, This could be confused with the coordination of traffic signals along a length of road or even a district wide coordination of traffic light signals. I think it needs some words that restrict it to a single intersection? And possibly some thought to where a length of road (many

Re: [Tagging] Super-keys are evil

2015-02-25 Thread Kurt Blunt
Matter in a nutshell: Certainly the way we use these super tags has a lot of historical baggage but I don't think it is a stupid idea per se, *especially* if your goal is (like you're claiming yours to be) making tags easy for mappers. I apologize for writing like a troll. I should have been

Re: [Tagging] Does oneway:bicycle apply to cycleway=track?

2015-02-25 Thread Martin Koppenhoefer
I'd say you have met the limits of cycleway=track. You can solve this by creating a proper osm object for what is a distinct way in the real world as well. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Richard Z.
On Wed, Feb 25, 2015 at 07:14:36PM +0100, Friedrich Volkmann wrote: The proposal looks good, add location=* to it. I dislike location=* for various reasons. But you may use it if you like. the proposal could be more detailed in this point. How do you tag conveyors above ground? As bridge?

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Dave Swarthout
The proposal looks good, add location=* to it. I dislike location=* for various reasons. But you may use it if you like. I first came across the location key when it was used to indicate whether the Trans-Alaska Pipeline was running underground or overground. At the time I thought it was a

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Bryce Nesbitt
Would layer work for this. A layer of zero for something you can't pass at ground level. A layer of -1 for pipelines. A layer of 1 for ski lifts and areoways. ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] Feature Proposal - RFC - (traffic signals group)

2015-02-25 Thread John Willis
If group is not a good word, then set is a good alternative. Javbw On Feb 26, 2015, at 8:33 AM, Warin 61sundow...@gmail.com wrote: Hi, This could be confused with the coordination of traffic signals along a length of road or even a district wide coordination of traffic light signals.

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Dave Swarthout
The Trans-Alaska pipeline has many underground sections and these have no layer tag. Why that is, I don't know. It also uses a key type to specify what it carries. In this case type=oil See here: http://overpass-turbo.eu/s/7SZ On Thu, Feb 26, 2015 at 8:49 AM, John Willis jo...@mac.com wrote:

Re: [Tagging] Feature Proposal - RFC - goods_conveyor

2015-02-25 Thread Warin
On 26/02/2015 12:28 PM, Dave Swarthout wrote: The proposal looks good, add location=* to it. I dislike location=* for various reasons. But you may use it if you like. I first came across the location key when it was used to indicate whether the Trans-Alaska Pipeline was running

Re: [Tagging] Feature Proposal - RFC - (traffic signals group)

2015-02-25 Thread Bryce Nesbitt
On Wed, Feb 25, 2015 at 9:55 PM, John Willis jo...@mac.com wrote: If group is not a good word, then set is a good alternative. intersection_group= intersection_set= ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] Feature Proposal - RFC - (traffic signals group)

2015-02-25 Thread Warin
Looks like this has already been discussed .. in 2008 to 2011. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Set_of_Traffic_Signals No outcome for that .. Past discussion looks to have pointed to a relation ... the relation contains each node of traffic_light and can have a name=

Re: [Tagging] Canopy radius for natural=tree

2015-02-25 Thread Friedrich Volkmann
This construct does not come from a natural language. It's rather computer programming style, like class::subclass (see maxwidth:physical=*, name:en=* etc.), and it's also in spirit of mathematical notation (functions, subscripts), like diameter(crown). On 23.02.2015 23:48, Colin Smale wrote: No

Re: [Tagging] Canopy radius for natural=tree

2015-02-25 Thread Martin Koppenhoefer
2015-02-25 11:41 GMT+01:00 Friedrich Volkmann b...@volki.at: This construct does not come from a natural language. It's rather computer programming style, like class::subclass (see maxwidth:physical=*, name:en=* etc.), and it's also in spirit of mathematical notation (functions, subscripts),