If we did do boundary polygons, where would we put them for coastal boundaries?   e.g. along the coast? or along EEZ limits?<br><br>Do we also need country codes to say whose claim each border polygon is representing?<br><br>
<br><br><div class="gmail_quote">On Thu, Apr 10, 2008 at 11:05 AM, Hakan Tandogan <<a href="mailto:hakan@gurkensalat.com">hakan@gurkensalat.com</a>> wrote:<br><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"><br>
On Thu, April 10, 2008 11:33, Andy Allan wrote:<br>
> On Thu, Apr 10, 2008 at 9:24 AM, Lester Caine <<a href="mailto:lester@lsces.co.uk">lester@lsces.co.uk</a>> wrote:<br>
><br>
><br>
>> Looking at the growing mess of wiki pages relating to<br>
>> place/is_in/boundary/relations and the rest I think that I would not be<br>
>> wasting my time now putting together a 'proposal' for good practice for<br>
>>  handling the simple hierarchy of is_in but it does need a means of<br>
>> identifying different 'Naga City' objects other than adding 'Camarines<br>
>> Sur, Luzon,<br>
>> Philippines' to every use of it :(<br>
>><br>
><br>
> is_in is a short-term kludge. It's almost completely unnecessary when -<br>
> and only when - we have boundaries for whatever the larger area is.<br>
> Sometimes it's useful* when you don't.<br>
<br>
</div>I agree that is_in is a short-term solution. We need a lot more boundary<br>
data, not only for complete countries, but for cities, towns, and more.<br>
And after that, we need relations that explain that the boundaries of<br>
towns A, B and C define the boundary for city X. And that cities X, Y and<br>
Z define country Q.<br>
<br>
I'd love to have that kind of data, but I can't see yet where we might get<br>
that from. On the other hand, getting the mapper to enter a proper "is_in"<br>
tag is far easier.<br>
<div class="Ih2E3d"><br>
> (whether derived from OSM or VMAP0 or wherever) then I can<br>
<br>
</div>Yes, that "whereever" is the interesting word here...<br>
<div class="Ih2E3d"><br>
> tell you if a given amenity=pub is in that country. No need for any<br>
> relations or is_in tags AT ALL.<br>
<br>
</div>I don't doubt your reasoning that borders would be far better than is_in,<br>
but sometimes you have to resort to "kludges" to get something off the<br>
ground *today* instead of some at future date when we have perfect data<br>
(which might even not be available, do you really expect the Chinese<br>
government to hand over boundary data for its cities?)<br>
<br>
<br>
Regards,<br>
Hakan<br>
<font color="#888888"><br>
--<br>
The key to immortality is first living a life worth remembering...<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br>
</div></div></blockquote></div><br>