I'm trying to split the planet into 170 overlapping bboxes like this:<br><br><a href="http://dev.openstreetmap.de/gosmore/test/">http://dev.openstreetmap.de/gosmore/test/</a><br><br>But osmosis keeps running into the 4GB java limit, even after I made a split down the Atlantic.<br>
1. Split the planet into 3 bboxes: Americas, Europe / Africa /Asia /Australia and a bbox that is just large enough to cover all the bboxes that cross the dividing line.<br>2. Running osmosis for the 95 bboxes in the Americas fails.<br>
3. Running osmosis for the 12 Atlantic bboxes succeeds.<br>4. Running osmosis for the 60 bboxes in Europe / Africa /Asia /Australia fails:<br><br>gunzip <middle.osm.gz | ionice -c 3 nice -n 19 osmosis --read-xml enableDateParsing=no file=/dev/stdin --tee 60 \<br>
 --bb  idTrackerType="BitSet" left=73.12500 right=180.00000 top=9.44906 bottom=-85.05113 --wx 0720048510241024.osm.gz \<br> --bb  idTrackerType="BitSet" left=120.58594 right=180.00000 top=72.91964 bottom=-25.48295 --wx 0855020310240587.osm.gz \<br>
 --bb  idTrackerType="BitSet" left=98.43750 right=172.61719 top=13.23995 bottom=-85.05113 --wx 0792047410031024.osm.gz \<br> --bb  idTrackerType="BitSet" left=100.19531 right=150.82031 top=30.14513 bottom=-75.84517 --wx 0797042209410852.osm.gz \<br>
...<br><br>The obvious solution is just to repeat this algorithm until I find something that will work. And the number of candidate splitting latitudes and longitudes is small (4 times the number of bboxes), so evaluating them all in software is feasible (esp. with dynamic programming).<br>
<br>Now my question is: Can I tell osmosis to work with intermediate streams ? That would remove the need to gzip / gunzip and write / read from disk.<br><br>