<div dir="ltr">On Mon, Sep 8, 2008 at 4:45 AM, Igor Brejc <span dir="ltr"><<a href="mailto:igor.brejc@gmail.com">igor.brejc@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
You were right about alternating --bounding-box and --write-xml (I'm<br>
using the latest 0.29 version). The following works:<br>
<br>
--read-xml SloveniaGarmin.osm --tee 4<br>
--bounding-box left=15 top=46 right=17 bottom=45 --write-xml<br>
SloveniaGarminSE.osm<br>
--bounding-box left=15 bottom=46 right=17 top=47 --write-xml<br>
SloveniaGarminNE.osm<br>
--bounding-box right=15 top=46 --write-xml SloveniaGarminSW.osm<br>
--bounding-box right=15 bottom=46 --write-xml SloveniaGarminNW.osm<br>
<br>
So I guess the example on the<br>
<a href="http://wiki.openstreetmap.org/index.php/Osmosis/Examples" target="_blank">http://wiki.openstreetmap.org/index.php/Osmosis/Examples</a> page is<br>
outdated. I'll add this to the page as another example, since I'm not<br>
sure how the -bp option behaves.<br>
<br>
Igor</blockquote><div>This has caught a few people out.  The old behaviour used a queue for
holding available pipes, now it uses a stack.  The way you now have the
command line constructed is the correct way of doing it.  Perhaps I
shouldn't have changed the behaviour ...<br>
<br>
The --bp and --bb tasks behaviour identically in this regard because
the logic for building pipelines is independent of the tasks themselves. <br></div></div><br></div>