[Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Martin Koppenhoefer
On the German ML we are currently discussing how to applicate "ele" to towers (and similar situations). There is consensus that the key "height" is describing the height of the structure from the ground to the top. There is also consensus to tag elevation data in WGS84 (so that numbers in local sys

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread sabas88
2012/2/20 Martin Koppenhoefer > On the German ML we are currently discussing how to applicate "ele" to > towers (and similar situations). There is consensus that the key > "height" is describing the height of the structure from the ground to > the top. There is also consensus to tag elevation dat

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread LM_1
As I understand it option a) is correct. If put on a building it would mean that the ground level is at this height. In some specific cases this might bring problems though: imagine a lot of stones and earth is transported on the hilltop, the elevation clearly changes. If you build a building there

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Frederik Ramm
Hi, On 02/20/2012 01:06 PM, LM_1 wrote: As I understand it option a) is correct. If put on a building it would mean that the ground level is at this height. Should one not then, to avoid misunderstandings, use "ele" only on ground-level features? We can define away on the wiki all we want; th

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread LM_1
Generelly yes, but if there is a tower on the summit, there is not really any other way. Lukáš 2012/2/20 Frederik Ramm : > Hi, > > > On 02/20/2012 01:06 PM, LM_1 wrote: >> >> As I understand it option a) is correct. If put on a building it would >> mean that the ground level is at this height. > >

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Frederik Ramm
Hi, On 02/20/2012 01:26 PM, LM_1 wrote: Generelly yes, but if there is a tower on the summit, there is not really any other way. You would normally put a natural=peak tag next to the tower anyway. Or if you don't, then attach "ele" to the bench near the base of the tower or so ;) Bye Frede

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Alan Mintz
At 2012-02-20 03:44, Martin Koppenhoefer wrote: On the German ML we are currently discussing how to applicate "ele" to towers (and similar situations). There is consensus that the key "height" is describing the height of the structure from the ground to the top. There is also consensus to tag ele

[Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Martin Koppenhoefer
After questions on talk-it this wiki action was identified: http://wiki.openstreetmap.org/w/index.php?title=Template%3AMap_Features%3Asurface&action=historysubmit&diff=701000&oldid=696691 Is it consensus to use "sett" instead of "cobblestones" for most of the stone pavings of roads? Taginfo shows

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Alan Mintz
At 2012-02-20 04:06, LM_1 wrote: As I understand it option a) is correct. If put on a building it would mean that the ground level is at this height. I might add that, if you put a tower on top of the building, I'd expect the ele tag on the tower to be the sum of the building's ele and height

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Alan Mintz
At 2012-02-20 04:26, someone wrote: We can define away on the wiki all we want; there > will always be people who read "ele" on a building to mean its height. I think this may be a language issue. In American English at least, one would not use/read the word "elevation" to mean the height of

Re: [Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Frederik Ramm
Hi, Hi,On 02/20/2012 01:45 PM, Martin Koppenhoefer wrote: I don't recall any discussion on this topic. Until now I thought it was consensus to use the tags "surface=cobblestones" for more or less uneven paving with stones and "surface=paving_stones" for more or less even surfaces paved with ston

Re: [Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Jonathan Bennett
On 20/02/2012 12:45, Martin Koppenhoefer wrote: Is it consensus to use "sett" instead of "cobblestones" for most of the stone pavings of roads? Taginfo shows only 177 objects tagged with "sett". How should we deal with this? Maybe there was indeed a definition gap to distinguish on a finer gra

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Greg Troxel
Alan Mintz writes: > This is the standard for FCC (communications) and FAA (airspace) in > the US. Well, close at least - elevations are generally "above mean > sea level" - I don't know how that relates to the WGS84/GPS and/or > survey elevation but I'd expect them to be close. "above mean sea

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Tobias Knerr
Martin Koppenhoefer wrote: a) ele is the elevation of the ground around/below the tower (in the case of a mountain summit it would be the elevation of the mountain, not the tower). In practice, this is closest to how I would have interpreted it. I would usually expect ele to define the elevati

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Volker Schmidt
Martin There is consensus that the key > "height" is describing the height of the structure from the ground to > the top. +1 (I think there is no other way of doing it) There is also consensus to tag elevation data in WGS84 (so > that numbers in local systems would typically have to be conver

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Martin Koppenhoefer
Am 20. Februar 2012 14:21 schrieb Volker Schmidt : >> There is consensus that the key >> "height" is describing the height of the structure from the ground to >> the top. > +1   (I think there is no other way of doing it) well, you could say that height is the maximum vertical extension and thus

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Nathan Edgars II
Simple solution: use ele:top=* for the elevation of the top. ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Richard Mann
The problem is that setts are often referred to as cobbles, in common parlance. If someone tags something as cobbles, I'd probably reckon they were actually setts 99% of the time. http://g.co/maps/bnndk The stuff in the road is cobbles; in the gutter and on the pavements is setts. So having a cle

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Petr Morávek [Xificurk]
Martin Koppenhoefer wrote: > Am 20. Februar 2012 14:21 schrieb Volker Schmidt : >>> There is consensus that the key >>> "height" is describing the height of the structure from the ground to >>> the top. >> +1 (I think there is no other way of doing it) > > > well, you could say that height is t

[Tagging] undesignated bike lanes (Re: [Talk-us] Feature Proposal - RFC - Tag:cycleway=buffered_lane)

2012-02-20 Thread Nathan Edgars II
On 2/20/2012 8:23 AM, Hillsman, Edward wrote: While we are discussing this, we should also agree on how to tag bicycle lanes that are unmarked. We have a surprising number of these in my area of the world. They have no signs (I know, they are no longer required to) and no markings within the lane

Re: [Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Tobias Knerr
Jonathan Bennett wrote: > In summary: I believe the three classes to be separate and > non-overlapping. So I disagree with the wiki edit made, but do think > surface=sett is a sensible, verifiable tag. A "sett" (a word I've never heard before) is apparently colloquially called "cobblestone". To

Re: [Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Richard Mann
Probably better to introduce a new value to mean yes-they-really-are-cobbles. Perhaps "cobbles" (as opposed to cobblestone) On Mon, Feb 20, 2012 at 2:05 PM, Tobias Knerr wrote: > Jonathan Bennett wrote: > > In summary: I believe the three classes to be separate and > > non-overlapping. So I disa

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Andreas Labres
On 20.02.12 12:44, Martin Koppenhoefer wrote: > a) ele is the elevation of the ground around/below the tower (in the > case of a mountain summit it would be the elevation of the mountain, > not the tower). elevation vs altitude vs height: http://en.wikipedia.org/wiki/File:Vertical_distances.svg /

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread John F. Eldredge
Frederik Ramm wrote: > Hi, > > On 02/20/2012 01:06 PM, LM_1 wrote: > > As I understand it option a) is correct. If put on a building it > would > > mean that the ground level is at this height. > > Should one not then, to avoid misunderstandings, use "ele" only on > ground-level features? We c

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread LM_1
>From what has been written here it seems that elevation clearly does not contain buildings. Frederik Ramm: > You would normally put a natural=peak tag next to the tower anyway. > Or if you don't, then attach "ele" to the bench near the base of the > tower or so ;) Most peaks with some constructi

[Tagging] Named railway locations

2012-02-20 Thread Harald Kliems
We recently had a discussion on the talk-ca list about named railway locations that had been tagged as railway=station (see this thread). It was proposed to take the discussion to the tagging list in order to come to a consensus that's consistent and in line with other countries. To quickly summar

[Tagging] Custom mailboxes

2012-02-20 Thread Nathan Edgars II
Would it be reasonable to map custom personal mailboxes that are essentially public art (e.g. in the shape of a manatee)? Or is this going a bit too far? ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/taggin

Re: [Tagging] Named railway locations

2012-02-20 Thread Richard Mann
Well the British railway speak for such locations would probably be "TRUST reporting point" or timing point. They are typically junctions, crossovers or passing places (if there's no station). So I'm not sure there's a "public" term available. Maybe railway=location? Richard On Mon, Feb 20, 2012

Re: [Tagging] Named railway locations

2012-02-20 Thread Richard Fairhurst
Richard Mann wrote: > Maybe railway=location? Or even railway=locality, to tie in with the well-established place=locality for tagging a 'lieu-dit'. (http://en.wikipedia.org/wiki/Lieu-dit: "The name usually refers to some characteristic of the place, its former use, a past event, etc.") cheers R

Re: [Tagging] Named railway locations

2012-02-20 Thread Richard Mann
Yes, I remember *Adlestrop* ... On Mon, Feb 20, 2012 at 4:13 PM, Richard Fairhurst wrote: > Richard Mann wrote: > > Maybe railway=location? > > Or even railway=locality, to tie in with the well-established > place=locality > for tagging a 'lieu-dit'. > > (http://en.wikipedia.org/wiki/Lieu-dit: "T

Re: [Tagging] Named railway locations

2012-02-20 Thread Guillaume Allegre
Le lun. 20 f�vr. 2012 à 08:13 -0800, Richard Fairhurst a ecrit : > Richard Mann wrote: > > Maybe railway=location? > > Or even railway=locality, to tie in with the well-established place=locality > for tagging a 'lieu-dit'. > railway=locality makes perfectly sense, indeed. As a railway user, I f

Re: [Tagging] Named railway locations

2012-02-20 Thread Nathan Edgars II
One possibility is railway=station state=abandoned (where that's correct, of course). ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Named railway locations

2012-02-20 Thread Richard Fairhurst
Richard Mann wrote: > Yes, I remember Adlestrop ... ...the name because one afternoon Of inappropriate railway=station tagging the express train[1] drew up there Unwontedly. It was late June. cheers Richard [1] or at least, as near as we get to one on the Cotswold Line. -- View this message i

Re: [Tagging] Custom mailboxes

2012-02-20 Thread LM_1
I would not do that or care for such information, but why not... There is no "too far" LM_1 2012/2/20 Nathan Edgars II : > Would it be reasonable to map custom personal mailboxes that are essentially > public art (e.g. in the shape of a manatee)? Or is this going a bit too far? > > __

Re: [Tagging] Custom mailboxes

2012-02-20 Thread Mike N
On 2/20/2012 10:53 AM, Nathan Edgars II wrote: Would it be reasonable to map custom personal mailboxes that are essentially public art (e.g. in the shape of a manatee)? Or is this going a bit too far? I would say that it depends - if the mailbox is truly custom, and not just a mass produced

Re: [Tagging] Custom mailboxes

2012-02-20 Thread Peter Wendorff
Hi. If it's an artwork, I would tag it as an artwork. If it's a landmark (yes, that IS possible - if I think e.g. about some areas in Sweden), I would probably tag as something like that In no way I would tag the name of the owner as that dives IMHO too far into privacy issues. regards Peter

Re: [Tagging] Wikifiddling, surface=cobblestone vs. sett & paving_stones

2012-02-20 Thread Martin Koppenhoefer
Am 20. Februar 2012 15:11 schrieb Richard Mann : > Probably better to introduce a new value to mean > yes-they-really-are-cobbles. Perhaps "cobbles" (as opposed to cobblestone) +1, I also believe that we are lacking some additional tags for some kinds of stone pavings. "cobbles" seems fine to me.

Re: [Tagging] Named railway locations

2012-02-20 Thread Martin Koppenhoefer
Am 20. Februar 2012 17:13 schrieb Richard Fairhurst : > Or even railway=locality, to tie in with the well-established place=locality > for tagging a 'lieu-dit'. +1 cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstre

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Martin Koppenhoefer
OK, following this discussion it seems clear that either nobody interprets the wiki literally (the elevation at a given point), or that the English term elevation never refers to man_made structures. In each of these cases the tagged value for ele would be the elevation of the surrounding ground. I

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Martin Koppenhoefer
Am 20. Februar 2012 14:43 schrieb Nathan Edgars II : > Simple solution: use ele:top=* for the elevation of the top. if "top" is a reference system for elevation data... cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.ope

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread John F. Eldredge
Martin Koppenhoefer wrote: > OK, following this discussion it seems clear that either nobody > interprets the wiki literally (the elevation at a given point), or > that the English term elevation never refers to man_made structures. > In each of these cases the tagged value for ele would be the e

Re: [Tagging] Voting for Relation type=waterway

2012-02-20 Thread Chris Hill
On 19/02/12 23:38, Steve Bennett wrote: On Mon, Feb 20, 2012 at 2:53 AM, Chris Hill wrote: I do not agree with the whole basis of this thread. There are no such things as approved tags, tagging is open and people are free to use *any* tags they like. ... Advertise your ideas and encourage ac

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Tobias Knerr
John F. Eldredge: If a structure is located on sloping ground, do you record the elevation of the highest point in contact with the structure, the lowest point, halfway between the highest and lowest points, or what? This is related to the question: Where do you measure the structure's heigh

Re: [Tagging] tagging of "ele" / elevation data e.g. in the context of towers

2012-02-20 Thread Martin Koppenhoefer
Am 20. Februar 2012 21:09 schrieb John F. Eldredge : > If a structure is located on sloping ground, do you record the elevation of > the highest point in contact with the structure, the lowest point, halfway > between the highest and lowest points, or what? The lowest point would be OK for stan

Re: [Tagging] Voting for Relation type=waterway

2012-02-20 Thread Steve Bennett
On Tue, Feb 21, 2012 at 7:11 AM, Chris Hill wrote: > No. It implies some official status that leads people to remove other tags, > sometimes with mass edits. IMHO that doesn't follow at all. If people are doing unwanted mass edits, then we should find a way to discourage them. The solution is not

[Tagging] Tag approval process or its absence (was: Voting for Relation type=waterway)

2012-02-20 Thread LM_1
2012/2/20 Chris Hill : > Flattening the tag structure by homogenising tags is destroying the fine > detail, sometimes carefully crafted by mappers and I will continue to speak > out against mass edits that attempt to do just that. I have to disagree. If the tag structure is not homogenised, it ma

Re: [Tagging] Tag approval process or its absence (was: Voting for Relation type=waterway)

2012-02-20 Thread Peter Wendorff
Hi. Partly that's true: non-standard tags are kind of the hell for coders, who have to implement lots of variants sometimes for similar information retrieval. But I vote for doing that 1) only manually in the database, step by step. or 2) only to add redundant tags automatically, not to remove

Re: [Tagging] Tag approval process or its absence (was: Voting for Relation type=waterway)

2012-02-20 Thread LM_1
2012/2/20 Peter Wendorff : > Hi. > Partly that's true: non-standard tags are kind of the hell for coders, who > have to implement lots of variants sometimes for similar information > retrieval. > But I vote for doing that > 1) only manually in the database, step by step. > or > 2) only to add redun

Re: [Tagging] Tag approval process or its absence (was: Voting for Relation type=waterway)

2012-02-20 Thread sabas88
That's some kind of consideration, like the one I proposed some time ago, about building a clean tagging scheme, but has led to a discussion about another topic and died. My +1 will always go to cleaning. Cheers, Stefano ___ Tagging mailing list Tagging@

Re: [Tagging] Tag approval process or its absence (was: Voting for Relation type=waterway)

2012-02-20 Thread Frederik Ramm
Hi, On 02/20/2012 10:59 PM, LM_1 wrote: The possibility of free tags is great, but once some tagging style proves as usable (and better than any other), ... which will never be the case ... it should become a standard and used exclusively ... in which geographic / cultural region? Bye Fre