<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 29, 2012 at 4:51 AM, A.Pirard.Papou <span dir="ltr"><<a href="mailto:A.Pirard.Papou@gmail.com" target="_blank">A.Pirard.Papou@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">I have presented this to tagging@osm, and I think I mentioned it on
talk-be@osm:<br>
<br>
The municipality (L8=level 8) border segments (ways between two
municipalities) should be assembled with multilinestring to form
arrondissement L7 border segments.<br>
Then, the border of the arrondissement are now a much smaller number
of L7 segments.<br>
We may do the same at higher levels.<br>
The L8 borders are tagged admin_level=8, name=municipalityA —
municipalityB<br>
The L7 borders are tagged admin_level=7, name=arrondissementA —
arrondissementB<br>
The L6 borders are tagged admin_level=6, name=provinceA — provinceB<br>
and so on for upper levels or lower levels if they exist.<br>
<br>
And then the meaningless saying "the highest admin_level wins" goes
away by itself, especially when applied to names for which there is
no reason to apply that rule.<br>
<br>
THAT is consistent, coherent, compatible, congruous, harmonious,
homogeneous, logical, solid, sound, straightforward, uniform, you
name it.<br>
<br>
But... no answer that proposition.<br></div></blockquote><div><br>You're right, that does solve the "which layer?" problem. If you mentioned that earlier in the thread, I'm sorry, I must have missed it.<br>
<br>The problem I have, however, is that by using name=A-B, you're trying to give the boundaries a name when it really is the municipalities that have a name.<br><br>To use your example above, what if the L8 boundaries are all members of multipolygon relations, each with the name of a municipality, the L7 members of multipolygons named after arrondissements, and so on. If you have the border, it is a single api call to find which relations it is a member of, and then you can easily extract the name. This is pretty much what they suggest on the wiki (well, that or left: and right: tags). I assume your program could do that extra query without difficulty? Should be easy in Josm as it grabs any relation in the bounding box, but I'll have to take a look at Potlatch to see if it's possible there.<br>
<br>Essentially, I don't want to have to "agree" on a name, I want to use the one that's already there.<br></div></div></div>