Re: [Tagging] Named junctions

wow, so the problem is much bigger than I expected. I still think that my suggestion might help to solve the problem. My understanding so far: - In Japan (and maybe other countries), you would prefer to render only those traffic_signals which have a name - Complex junctions often require sever

Re: [Tagging] How to tag a fence made with metal bars?

sent from a phone > Am 05.11.2015 um 23:09 schrieb John Willis : > > In Japan, a half-wall half-fence like thing is common. Cinder block walls > are very common for commercial and residential boundary walls, and in many > places are normal 1.5m tall walls. These cinder blocks are almost as n

Re: [Tagging] Named junctions

We already use junction=yes for named junctions. Why is another tag needed? On 06/11/2015, Gerd Petermann wrote: > wow, so the problem is much bigger than I expected. > > I still think that my suggestion might help to solve the problem. > > My understanding so far: > > - In Japan (and maybe othe

Re: [Tagging] How to tag a fence made with metal bars?

Hmm, in my eyes many fences / barriers are also some kind of art, esp. old ones made of metal are often hand crafted (at least in Germany). They are similar to the main entrances of buildings, they try to express somehow how the owner welcomes you (in case of the entrance) or tries to keep you aw

Re: [Tagging] Named junctions

Oh, sorry, I did not yet notice this one :-( So forget my suggestion. Gerd Von: Andrew Errington Gesendet: Freitag, 6. November 2015 09:35 An: Tag discussion, strategy and related tools Betreff: Re: [Tagging] Named junctions We already use junction=yes

[Tagging] Proposal: Sunset ref=* on ways in favor of relations

ref=* on ways has become an unmitigated hot mess for maintainability, and now that relations have been around for a considerable amount of time. Let's kill this dinosaur like Linux killed ext filesystem support already. It's so long in the tooth it's starting to go from egregious to just sad. *Bac

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

2015-11-06 11:24 GMT+01:00 Paul Johnson : > Even in European cases, thanks to "E" routes in the EU, this is decidedly > not a strictly North American situation. I agree with your analysis and the proposed fix (maybe we can be faster than the deadline you suggest). FWIW, even without E-routes t

Re: [Tagging] Decorative flower fields? (not as a crop?)

Thanks for this information - I live about 1 hour away from Oze but I have not visited it yet. And most of the fields in Oze are certainly wetlands of some kind. I will eventually visit both of the places you mentioned, as everyone likes pictures of pretty flowers in the forest. Links in Jap

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On Friday 06 November 2015, Paul Johnson wrote: > Stop rendering this key and instead render the relations Is there *any* map style that does this at the moment? AFAIK osm2pgsql does not support including relation membership info in the rendering database. -- Christoph Hormann http://www.imag

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On 06/11/2015 10:24, Paul Johnson wrote: Even in European cases, thanks to "E" routes in the EU, this is decidedly not a strictly North American situation. Not really, or at least not across the board. In some European countries "E" roads are paper routes only - they're made up by non-loc

Re: [Tagging] Decorative flower fields? (not as a crop?)

> On Nov 4, 2015, at 8:51 PM, Martin Koppenhoefer > wrote: > > I think it's not that different to a cutline for instance, which is one of > the most used values in man_made You are right, since it is a place where the land is cleared, a cutline is a clearing in the woods. Similar to clearcut

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On Fri, Nov 6, 2015 at 8:02 PM, Andy Townsend wrote: > Obviously in places where a road can have multiple equivalent references > (such as the US) route relations perfect sense (as does figuring out which > routes are actually signed on which bits of road) but in places where > there's only one r

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On 11/6/2015 8:00 AM, Christoph Hormann wrote: Stop rendering this key and instead render the relations Is there*any* map style that does this at the moment? AFAIK osm2pgsql does not support including relation membership info in the rendering database. The US developmental version at http:/

Re: [Tagging] [OSM-talk] Proposal: Sunset ref=* on ways in favor of relations

On Fri, Nov 6, 2015 at 7:00 AM, Christoph Hormann wrote: > On Friday 06 November 2015, Paul Johnson wrote: > > Stop rendering this key and instead render the relations > > Is there *any* map style that does this at the moment? > I believe Toby had a working mapnik-based renderer doing this on os

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On Fri, Nov 6, 2015 at 7:02 AM, Andy Townsend wrote: > > Obviously in places where a road can have multiple equivalent references > (such as the US) route relations perfect sense (as does figuring out which > routes are actually signed on which bits of road) but in places where > there's only one

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On 2015-11-06 14:26, Dave Swarthout wrote: > I was looking at a what I surmise to be a ferry route earlier today and it > had a tag of route=fairway. Did the mapper not realize what he was doing or > are the diagnostic tools for determining errors in relations not that robust? Are you sure

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On 06/11/2015 13:44, Paul Johnson wrote: On Fri, Nov 6, 2015 at 7:02 AM, Andy Townsend > wrote: Obviously in places where a road can have multiple equivalent references (such as the US) route relations perfect sense (as does figuring out which routes are act

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

On 2015-11-06 13:44, Paul Johnson wrote: On Fri, Nov 6, 2015 at 7:02 AM, Andy Townsend mailto:ajt1...@gmail.com>> wrote: Obviously in places where a road can have multiple equivalent references (such as the US) route relations perfect sense (as does figuring out which routes are actu

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

This seems reasonable. It would be helpful if we changed the renderers to render the ref in a route=road relation and ignore the ref tag if a route=road relation is present. In Canada we had a problem a while ago with a user making mechanical edits adding prefixes like "ON" and "RR" to a lot of ro

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

sent from a phone > Am 06.11.2015 um 14:00 schrieb Christoph Hormann : > > AFAIK osm2pgsql does not support including relation membership info in > the rendering database. it can make objects from multipoligon and route relations ___ Tagging mail

Re: [Tagging] Decorative flower fields? (not as a crop?)

sent from a phone Am 06.11.2015 um 14:09 schrieb johnw : >> I think it's not that different to a cutline for instance, which is one of >> the most used values in man_made > > You are right, since it is a place where the land is cleared, a cutline is a > clearing in the woods. Similar to clea

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

___ > > On 06/11/2015 10:24, Paul Johnson wrote: > > Obviously in places where a road can have multiple equivalent > references (such as the US) route relations perfect sense (as does > figuring out which routes are actually signed on which bits of road) > but in p

Re: [Tagging] Proposal: Sunset ref=* on ways in, favor of relations

On 11/6/15 5:01 PM, Paul Johnson wrote: > > Stop rendering this key and instead render the relations >> > >> > Is there *any* map style that does this at the moment? >> > > I believe Toby had a working mapnik-based renderer doing this on osm.us at > one point, though i'm not sure what became of

Re: [Tagging] Proposal: Sunset ref=* on ways in favor of relations

@Colin - I see it now in Wiktionary, but since it is not in the OSM Wiki how would renderers show or use that information? I guess my point is that the relation manager and tools are difficult to master and forcing their use on the general mapping community would be a mistake. Even if deprecating t

Re: [Tagging] Named junctions

(This Was sent earlier but looks like it wasn't received. Cleaned up/ clarified a bit and sent again). > On Nov 6, 2015, at 1:30 PM, Marc Gemis wrote: > > However, I do not see why the "ignorance" of the non-Asian mappers Full disclosure: I am an American. I moved to Japan in 2011, and my c