<br><br><div class="gmail_quote">On 10 February 2010 16:32, Ian Dees <span dir="ltr"><<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</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 Wed, Feb 10, 2010 at 9:34 AM, SteveC <span dir="ltr"><<a href="mailto:steve@asklater.com" target="_blank">steve@asklater.com</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

any way the importer can<br>
<br>
a) go back and fix all the millions of duplicated nodes<br>
<br>
b) not do it in future?</blockquote><div><br></div></div><div>This is my fault, Steve. I ran the import but the bulk upload script I used had problems with the way I had created the OSM files (they assumed that negative IDs were globally unique across all primitives, I assumed that they were unique across a primitive type). I tried removing the empty nodes, but I obviously missed some (most) of them.</div>

<div><br></div><div>I don't really have time to go back and fix my mistake (just started a new job), but it won't happen in the future (at least from me).</div><div><br></div><div>PS: Perhaps someone could start a thread on osm-dev to brainstorm ideas for a "bulk import/change" application/website that does something like what the French import people did to find areas that might have already been mapped and show an overlay of what the new data would look like. Bulk imports like the NHD stuff could happen through that...</div>

</div><br></blockquote></div><br>I think it is a good idea to start that discussion. In addition, I will update the page for the French import to reflect the changes that were made in the SQL queries. <br>I hope a good discussion will avoid many half baked import that end up being nasty to fix afterwards.<br>
<br>Emilie Laffray<br>