<br>There are over a million points defining all the suburbs that are in the data set.<br>90% of these nodes are going to be shared at least two suburbs as the only place<br>where suburbs don't border suburbs is at the coast.<br>
<br>It's not clear as to whether which format the data should be imported yet, the talk-au<br>list is discussing this at the moment, personally I am not leaning either way at the moment.<br><br>However, I still want to be able to split the areas up, even if I put them back together again.<br>
I want the option of doing curve simplification, and this gives bad results if it's done on<br>two closed areas that share nodes.<br><br>On Sat, Feb 7, 2009 at 5:34 PM, Marcus Wolschon <span dir="ltr"><<a href="mailto:Marcus@wolschon.biz">Marcus@wolschon.biz</a>></span> 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><div></div><div class="Wj3C7c">On Sat, Feb 7, 2009 at 4:17 AM, Franc Carter <<a href="mailto:franc.carter@gmail.com">franc.carter@gmail.com</a>> wrote:<br>

><br>
> Hi,<br>
><br>
> I am working on how to import the Australian suburb boundaries. I have<br>
> these as a set of shapefiles that define an enclosed area for each suburb.<br>
><br>
> The suburbs share many points in common and the outline of one<br>
> areas overlays the outline of the neighbouring suburb(s) as would<br>
> be expected.<br>
><br>
> It's fairly easy to de-dupe the points that make up the shape, but I'm<br>
> struggling with the next part I want to do. I'd like to split the areas in<br>
> to<br>
> sets of borders between the two adjoining suburbs. While I believe I have<br>
> an approach, it's looking annoying and complicated.<br>
><br>
> So, does anyone know if there is a 'standard' algorithm for doing this ?<br>
<br>
</div></div>How many nodes do 2 typical suburbs share?<br>
Many programs (like the adress search in my navigator) cannot yet use<br>
borders split up into multiple polylines grouped in an ordered relation.<br>
Considering that relations are not ordered until api 0.6 is public.<br>
(This is what is done for country-borders.)<br>
<br>
If it's not too many points on the shared polylines I see no problem with<br>
sharing just the nodes and having closed polygons for the  suburbs<br>
as more programs will be able to make use of them.<br>
<font color="#888888"><br>
Marcus<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Franc<br>