#2036: Failed watershed analysis on Grass
--------------------------+-------------------------------------------------
  Reporter:  mehmeto      |       Owner:  grass-dev@…              
      Type:  defect       |      Status:  closed                   
  Priority:  normal       |   Milestone:  6.4.4                    
 Component:  Raster       |     Version:  6.4.2                    
Resolution:  fixed        |    Keywords:  LFS, r.watershed         
  Platform:  MSWindows 7  |         Cpu:  x86-64                   
--------------------------+-------------------------------------------------

Comment(by hamish):

 Hi,

 I tried in 6.4.3svn on Windows7 with Spearfish's elevation.10m with
 g.region at 2m, with r.watershed run using the '-m' flag and 4 output
 maps. It seemed to work fine that way. (region size ~ 7000x9500)

 mmetz:
 > It's not so easy for Windows. You need to use the LFS API explicitely,
 i.e.
 > off64_t, fseeko64(), ftello64, lseek64(), _stati64, etc.

 so more #ifdefs are needed in G_ftell() and G_fseek(), then more modules
 in g6 need to use those functions? (right now only r.in.bin does) If so it
 doesn't seem so hard.
 As a future maintenance goal, full 64bit file support on Windows for 6.4.x
 seems to me a rather important thing to work towards. (From both the grass
 code, msys, and osgeo4w ends)


 > For trunk, the -m flag could become the default, in order to avoid
 tickets
 > like this.

 mmph, I'm not a fan of that, rather just document the memory issues in the
 man page and have it go fast in the typical cases. (how much RAM will the
 average computer have when g7 is middle aged?)


 Hamish

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2036#comment:20>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to