This actually sounds relatively easy to do... I will look into it before releasing the new version that puts tags back on relations.<br><br>Anyone else have relatively simple feature requests for shp-to-osm. I will have a little bit of time today.<br>
<br><div class="gmail_quote">On Wed, Nov 4, 2009 at 9:00 AM, Serge Wroclawski <span dir="ltr"><<a href="mailto:emacsen@gmail.com">emacsen@gmail.com</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;">
Here's a tricky request (or request for a suggestion on how to solve):<br>
<br>
In DC we've been running these import sprints. shp-to-osm is now<br>
centerpiece in presenting users with baked OSM files which they just<br>
have to check manually against the data and import.<br>
<br>
Taking a simple example, I might have a file with a few hundred points.<br>
<br>
Ideally what I'd like to do is give a user a managable chunk of work.<br>
<br>
So, you may think "Just set the max nodes per file to something small, say 10".<br>
<br>
The caviot is twofold:<br>
<br>
1) That usually works but I can't guarantee that the nodes will be<br>
close to one another. It'd be better to have bounding boxes, rather<br>
than counts.<br>
<br>
2) Nodes counts don't work when we're working with ways or relations.<br>
<br>
<br>
Thoughts? Maybe some magic I can feed to QGIS to pre-process the data?<br>
<font color="#888888"><br>
- Serge<br>
</font></blockquote></div><br>