<br>The ideas I have been fiddling with over the last couple of hours actually work<br>well for both the close-way and relation approach with just a small bit of code<br>at the output stage. So I'm going to delay making a decision until more discussion<br>
and thought goes in to it.<br><br>The idea of chopping it up and making it available is a good one. I have the weird<br>sort of brain that can spot anomalies in large amounts of data so scanning it all<br>seemed 'natural' to me(1) But you are right, that would be nowhere near sufficient.<br>
<br>cheers<br><br>(1) I did actually notice that there are problems with islands that are in the same<br>     suburb as part o the mainland<br><br>cheers<br><br><div class="gmail_quote">On Thu, Feb 5, 2009 at 4:59 PM, Jack Burton <span dir="ltr"><<a href="mailto:jack@saosce.com.au">jack@saosce.com.au</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;"><div class="Ih2E3d">On Thu, 2009-02-05 at 14:26 +1100, Franc Carter wrote:<br>
> I just had a conversation with a really helpful person at the ABS.<br>
><br>
> She indicated that the ABS is taking a view of the data that is very<br>
> similar/compatible with (at least my understanding) the view that<br>
> OpenStreetMap is taking towards the data.<br>
><br>
> Specifically she indicated that the ABS was not specifically concerned<br>
> that attribution was done in a specific manner, just that the<br>
> attribution was able to be found. She will put something in an email<br>
> so that we have an official statement.<br>
><br>
> So, it looks like we may well have a some valuable data to add, which<br>
> is good because I already spent a couple of hours working out hot to<br>
> import it ;-)<br>
<br>
</div>That's great news!<br>
<div class="Ih2E3d"><br>
> There are two issues that I have come across with converting to osm:-<br>
><br>
>    1. What way do we want to represent the data, e.g closed ways or<br>
> relations consisting of borders - something else ?<br>
<br>
</div>Closed ways (areas) - as that's how ABS define them, so it will make<br>
merging updated ABS data into the OSM Australia dataset (each time ABS<br>
update their dataset, which is presumably quite regularly) significantly<br>
easier.<br>
<div class="Ih2E3d"><br>
>    2. The more technical problem that the boundaries are defined<br>
> fairly precisely (or more accurately there are lots of points defining<br>
> the boundaries). So the .osm file is very large - so eyeballing it in<br>
> josm is not going to work.<br>
> So I'm interested in people's suggestions of how we want to represent<br>
> the data and on methods we can use to sanity check the data before we<br>
> upload it.<br>
<br>
</div>Might I suggest that trying to verify the entire set of Australian<br>
suburb boundaries by inspection would seem an impossible task anyway -<br>
wouldn't be able to "see the wood for the trees".<br>
<br>
For sanity checking purposes, why not split the generated OSM file up<br>
into a bunch of small, managable areas - then pick one you know really<br>
well and check it out in josm. If you're concerned that areas you don't<br>
know well might need checking too, perhaps put the whole lot on a<br>
webserver somewhere and ask on the list for other mappers to download &<br>
check out areas they know well too before doing the bulk upload to OSM?<br>
<br>
Regards,<br>
<font color="#888888"><br>
<br>
Jack.<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Franc<br>