[GRASS-dev] Re: [GRASS GIS] #1006: r.terraflow fails to stat()
stream file on Windows
GRASS GIS
trac at osgeo.org
Thu Jul 8 13:03:13 EDT 2010
#1006: r.terraflow fails to stat() stream file on Windows
-----------------------------------+----------------------------------------
Reporter: marisn | Owner: grass-dev@…
Type: defect | Status: new
Priority: critical | Milestone: 6.4.0
Component: Raster | Version: svn-releasebranch64
Keywords: wingrass, r.terraflow | Platform: MSWindows Vista
Cpu: x86-32 |
-----------------------------------+----------------------------------------
Comment(by mmetz):
Replying to [comment:32 hamish]:
> putting this back on the table for 6.4.0, without hesitation. see plan
in comment:27.
>
Hmph. The ticket is however not a blocker ;-)
> I don't think we are far off having this working -- it may be working in
6.5 already and just need a backport.
>
> r.terraflow (and v.buffer) are flagship modules for GRASS and frankly
it's an embarrassment not to have them working properly (even if their
full glory is crippled as in the case of LFS + r.terraflow).
Its flagship character comes from its ability to process very large
datasets, but all its functionality including the ability to process large
datasets is also covered by other modules. Without LFS, r.terraflow is
limited to less than 27 million non-NULL cells, converting the module from
a flagship to a dinghy. I am very much inclined to change milestone to 7.0
and set priority to normal.
Tested 6.5svn r42716 on XP, same error as in comment:29 in filldepr.cc.
Once that is fixed, we might have a look at why r.terraflow refuses to run
with output from r.volcano... No, seriously, r.terraflow and iostream is
written for Linux, as also previous tickets have shown, no reason to
expect that this is the last problem with Windows. Please leave it for 6.5
or 7.0.
Markus M
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1006#comment:35>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list