Details Ticket 3812


Comment | Reply | Take | Resolve


Serial Number 3812
Subject problems with r.flow
Area wish6
Queue grass
Requestors isaac.ullah@asu.edu
Owner none
Status open
Last User Contact Mon Mar 13 11:49:31 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Mon Mar 13 11:49:31 2006 (2 yr ago)
Created Mon Nov 7 22:33:37 2005 (3 yr ago)

Transaction History Ticket 3812


Mon, Nov 7 2005 22:33:37    Request created by guest  
Subject: problems with r.flow

Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 6.1 CVS oct 25

Isaac Ullah, ASU SHESC Mediterranean Landscape Dynamics Project

I have just had serious problems with r.flow. Firstly, when selected from the
display manager, r.flow does not run. Instead an error is reported in the terminal
window "ERROR: Required parameter <elevin> not set:
    (Input elevation file)." folowed by the list of parameters that you can use
in r.flow...

The module comes up when r.flow is run from the terminal, but dies when run.
Basically, it tells me that it has loaded the elevation file I tolsd it to and
that it is about to start, and then it says "working...". When I look in the
system monitor, it tells me that r.flow is not an active process, but instead
lists it as a "zombie". I though that it may be that I was trying it with too
large an area for the resolution (10m), so I tried zooming in to a much smaller
area and re-running it. It then told me "ERROR: r.flow: elevation file's resolution
differs from current region resolution". I then double check this, and the current
resolution was the same as for the original dem. I then used map calc to clip
a zoomed area, and while I no longer got the resolution error, r.flow once again
became a zombie.

This seems to be a new problem with r.flow because I used it extensively about
a month ago, but have since updated my version of the CVS several times since
Tue, Nov 8 2005 03:13:03    Mail sent by hamish_nospam@yahoo.com  
Return-Path <hamish_nospam@yahoo.com>
Delivered-To grass-bugs@lists.intevation.de
Date Tue, 8 Nov 2005 15:12:57 +1300
From Hamish <hamish_nospam@yahoo.com>
To Request Tracker <grass-bugs@intevation.de>
Subject Re: [GRASS5] [bug #3812] (grass) problems with r.flow
Message-Id <20051108151257.7a66cea9.hamish_nospam@yahoo.com>
In-Reply-To <20051107213337.1421B101FB9@lists.intevation.de>
References <20051107213337.1421B101FB9@lists.intevation.de>
X-Mailer Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
X-Face M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
Mime-Version 1.0
Content-Type text/plain; charset=US-ASCII
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00, FORGED_YAHOO_RCVD
X-Spam-Level
On Mon,  7 Nov 2005 22:33:37 +0100 (CET)
Request Tracker <grass-bugs@intevation.de> wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=3812
> ---------------------------------------------------------------------
> ----
> 
> Subject: problems with r.flow
> 
> Platform: GNU/Linux/i386
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: 6.1 CVS oct 25
> 
> Isaac Ullah, ASU SHESC Mediterranean Landscape Dynamics Project
> 
> I have just had serious problems with r.flow. Firstly, when selected
> from the display manager, r.flow does not run. Instead an error is
> reported in the terminal window "ERROR: Required parameter <elevin>
> not set:
>     (Input elevation file)." folowed by the list of parameters that
>     you can use in r.flow...
> 
> The module comes up when r.flow is run from the terminal, but dies
> when run. Basically, it tells me that it has loaded the elevation file
> I tolsd it to and that it is about to start, and then it says
> "working...". When I look in the system monitor, it tells me that
> r.flow is not an active process, but instead lists it as a "zombie". I
> though that it may be that I was trying it with too large an area for
> the resolution (10m), so I tried zooming in to a much smaller area and
> re-running it. It then told me "ERROR: r.flow: elevation file's
> resolution differs from current region resolution". I then double
> check this, and the current resolution was the same as for the
> original dem. I then used map calc to clip a zoomed area, and while I
> no longer got the resolution error, r.flow once again became a zombie.
> 
> This seems to be a new problem with r.flow because I used it
> extensively about a month ago, but have since updated my version of
> the CVS several times since

recent changes to r.flow exist:

http://freegis.org/cgi-bin/viewcvs.cgi/grass6/raster/r.flow/?sortby=date#dirlist
try undoing them and recompile?


Hamish


Wed, Nov 9 2005 03:11:55    Mail sent by guest  
Isaac,

I just tried r.flow and it works for me. I will need more info about the problem
to reproduce it.
Have you tried setting the region to your elevation file and running r.flow just
with dsout?
(that works for me, but there may be some options that are broken). The message
about resolution is 
misleading and I need to fix it - it would complain even if the resolution is
the same in case that the 
raster and region are not perfectly aligned (that happens when you use d.zoom).
So please let me know more details about the problem (full command that you have
used, how did 
you set the region etc.) and I will try to fix it,

Helena
Mon, Mar 13 2006 11:49:31    Mail sent by mneteler  
Hi,

we have fixed a bug in r.flow (the percent output confused
the display manager). Now it should run ok from the graphical
user interface.

Markus
Comment | Reply | Take | Resolve

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request