Chris,<br><div><br></div><div>Thanks for putting up that table.  Looks great.  I have two suggestions:</div><div><br></div><div>I think the network identifiers should be simpler. What about this scheme? </div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">
 <br>Interstate = Interstate signed highway system<br>US = US signed highway system<br>[state abbr.] = State signed highway system<br><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">
TX = Texas<br>CA = California<br>OR = Oregon<br>etc...<br></blockquote></blockquote><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">County or other networks should just be the county name or TN Secondary, etc...<br>
</blockquote><div><br></div><div>To avoid duplicate network values (CA stands for California and Canada) we can use the "is_in" key the same way it is used for place names.  So a California route relation would have these tags:</div>
<div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">network: CA<br>is_in: United States<br></blockquote><div><br></div><div>Or a county road system in california:</div>
<div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">network: Marin Co<br>is_in: California, United States<br></blockquote><div><br></div><div>This way we don't clutter up the network name, but we keep the differentiating information.</div>
<div><br></div><div>My other suggestion is that I don't thing the symbol key is necessary.  I think the renderers should be able to assign a symbol based on the network and is_in tags once they get to that stage.  This way they symbols will stay more consistent and we won't get US highway shields that look slightly different throughout the country.</div>
<div><br></div><div>Thoughts?</div><div><br></div><div>Zeke</div><div><br></div>