[OSM-talk] administrative boundaries and is_in

[Lukasz Stelmach]

Tony Bowden wrote:
> Robin Paulson wrote:
>>> Do you mean that a commune (the lowest level of self government) can
>>> be part of more than one unit of each of higher levels? Like this?
>> yes. some examples:
>> i think turkey lies partly in europe, partly in asia?
> 
> There are other examples at even this high a level as well.
> 
> Parts of France are in South America (lots of people are surprised to 
> find that Brazil has a land border with the EU). Parts of Spain are in 
> Africa (Melilla, Ceuta, etc).

Please, are we talking about administrative boundaries? OK about 
boundaries and is_in. That is the problem. I think, and I do it, 
that, is in should reflect administrative structure. Not at all 
levels but most. E.g.

place=country,name=Polska,name:en=Poland,is_in=Europe

but

place=town,name=Mszczonów,is_in=Mszczonów,żyrardowski,mazowieckie,Polska

Mszczonów is the name of the town as well as the name of the commune 
(the first element of is_in). Next there are two levels of Polish 
administration, and the name of the country.

For this French territory in South America it would be.

place=country,name=Guyane,is_in=South America

then

place=city,name=Cayaenne,is_in=Guyane,...

Guyane becomes something kind of country in terms of OSM logic.
Its connection with France is not essential in any way for drwaing a 
map.

I've been thinking about connection between boundaries (ways) and 
places (nodes) recently and the only method that occured to me OK 
was *boudary_of* tag with a value of the id of the place node. 
However I havn't thought about it in terms of relations, yet.


-- 
Było mi bardzo miło.               Czwarta pospolita klęska, [...]
 >Łukasz<                 Już nie katolicka lecz złodziejska.  (c)PP



----------------------------------------------------------------------
Chcesz kupic aparat? Sprawdz, ktory jest najlepszy!
Kliknij >>> http://link.interia.pl/f1cd3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stlman.vcf
Type: text/x-vcard
Size: 176 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20080110/318db412/attachment.vcf>