On Jan 18, 2008 9:01 AM, Lester Caine <<a href="mailto:lester@lsces.co.uk">lester@lsces.co.uk</a>> 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="Ih2E3d">Martijn van Oosterhout wrote:<br>> On Jan 18, 2008 3:42 PM, Karl Newman <<a href="mailto:siliconfiend@gmail.com">siliconfiend@gmail.com</a>> wrote:<br>>> I don't have any particular objections against your proposal (although it is
<br>>> somewhat complex), but I still think geographic boundaries are the way to<br>>> go. Which do you think will happen first: Creation of boundaries and a way<br>>> to quickly query a point against them (or rather the reverse: given a point,
<br>>> return the boundaries), or tagging of nearly every object in the database<br>>> with an is_in tag?<br>><br>> FWIW, with the coastline checker being basically done, I'm considering<br>> applying the same process to boundaries, a boundary checker. As a
<br>> side-effect it will produce a shapefile of all the boundaries, which<br>> can be efficiently queried for is_in-ness...<br><br></div>The problem will be checking every boundary found near the object being<br>inspected, which requires all of those boundaries to be complete and closed.
<br>Working against an is_in key eliminates all of that processing when trying to<br>find things and will work for boundaries for which the boundary data is<br>incomplete. At some point in the future the is_in keys could be automatically
<br>build or corrected when a boundary is edited. However the automatic population<br>would not be able to easily stablish that a particular boundary is within a<br>larger on, at which point the is_in flag for the higher levels become even
<br>more important?<br><div><div></div><div class="Wj3C7c"><br>--<br>Lester Caine - G8HFL<br></div></div></blockquote></div><br>But Martijn's coastline checker is perfectly suited for checking the completeness of the boundaries. I still maintain that getting correct boundaries and a method to query them are going to be the most expedient path compared to tagging every object inside the boundaries (which would be a maintenance nightmare anyway).
<br><br>Karl<br>