<br><br><div class="gmail_quote">On Fri, Nov 12, 2010 at 2:45 AM, David Murn <span dir="ltr"><<a href="mailto:davey@incanberra.com.au">davey@incanberra.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On Thu, 2010-11-11 at 22:52 +0100, Mike Dupont wrote:<br>
<br>
> Are the sheets with the gas stations from austraila imported yet? we<br>
> can use that as the test data.<br>
<br>
</div>Assuming you mean fuel stations, and not gas stations, then yes a lot<br>
have been imported.  A lot of this information was released under CCBYSA<br>
licence, so be very careful what accounts you use to upload the data.<br>
<br>
The big issue, is that the imports were done a while ago, and the data<br>
has been slowly being corrected since then.  This would mean if you<br>
imported a new copy, youd end up with duplicates, or at the very least,<br>
pollute the data that surveyors have cleaned up since the import.  On my<br>
recent cross-country trip, I corrected maybe 50 locations of BP stations<br>
that were slightly incorrectly marked.  Unless you plan on doing the<br>
8000km drive to re-survey them after importing, I suggest you be careful<br>
about what youre importing.<br>
</blockquote></div><br>Well, we have to clear this up.<br>The import of sheets is into its own table, each sheet will get imported into its own table. then we will allow connecting of that table to osm data. The idea is to manage imports better, instead of creating osm data, we create structured data in the rails database. The osm data can then be compared and corrected, changed tracked. at leas that is my plan.<br>

<br>mike<br>