Re: [Tagging] Comments of the Reuse proposal (was: Tradeoff)
Dana nedjelja, 18. kolovoza 2013., korisnik Wuzzywuz...@mail.ru je napisao: Am Thu, 15 Aug 2013 10:32:19 -0700 schrieb Bryce Nesbitt bry...@obviously.com: I do not see how one could know wheather the list is complete. This is the case with all highways that don't have the oneway tag. Are they two-way or is it not mapped? Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging of topographic areas with a name
On 08/17/2013 05:47 PM, Wolfgang Zenker wrote: * fly lowfligh...@googlemail.com [130817 17:13]: On 16.08.2013 19:05, Masi Master wrote: Hmm, I'm not sure that boundary is the right tag. Isn't it a border, and not an area? Boundaries describe an area but you are right that they are not really boundaries, especially if the border lines are not clearly defined [..] I'm under the impression this discussion is leading to ever more complicated ideas, due to the problem that the features we want to name on the map are not really clearly defined areas. Just for clarity, I was really hoping to find an already-established tagging scheme for these features (named topological areas, valleys), and bringing up the schemes I found in several other places rather than trying to overcomplicate things. While I agree that rendering should follow tagging, I also go by the idea that as long as the scheme is consistent, one could switch to an improved one later quickly enough. Also, the people involved with rendering should have a pretty decent overview of how the tags are actually used, corner cases and the limitations involved. This is as important as tagging itself IMHO (I was rendering navteq data in the past, so I value a lot input from software implementations). I'm not sure if this list is followed by people involved with styling/rendering OSM data itself? (please tell me if some other list might be more appropriate). ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Power poles tower : power vs man_made
Hi, Power transmission refinement proposal have been updated with new values for man_made=*. No deprecation for power=* values. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement More info on Talk. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Power_transmission_refinement#Power_vs_man_made_for_towers_and_poles I hope this alternative will receive more positive opinion than before. Have a nice day. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com 2013/8/17 François Lacombe francois.laco...@telecom-bretagne.eu I totally agree with Janko. A meta-tagging model will allow more agility when tag a replaced or deprecated. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com 2013/8/17 Janko Mihelić jan...@gmail.com I agree with the reasoning behind man_made=pole, but the semantic infrastructure behind osm is not yet strong enough. I think a second layer should be there, a semantic model which says what certain key-values actually mean, and which could be easily changed. The renderers could then be bound to that model, not the rugged key-values. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging of topographic areas with a name
At the risk that this is mapping for the renderer, but what Wolfgang proposes is exactly how it is done on traditional paper maps. It gives you the possibility to label some loosely defined entity, by creating some labelling along a non visible way. However, there is a serious complication in this, which consists in the fact that you would have to assign some kind of importance to the label to allow the renderer to decide at which zoom levels to show the labelling and with what kind of visibility. So, if we want to go this way, the thing is not quite as simple. We would need to define something like the equivalent of admin_level, may be an importance_level. Just my 2 cents - I admit this is not thought through in any way, but ... On 17 August 2013 17:47, Wolfgang Zenker wolfg...@lyxys.ka.sub.org wrote: Hi, * fly lowfligh...@googlemail.com [130817 17:13]: On 16.08.2013 19:05, Masi Master wrote: Hmm, I'm not sure that boundary is the right tag. Isn't it a border, and not an area? Boundaries describe an area but you are right that they are not really boundaries, especially if the border lines are not clearly defined [..] I'm under the impression this discussion is leading to ever more complicated ideas, due to the problem that the features we want to name on the map are not really clearly defined areas. Maybe we should try a completely different approach. We could draw a way along the approximate center line of the feature and tag it with name=*, topo_feature=mountain_range|ridge|valley|... A renderer that wants to display the name should draw it along that way with the length of the way giving a hint about the size of the feature. Wolfgang ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging of topographic areas with a name
On 2013-08-17 16:47, Wolfgang Zenker wrote: Maybe we should try a completely different approach. We could draw a way along the approximate center line of the feature and tag it with name=*, topo_feature=mountain_range|ridge|valley|... A renderer that wants to display the name should draw it along that way with the length of the way giving a hint about the size of the feature. This is already done for ridges, with natural=ridge. http://wiki.openstreetmap.org/wiki/Tag:natural%3Dridge It is used a bit. Not sure if any renderers show it. I think something similar could be used for valleys. It won't really work for mountain ranges, as they are often not linear. Craig ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] alley=green_alley
Hello, I am writing about a new proposed tag, alley=green_alley, and would like to have comments on the new tag. A green alley is a service alley that a group of local residents embellish with vegetation, such as trees, vines and flowers. Montreal has more than a hundred green alleys that are officially recognized by the city. These green alleys are notable feature since they are clearly identified with a sign installed by the city: http://wiki.openstreetmap.org/wiki/File:WTMTL_T52_DSF2289.JPG A green alley is first and foremost a normal service alley, and would be identified as such when tagging: highway=service service=alley alley=green_alley I have created a proposal on the wiki: http://wiki.openstreetmap.org/wiki/Proposed_features/green_alley Here is the talk page: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/green_alley Thanks! Guillaume___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] road side
Hi, There are many wiki articles mentioning the road side and tagging what's on it, e. g.parking. But I couldn't find how to tag a plain road side itself. It is not part of the roadway (chaussée) but it's part of the public highway (voie publique). Often in gravel, It is not a parking where cars are invited but cars may stop on it. It may be as wide as the roadway, often expropriated in a plan to widen the road. It's an area. Hence, the private properties are far recessed, also because roads are drawn thinner than real. The problem is that private driveways have to be connected to the roadway through it. That means, that those areas must be tagged as car passable. If the roadway is: highway=secondary name=itsname What must be the tagging of those areas? Just the same,maybe? With area=yes But what about routing that shouldn't go through it except to/from the properties? Any deterrent precaution? Under what article should this explanation be found? BTW, a similar but different concern is side_road=*. But, mind you, they don't exist only in Russia and Санкт-Петербург. One can see them beside the circle road in Brussels and probably many places. Cheers, André. ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging