On Wed, Mar 10, 2010 at 11:17 AM, Jeffrey Ollie <span dir="ltr"><<a href="mailto:jeff@ocjtech.us">jeff@ocjtech.us</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Wed, Mar 10, 2010 at 9:47 AM, Apollinaris Schoell <<a href="mailto:aschoell@gmail.com">aschoell@gmail.com</a>> wrote:<br>
><br>
> but a us highway can't have an y node with lat/lon in another country.<br>
> this has been said many times here. we have boundary polygons and this is 100% defined where a road is. in older times is_in tags have been used as a cheap way to add such info but this is deprecated. the beauty of osm is the freeform tagging. there is absolutely no need to pack in all info in a single tag. if for any reason the US should be included use another tag and leave the network just with the correct value.<br>

<br>
</div>The problem with using boundary relations is that you may be operating<br>
on extracts that don't contain the boundary relations that you need to<br>
determine which country you are in.<br></blockquote><div><br>So either 1) the entire extract is within a single country (possibly with some enclaves for which you have data); or 2) you can download all the boundary relations which intersect the extract.<br>
<br>Am I missing how that's a big problem?<br></div></div>