It is possible to use Osmosis in this way. From [1]:<br>osmosis --read-xml file="Canvec092C01.osm" --bounding-box top=48.05 bottom=48 left=-124.1 right=-124 --write-xml file="Canvec092C01A.osm"<br><br>For my own work with geobase2osm.py I wrote a small bash shell script that will grab coordinates from Frank's site [2] and do most of the work for me, outputting an entire area of Geobase, as smaller files. Maybe something similar could be put in the toolchain for the Canvec process?<br>
<br>[1]: <a href="http://wiki.openstreetmap.org/wiki/Osmosis#Extracting_bounding_boxes">http://wiki.openstreetmap.org/wiki/Osmosis#Extracting_bounding_boxes</a><br>[2]: <a href="http://www.steggink.org/geo/nts_area/092C01A">http://www.steggink.org/geo/nts_area/092C01A</a><br>
<br>Adam<br><br><div class="gmail_quote">On Sun, Mar 28, 2010 at 9:26 AM, Sam Vekemans <span dir="ltr"><<a href="mailto:acrosscanadatrails@gmail.com">acrosscanadatrails@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;">
Hi all,<br>
We are getting more progress on Vancouver Island, thanks to (haitelk)<br>
who has just added in more wooded area. And the new CVRD data is in<br>
the planning, discussing & sorting data phase. :-)<br>
<br>
What we still need todo is make a tool that will automatically slice<br>
the NTS tiles (canvec .osm files) into 25 pieces, so then a local area<br>
mapper can easly take 1 square at a time & work with it, choosing the<br>
data that they need to add in.<br>
<br>
<br>
I think that OSmosis has this ability, has anyone varified this?<br>
This will be of great help to everyone, as we are also using the<br>
Toporama WMS layer to be tracing & using it for reference.<br>
<br>
Otherwise, if we dont have the 1/25th tile area, its harder to ensure<br>
that no 'bulk_implopping' happens where the user gets lazy and doesnt<br>
bother to check the area 1st.<br>
<br>
Since the 1/25th tile size is a standard JOSM working space, we would<br>
(just about all of the time), have only 1 mapper is working at a time.<br>
(even in the big cities, this size is managable).<br>
<br>
Oh, this whole CanVec dataset would be great to host on a different<br>
API, (like i talked about on my last message for OpenImportsMap does<br>
anyone know if perhaps the devAPI would be a good place for it? Or<br>
should we make a new one that is dedicated to wholesale imports?<br>
<br>
Thanks,<br>
Sam<br>
--<br>
Twitter: @Acrosscanada<br>
Blogs: <a href="http://acrosscanadatrails.posterous.com/" target="_blank">http://acrosscanadatrails.posterous.com/</a><br>
<a href="http://Acrosscanadatrails.blogspot.com" target="_blank">http://Acrosscanadatrails.blogspot.com</a><br>
Facebook: <a href="http://www.facebook.com/sam.vekemans" target="_blank">http://www.facebook.com/sam.vekemans</a><br>
Skype: samvekemans<br>
OpenStreetMap IRC: <a href="http://irc.openstreetmap.org" target="_blank">http://irc.openstreetmap.org</a><br>
@Acrosscanadatrails<br>
<br>
_______________________________________________<br>
Talk-ca mailing list<br>
<a href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ca" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ca</a><br>
</blockquote></div><br>