<br>From a 'philosophical point of view', I tend to agree that suburbs are made of<br>a set of boundaries between adjacent areas. This was not how I did it in my<br>first (very quick) attempt ;-(<br><br>The data is in shapefiles that define each suburb boundary individually, so<br>
I'll have a think about how to extract out the individual borders (suggestions<br>welcome)<br><br>One question about aligning them that springs to mind is 'what should we<br>align' - I wonder if the accuracy of the data is better than the average accuracy<br>
of a gps or yahoo imagery.<br><br>cheers<br><br><div class="gmail_quote">On Thu, Feb 5, 2009 at 3:39 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 Thu, 5 Feb 2009 14:26:13 +1100<br>
<div class="Ih2E3d">Franc Carter <<a href="mailto:franc.carter@gmail.com">franc.carter@gmail.com</a>> wrote:<br>
<br>
</div><div class="Ih2E3d">> 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<br>
>        of borders - something else ?<br>
<br>
</div>I'd personally prefer border relations. But given Franc and I seem<br>
to be the only significant creators of relations in .au anyway (A<br>
search of the australia.osm reveals we're the only two with > 100<br>
relations) I don't think the majority of regular osm mappers have got<br>
relations yet.<br>
<br>
However I think relations are the way data like this is going in OSM.<br>
<div class="Ih2E3d"><br>
>    2. The more technical problem that the boundaries are defined<br>
> fairly precisely (or more accurately<br>
>        there are lots of points defining the boundaries). So the .osm<br>
> file is very large - so eyeballing<br>
>        it in josm is not going to work.<br>
><br>
> So I'm interested in people's suggestions of how we want to represent<br>
> the data and on methods we can<br>
> use to sanity check the data before we upload it.<br>
<br>
</div>Lots of the cases are along roads/rivers/railways I imagine to<br>
make them align with what we actually have on the map, lots of review<br>
is going to have to happen once it's actually in the map anyway.<br>
<br>
Given nearly all suburb boundaries are multiples (one suburb on each<br>
side). I'd think 1 way for a common boundary between 2 suburbs and<br>
joining up all those ways for each suburb in a relation would be the<br>
way to go. Then people can review them in areas where there's existing<br>
data and re-align them down the middle of roads they run along or<br>
remove the chunks than overlap single ways and add those ways to the<br>
boundary.<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
<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>