Hi.<br><br><div class="gmail_quote">On Thu, Feb 5, 2009 at 8:53 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;">
Very true. But a one-to-one mapping between OSM ways and ABS boundaries<br>
(accompanied by some means of identifying that mapping uniquely, like a<br>
source_ref:ABS=some_unique_id_from_ABS_dataset tag or similar) would<br>
make writing the automated update tool a significantly simpler task<br>
(e.g.: use a diff of the old cf. new ABS datasets as your input file,<br>
search for corresponding OSM ways by tag, then add/remove/reshape/rename<br>
as appropriate).<br>
<br></blockquote></div><br>Some kind of identifier to link the OSM data to the ABS data is a very good idea.<br><br>Consider the US TIGER data. (see <a href="http://wiki.openstreetmap.org/wiki/Tiger">http://wiki.openstreetmap.org/wiki/Tiger</a> ) TIGER data comes from a variety of sources, which may be updated at the source. It is desirable to be able to re-import that data in the future to pick up updates (although I'm not sure there is any plan for this). TIGER imported data includes various identifiers from the source data, along with a tag to indicate if this data has been reviewed by a human (tiger:reviewed=no/yes).<br>
<br>I realise it is not quite the same issue, but an ABS identifier and tag to indicate if it has been reviewed might be handy.<br><br> - Ben.<br clear="all"><br>