Hi,<br><br>I get a similar issue some time ago (but with a vector input) and wrote a little script to work only with raster (no need to transform back to vector)<br><br>it's using r.distance (<a href="http://grass.osgeo.org/grass64/manuals/html64_user/r.distance.html">http://grass.osgeo.org/grass64/manuals/html64_user/r.distance.html</a>), wich "Locates the closest points between objects in two raster maps" and output an ascii line with the intersection point ...<br>
you just need to input your 2 raster with basin boundaries and streams, and it will do the job for all your objects at once ;)<br><br>Cheers,<br>Sylvain<br><br><br><br><div class="gmail_quote">2012/6/6 Rich Shepard <span dir="ltr"><<a href="mailto:rshepard@appl-ecosys.com" target="_blank">rshepard@appl-ecosys.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">  Running r.basin using r.to.vect basin boundaries and r.to.vect<br>
r.stream.extract weighted streams (but same issue using unweighted streams).<br>
So far, of 7 sub-basins on which I've run the module only 4 complete<br>
successfully. The other three go through the entire process then fail with<br>
the error message that the outlet needs to be on a stream channel created by<br>
r.stream.extract.<br>
<br>
  I use the same protocol on each sub-basin: zoom in very close to where the<br>
sub-basin boundary and stream channel cross, then note the x, y coordinates<br>
from the status line on the display window frame.<br>
<br>
  What might account for this same process, using the same r.stream.extract<br>
map, to work on some sub-basins and fail on others?<br>
<br>
Rich<br></blockquote></div>