At present the Node#from_xml (as well as Segment#from_xml and Way#from_xml) method in the rails port iterate through all <node> tags in the posted XML request, parse _every one_, and _only return the last one parsed_. It would be nigh trivial to return an array of parsed Nodes, and the corresponding controller can supervise the insertion of each one into the DB, which should be a fairly cheap operation serverside. This would speed up the import of counties by orders of magnitude.
<br><br>I'm very new here, so what's the best way I can help make that happen?<br><br>-B<br><br><div><span class="gmail_quote">On 6/14/07, <b class="gmail_sendername">Andy Robinson</b> <<a href="mailto:Andy_J_Robinson@blueyonder.co.uk">
Andy_J_Robinson@blueyonder.co.uk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">snip<br><br>>> and work on some of the outstanding issues like the _incredible
<br>>> slowness_ of the upload. The county in the above map took about 10<br>>> hours to upload. And it's a small, rural county.<br>><br>>I thought that the original tiger import ran on the server and didn't
<br>>even go through the normal API.  But, that was before my time, and I<br>>guess it was a bit of a fiasco.<br>><br>>I actually don't think 10 hours is too bad. :)<br>><br>>I think it would be really nice if all of the people interested in the
<br>>tiger data could use the same conversion programs to get the data into<br>>OSM.  We're all going to have the same issues, and I would imagine we'll<br>>need to come up with a few new tags and conventions for handling things.
<br>>Do you know of any other areas that are using the TIGER data?<br>><br><br><br>Just to clarify on this point, the original TIGER import ran via the API on<br>a one second insert cycle. That was causing problems for other users so it
<br>was backed off to a 3 second insert cycle.<br><br><br>The problem now is that we have even more users pressing for the resources<br>and thus I believe that while the process is slower than it might be if we<br>dumped straight to the OSM database the ability for users to control and
<br>take ownership of the process via JOSM has a significant appeal to our<br>community based project. I'm sure that you will find many seasoned OSMers<br>who do not live in the USA will still be interested in "mapping" in the USA
<br>in the same way some have been mapping cities in other countries using Y!<br>imagery.<br><br>Cheers<br><br>Andy<br><br><br></blockquote></div><br>