<div class="gmail_quote">On Thu, Mar 12, 2009 at 6:10 AM, Adam Killian <span dir="ltr"><<a href="mailto:vitki@bonius.com">vitki@bonius.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Minh Nguyen wrote:<br>
> Ngày 3/11/09 8:48 PM, Paul Johnson vie^'t:<br>
<div><div></div><div class="h5">>> Spencer Riddile wrote:<br>
>><br>
>>> Chris,<br>
>>><br>
>>> What would the advantage/disadvantage be of using a different network<br>
>>> name ("usbrs" vs. "ncn") for U.S. bike routes.  The author of open cycle<br>
>>> map would have to adjust their symbolization if we started using<br>
>>> "usbrs".  Is it good to try to keep some international standard even<br>
>>> though trail and route systems may be different in various ways.<br>
>>><br>
>><br>
>> Plus there are areas in the US that are already using the ncn/rcn/lcn<br>
>> convention so cyclemap renders things properly.  This breaks down pretty<br>
>> nicely for cycleways that front US and Interstates as well as the 2<br>
>> designated NCNs in the US (as ncn), state owned routes as rcn and city<br>
>> and county maintained routes as LCN (such as the 40 Mile Loop and<br>
>> Portland/Salem/Eugene's bicycle boulevards and city greenways).<br>
>><br>
<br>
</div></div><div class="im"><br>
</div>I did those Pennsylvania trails when the cyclemap first came out under<br>
the rationale that a US state is about the same size as a European<br>
country. As you say, to get them to render at similar zoom levels. I<br>
know a state is not a nation, but neither is it a region.<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br><br>So I don't mean to be a pain but whatever happened to the "Don't tag for the renderers" rule?  I thought that was pretty fundamental advice for tagging but people seem to be ignoring it in this thread.  I don't know anything about US or British bike routes but if they are not ncn then they shouldn't be tagged ncn, right?  If a renderer is not rendering OSM data properly, then the solution is to fix the renderer, not break OSM.  Maybe I don't understand the situation enough?<br>
</div></div><br>Dylan<br>