Jose, could you try if r73602 makes some difference?
On Tue, Oct 23, 2018 at 8:25 AM Margherita Di Leo <[email protected]> wrote: > Hi Jose, > > Have you checked the cases where r.basin fails? Are they all cases of > outlet falling in isolated pixels? R.basin can’t handle those, however it’s > important to understand if there are other problems. Please check a sample > of the failing cases. Try also to move the outlet of some pixels and run > again. Note that it doesn’t handle overwrite, you have to delete the output > manually. > > Hope this helps > > Il giorno lun 22 ott 2018 alle 21:30 pelempito <[email protected]> > ha scritto: > >> Thanks Helmut for your reply. >> >> Certainly having two areas is not a desirable result, but I am not sure if >> there is a problem with the DEM. One of the areas encompasses an isolated >> pixel, which in fact is the basin outlet. This polygon is connected >> diagonally with the other one, which is the main area of the basin. Is it >> an >> issue of the DEM? The picture below shows the DEM cropped in the basin >> area, >> as well as the polygons and the main channel: >> >> <http://osgeo-org.1560.x6.nabble.com/file/t368208/demcropped.jpg> >> >> Many of my basins have an outlet such as the one described above. Should I >> move the outlets to the main area? Such a solution would be a bit >> impractical. However, some basin outlets may fall on an isolated pixel, >> which may not be considered as an error. >> >> >> >> -- >> Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html >> _______________________________________________ >> grass-user mailing list >> [email protected] >> https://lists.osgeo.org/mailman/listinfo/grass-user > > -- > Margherita Di Leo > -- Margherita Di Leo
_______________________________________________ grass-user mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-user
