[talk-au] Links with name

[cleary]

This makes good sense to me.



On Sun, 17 Feb 2019, at 11:54 PM, Joel H. wrote:
> Linking roads should (generally speaking) never have names, an update to the ID editor now displays Destination instead of name for input. My suggestion would be to change the Offramp prefixes to:


> destination= The places mentioned on the exit sign


> destination:street= The road name that is at the end


> destination:ref= The road ref that is at the end


> destination:network= Only if destination road has a network tag.


> This is what I've been doing, What does everyone think?


> 


> On 12/2/19 5:22 pm, Petra Rajka - (p) wrote:
>> Hi,


>>  


>> During our mapping in Australia we’ve discovered that several road links have name. Usually there are 3 cases:


>>    1. links take name from the upcoming road with the extra Onramp/Offramp/Exit prefix
>> ex. https://www.openstreetmap.org/way/4972970


>>    1. links take name from the upcoming road exactly as it is
>> ex. https://www.openstreetmap.org/way/15958927


>>    1. links (or other way categories) between dual carriageways take the name from one of the adjacent roads
>> ex. https://www.openstreetmap.org/way/172829556


>>  


>> In our mapping process we use this wiki page:  https://wiki.openstreetmap.org/wiki/Highway_link where it’s specified that links shouldn’t have name, so we are wondering if there are any local rules/conventions regarding this in Australia? Should the links have name? It’s a particularity we didn’t found until now.


>>  


>> Best regards,


>> Petra


>>  


>> 
>> _______________________________________________
Talk-au mailing list
>> Talk-au at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>> 
> _______________________________________________
> Talk-au mailing list
> Talk-au at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-au/attachments/20190218/9e414744/attachment-0001.html>