<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page Section1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-GB link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal>Bob,<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Adding boundaries really isn’t all that difficult.
Like most of these things it’s easy to get hung up on some of the details
beforehand, but it works out that it’s fairly straightforward in
practice. <o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>You seem to have understood the main points already.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>For boundaries you will need to add a way where the boundary
doesn’t follow an existing feature. <o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Where the boundary does follow a feature then practice seems
to vary a bit, depending on what kind of feature.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>I’ve come round to the view that where the boundary follows
a stream or river, then the best thing is to use the existing way, because the
boundary normally goes down the middle. Where it follows a road, I’m
inclined to add another way alongside – because most of the boundaries really
fall to one side of the road or the other, rather than following the centre
line. But people do it different ways, and I can’t say that I’ve
always done it this way, or that I am completely consistent. On some of my
early attempts other people came along afterwards and fixed things, which is good.
<o:p></o:p></p>

<p class=MsoNormal>As with so many parts of the map, things get tightened up as
the level of detail grows.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Whether or not you are using existing ways you will have to
use relations to link all the bits together. <o:p></o:p></p>

<p class=MsoNormal>It may be a bit “belts and braces”, but in my
view it’s also best to tag the ways themselves as boundary=administrative
and admin_level=x number as well as tagging the relation. But that’s just
because I have an irrational fear of accidentally deleting a whole relation and
never being able to recreate it all. I suspect it’s not really necessary.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>Somebody may put me right, but I think the left-boundary and
right-boundary stuff was an early way of approaching this before all problem of
the hierarchies became apparent. I found it raised other practical complications
around which is left and what is right. O I’ve avoided doing it that way,
but there are some old tags still around, and I am not inclined to remove them
in case I’ve missed something. It seems to me that every boundary way is
part of at least two boundaries, and often more. There has to be a boundary for
each side, except at the coast, and then it is always part of a higher level
boundary anyway. So I reckon you need to use relations to cover all the
different things that are going on. <o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>On the way itself, adding boundary=admin covers all the
combinations. If the way is part of more than one boundary at more than one
level then admin_level=x;y seems best practice. After that each relation can
cover details like names, and anything else that is unique to each relation.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>The order of ways in a relation don’t matter. For
rendering it’s irrelevant anyway. Other types of processing need to
figure out how to join all the bits together, but on a good boundary each
segment only touches at the end points. So if all is well, there is only one sensible
way that they can be linked.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>I have no idea what a primitive is, but I seem to manage.
Maybe someone else will enlighten us both.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>I hope this helps, but I suspect that any explanation is going
to make this appear more difficult than you will find it is in practice.<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

</div>

</body>

</html>