<br>I'll have a think about whether  can I work out something clever to see how well postcode boundaries<br>match suburb boundaries.<br><br>I suspect I am not going to be able to process both the suburb and post code data together to get<br>
one nice import as the size of the data blows the memory on my machine away (4GB).<br><br>cheers<br><br><div class="gmail_quote">On Fri, Feb 13, 2009 at 11:07 PM, Darrin Smith <span dir="ltr"><<a href="mailto:beldin@beldin.org">beldin@beldin.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Fri, 13 Feb 2009 17:15:34 +1030<br>
<div class="Ih2E3d">Darrin Smith <<a href="mailto:beldin@beldin.org">beldin@beldin.org</a>> wrote:<br>
<br>
</div><div class="Ih2E3d">> On Fri, 13 Feb 2009 14:44:50 +1100<br>
> Franc Carter <<a href="mailto:franc.carter@gmail.com">franc.carter@gmail.com</a>> wrote:<br>
><br>
> > After some nashing of teeth and swearing I have script that converts<br>
> > the ABS data in to a set of non-overlapping ways with some minimal<br>
> > info on the ways.<br>
> ><br>
> > I'd like some volunteers who I can give some subset of the data to<br>
> > (name your subrubs/areas) to have a look over and see if it 'looks<br>
> > ok' (i.e correct enough and no pathological cases I have missed).<br>
> ><br>
> > Then, we can start making some more solid decisions about exactly<br>
> > what form we want the data uploaded in.<br>
><br>
> I'll have a look at the Northern Suburbs of Adelaide if you like,<br>
> compare them to the existing data I've put together :D<br>
> (Elizabeth *, Salisbury * and Munno Para * if you need a list of names<br>
> to match :)<br>
<br>
</div>Franc has forwarded me the suburbs I requested and I've had a look.<br>
>From my first look over them I've come to the following conclusions:<br>
<br>
- The redundant point removal code does a really good job on the<br>
straight lines, in some places removing 4 or 5 unneeded points between<br>
two others, and I haven't found a case yet where it makes any noticable<br>
curve shape difference either, so a win there :D<br>
<br>
- Where the boundaries follow roads they are all pretty close to<br>
the roads, but generally down one side, which means the roads will only<br>
appear in one of the suburbs doing any kind of search doing this data.<br>
This can be fixed whichever path we choose by adjusting the<br>
way/relation to follow the road.<br>
<br>
- Found a number of cases (mostly in industrial areas, but not always)<br>
where the boundaries are seem to follow some arbritary smooth boundary<br>
which is not the actual suburb boundary (according to my own research<br>
and comparing against <a href="http://atlas.sa.gov.au" target="_blank">atlas.sa.gov.au</a> and directories). I can only<br>
think this is because the ABS statistical divisions are crossing subrub<br>
boundaries but are only allocated to one of these suburbs. (An example<br>
is GMH Elizabeth (Vale) which shows up as being inside Elizabeth South<br>
whos boundary is a block east of there. However in some cases this<br>
involves 1/2 dozen streets being in the wrong suburb - so there's<br>
definite need for review.<br>
<br>
- There are a few subtle weird boundary things at some intersections<br>
where it closely follows one edge of the road (even following the left<br>
turn lane edges at one point of a side road off Main North Road), which<br>
aren't really accurate against any other data I can compare it with.<br>
Again there will be a need to review these and tidy things up.<br>
<br>
This all leads me to the conclusion we need to consider some kind of<br>
system akin to the TIGER import where all ABS imported data is flagged<br>
with an abs:reviewed=no tag (Or some similar setup) which gets<br>
changed/removed when someone tidies up these kinds of issues so that<br>
the next ABS import in 4 years knows to not fiddle with these ways or<br>
work out some other solution to flag for review, a problem for 4 years<br>
time ;) Of course as soon as the way is moved it's not quite the ABS<br>
data any more, but still derived/confirmed by it so we need a tag to<br>
put on those ways to signify this to keep things attributed.<br>
<br>
It does look like it's a good 90% start to getting all the suburb data<br>
in there though, it puts us *way* ahead of where our current suburb<br>
data is.<br>
<br>
Another thought is that given a large portion of .au (all the major<br>
cities afaik, happy to be corrected) have postcodes aligned with<br>
suburb boundaries do we even need to do a data import of those or can<br>
we build the postcode boundaries on top of the suburb boundaries?<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
<br>
=b<br>
<br>
_______________________________________________<br>
Talk-au mailing list<br>
<a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-au" target="_blank">http://lists.openstreetmap.org/listinfo/talk-au</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Franc<br>