Details Ticket 2620


Comment | Reply | Take | Resolve


Serial Number 2620
Subject r.reclass, r.recode, r.colors, d.text, v.db.droptable: interactive, not compatible with tcltk GUIs
Area grass6
Queue grass
Requestors glorenz2000@yahoo.com,jidanni@jidanni.org,otto.dassau@gmx.de,tutey@o2.pl
Owner none
Status open
Last User Contact Thu Aug 24 12:10:35 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Wed Sep 27 01:23:31 2006 (2 yr ago)
Created Sat Sep 11 17:10:54 2004 (4 yr ago)

Transaction History Ticket 2620


Sat, Sep 11 2004 17:10:54    Request created by guest  
Subject: Popup Menue bug r.reclass

Platform: GNU/Linux/i386
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources

Hi,

I tried to use r.reclass interactive in GRASS 57, just typing the module 
name. The popup asks for input, output and title but doesn't 
include an option to specify rules. Not in the popup or in 
the command line.

ERROR: no rules specified

  Otto
Mon, Sep 13 2004 00:48:45    Mail sent by michael.barton@asu.edu  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Sun, 12 Sep 2004 15:48:38 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #2620] (grass) Popup Menue bug r.reclass
In-reply-to <20040911151054.E1E0C102BCD@lists.intevation.de>
To Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
Message-id <BD6A2056.2223%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.0.0.040405
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
This problem affects r.colors, r.reclass, and r.recode.

I've built scripts into tcltkgrass for GRASS 5.7 to permit use of rules in
all three. You can find these scripts in the $GISBASE/tcltkgrass/script
folder. They show up in the menu as "reclassify raster using rules", etc.

Michael Barton


On 9/11/04 8:10 AM, "Request Tracker" <grass-bugs@intevation.de> wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=2620
> -------------------------------------------------------------------------
> 
> Subject: Popup Menue bug r.reclass
> 
> Platform: GNU/Linux/i386
> grass obtained from: Trento Italy site
> grass binary for platform: Compiled from Sources
> 
> Hi,
> 
> I tried to use r.reclass interactive in GRASS 57, just typing the module
> name. The popup asks for input, output and title but doesn't
> include an option to specify rules. Not in the popup or in
> the command line.
> 
> ERROR: no rules specified
> 
>   Otto
> 
> -------------------------------------------- Managed by Request Tracker
> 

____________________
C. Michael Barton, Professor
School of Human Diversity and Social Change
PO Box 872402
Arizona State University
Tempe, AZ  85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>


Mon, Sep 13 2004 01:21:39    Mail sent by glynn.clements@virgin.net  
Return-Path <glynn.clements@virgin.net>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn.clements@virgin.net>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <16708.55711.566396.976542@cerise.nosuchdomain.co.uk>
Date Mon, 13 Sep 2004 00:19:59 +0100
To Michael Barton <michael.barton@asu.edu>
Cc Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #2620] (grass) Popup Menue bug r.reclass
In-Reply-To <BD6A2056.2223%michael.barton@asu.edu>
References <20040911151054.E1E0C102BCD@lists.intevation.de> <BD6A2056.2223%michael.barton@asu.edu>
X-Mailer VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Michael Barton wrote:

> This problem affects r.colors, r.reclass, and r.recode.
> 
> I've built scripts into tcltkgrass for GRASS 5.7 to permit use of rules in
> all three. You can find these scripts in the $GISBASE/tcltkgrass/script
> folder. They show up in the menu as "reclassify raster using rules", etc.

We need a more general solution for this.

Programs which read from stdin need to declare this fact prior to
calling G_parser(), so that the GUI code can either run the program in
an xterm or, for non-interactive programs which read data from stdin,
provide a button to allow stdin to be redirected from a file.

-- 
Glynn Clements <glynn.clements@virgin.net>


Mon, Sep 13 2004 01:49:43    Mail sent by michael.barton@asu.edu  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Sun, 12 Sep 2004 16:49:22 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #2620] (grass) Popup Menue bug r.reclass
In-reply-to <16708.55711.566396.976542@cerise.nosuchdomain.co.uk>
To Glynn Clements <glynn.clements@virgin.net>
Cc Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
Message-id <BD6A2E92.222A%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.0.0.040405
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Glynn,

I agree with you. The scripts I've done are functional, but klunky
workarounds. 

I can think of at least 2 other modules that need similar (though not
identical) tweaking. db.execute would benefit by allowing the user to type
in an sql command from the gui (like you can from the command line) and not
always have to load this from a separate file; it would be nice if v.reclass
worked like r.reclass as you suggest (i.e., could accept stdin via an xterm
as well as input redirected from a file).

Also, v.in.ascii needs to be able to get input from an ascii points file in
the gui as it does from the command line. I've done a script for this that
is called by tcltkgrass for now. This could simply be a flag to tell
v.in.ascii whether input is coming from an ascii vector file or an ascii
points file.

Michael


On 9/12/04 4:19 PM, "Glynn Clements" <glynn.clements@virgin.net> wrote:

> 
> Michael Barton wrote:
> 
>> This problem affects r.colors, r.reclass, and r.recode.
>> 
>> I've built scripts into tcltkgrass for GRASS 5.7 to permit use of rules in
>> all three. You can find these scripts in the $GISBASE/tcltkgrass/script
>> folder. They show up in the menu as "reclassify raster using rules", etc.
> 
> We need a more general solution for this.
> 
> Programs which read from stdin need to declare this fact prior to
> calling G_parser(), so that the GUI code can either run the program in
> an xterm or, for non-interactive programs which read data from stdin,
> provide a button to allow stdin to be redirected from a file.

____________________
C. Michael Barton, Professor
School of Human Diversity and Social Change
PO Box 872402
Arizona State University
Tempe, AZ  85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>


Sun, Dec 5 2004 06:36:16    Request created by jidanni@jidanni.org (as #2776)  
Return-Path <jidanni@jidanni.org>
Delivered-To grass-bugs@lists.intevation.de
To grass-bugs@intevation.de
Subject d.text when interactive should say where to enter text
From Dan Jacobson <jidanni@jidanni.org>
Date Sun, 05 Dec 2004 12:02:35 +0800
Message-ID <877jnxs884.fsf@jidanni.org>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
When we do
$ d.text
there is no comment seen in the "wish" window telling us to return to
the terminal window and enter text.

P.S., and when we do go there, we see
bad window path name ".pw.f0.frame.optwin.fra.frame.lab4"


Sun, Dec 5 2004 08:25:26    Mail sent by hamish_nospam@yahoo.com (as #2776)  
Return-Path <hamish_nospam@yahoo.com>
Delivered-To grass-bugs@lists.intevation.de
Date Sun, 5 Dec 2004 20:25:13 +1300
From Hamish <hamish_nospam@yahoo.com>
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #2776] (grass) d.text when interactive should say where to enter text
Message-Id <20041205202513.7dda8ed3.hamish_nospam@yahoo.com>
In-Reply-To <20041205053616.2D376100169@lists.intevation.de>
References <20041205053616.2D376100169@lists.intevation.de>
X-Mailer Sylpheed version 0.9.99 (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
> this bug's URL: http://intevation.de/rt/webrt?serial_num=2776
> -------------------------------------------------------------------
> 
> When we do
> $ d.text
> there is no comment seen in the "wish" window telling us to return to
> the terminal window and enter text.

true.  try  "echo `g.version` | d.text"

from the help page:

"DESCRIPTION
   d.text draws text in the active display frame on the graphics
   monitor. Text can be provided through standard input or redirected 
   from a file (using the UNIX redirection mechanism)."


Yes, a text= option like d.text.freetype is missing.
Perhaps change the module's description until that is done?

I've been meaning to do further cleanups & sync'ing between d.text and
d.text.freetype for a while. Also merge in mouse placement from
d.barscale. It's not a high priority for me though.


> P.S., and when we do go there, we see
> bad window path name ".pw.f0.frame.optwin.fra.frame.lab4"

fixed after 5.7.0.


Hamish


Sun, Dec 5 2004 23:57:26    Mail sent by michael.barton@asu.edu (as #2776)  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Sun, 05 Dec 2004 15:57:21 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #2776] (grass) d.text when interactive should say where to enter text
In-reply-to <20041205202513.7dda8ed3.hamish_nospam@yahoo.com>
To Hamish <hamish_nospam@yahoo.com>, Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Message-id <BDD8E061.584A%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.1.0.040913
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Should this be run in an xterm from the GUI instead of from a tcltk dialog?

Michael


On 12/5/04 12:25 AM, "Hamish" <hamish_nospam@yahoo.com> wrote:

>> this bug's URL: http://intevation.de/rt/webrt?serial_num=2776
>> -------------------------------------------------------------------
>> 
>> When we do
>> $ d.text
>> there is no comment seen in the "wish" window telling us to return to
>> the terminal window and enter text.
> 
> true.  try  "echo `g.version` | d.text"
> 
> from the help page:
> 
> "DESCRIPTION
>    d.text draws text in the active display frame on the graphics
>    monitor. Text can be provided through standard input or redirected
>    from a file (using the UNIX redirection mechanism)."
> 
> 
> Yes, a text= option like d.text.freetype is missing.
> Perhaps change the module's description until that is done?
> 
> I've been meaning to do further cleanups & sync'ing between d.text and
> d.text.freetype for a while. Also merge in mouse placement from
> d.barscale. It's not a high priority for me though.
> 
> 
>> P.S., and when we do go there, we see
>> bad window path name ".pw.f0.frame.optwin.fra.frame.lab4"
> 
> fixed after 5.7.0.
> 
> 
> Hamish
> 
> 
> 

____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ  85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>


Mon, Dec 6 2004 00:51:10    Mail sent by hamish_nospam@yahoo.com (as #2776)  
Return-Path <hamish_nospam@yahoo.com>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 6 Dec 2004 12:50:44 +1300
From Hamish <hamish_nospam@yahoo.com>
To Michael Barton <michael.barton@asu.edu>
Cc grass-bugs@intevation.de, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #2776] (grass) d.text when interactive should say where to enter text
Message-Id <20041206125044.5a5fe3fd.hamish_nospam@yahoo.com>
In-Reply-To <BDD8E061.584A%michael.barton@asu.edu>
References <20041205202513.7dda8ed3.hamish_nospam@yahoo.com> <BDD8E061.584A%michael.barton@asu.edu>
X-Mailer Sylpheed version 1.0.0beta3 (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
> >> this bug's URL: http://intevation.de/rt/webrt?serial_num=2776
> >> -------------------------------------------------------------------
> >> 
> >> $ d.text
> >> there is no comment seen in the "wish" window telling us to return
> >to> the terminal window and enter text.
> > 
> > true.  try  "echo `g.version` | d.text"
> > 
> > from the help page:
> > 
> > "DESCRIPTION
> >    d.text draws text in the active display frame on the graphics
> >    monitor. Text can be provided through standard input or
> >    redirected from a file (using the UNIX redirection mechanism)."
> > 
> > 
> > Yes, a text= option like d.text.freetype is missing.
> > Perhaps change the module's description until that is done?
> > 
> > I've been meaning to do further cleanups & sync'ing between d.text
> > and d.text.freetype for a while. Also merge in mouse placement from
> > d.barscale. It's not a high priority for me though.
>
> Should this be run in an xterm from the GUI instead of from a tcltk
> dialog?

I don't think this would help any.

The 5.0-5.4 tcltkgrass menu entry for d.text has an entry for input
file, which it pipes from stdin with "<":

interface_build {
    {d.text} 0
    {Draws text.}
    {entry size {Letters height in % of frame height (0-100) [5]:} 0 ""}
    {entry color {Text color [gray]:} 0 color}
    {entry line {Screen line number on which text will begin (1-1000) [1]:} 0
""}
    {entry < {Text command file:} 0 file}
}


e.g.
d.text < input_file.txt

For short bits of text you might want to enter from the GUI there 
should be a text="your text here" option like d.text.freetype. But 
doing this is a little bit complicated because of the way d.text 
saves itself to the display's command history .. so it hasn't 
happened yet.

note d.text can do some fancy things with the correct commands, but I 
think it is better to leave that to advanced users piping from the 
command line.


Perhaps d.text should be removed from the d.m menu until we have a 
solution. (as it won't actually do anything)



Hamish


Mon, Dec 6 2004 01:48:52    Mail sent by michael.barton@asu.edu (as #2776)  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Sun, 05 Dec 2004 17:48:44 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #2776] (grass) d.text when interactive should say where to enter text
In-reply-to <20041206125044.5a5fe3fd.hamish_nospam@yahoo.com>
To Hamish <hamish_nospam@yahoo.com>
Cc grass-bugs@intevation.de, grass5@grass.itc.it
Message-id <BDD8FA7C.5FFE%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.1.0.040913
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Should I replace it with d.text.freetype?

Michael


On 12/5/04 4:50 PM, "Hamish" <hamish_nospam@yahoo.com> wrote:

> Perhaps d.text should be removed from the d.m menu until we have a
> solution. (as it won't actually do anything)

____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ  85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>


Mon, Dec 6 2004 02:54:13    Mail sent by hamish_nospam@yahoo.com (as #2776)  
Return-Path <hamish_nospam@yahoo.com>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 6 Dec 2004 14:53:45 +1300
From Hamish <hamish_nospam@yahoo.com>
To Michael Barton <michael.barton@asu.edu>
Cc grass-bugs@intevation.de, grass5@grass.itc.it
Subject Re: [GRASS5] [bug #2776] (grass) d.text when interactive should say where to enter text
Message-Id <20041206145345.0f384454.hamish_nospam@yahoo.com>
In-Reply-To <BDD8FA7C.5FFE%michael.barton@asu.edu>
References <20041206125044.5a5fe3fd.hamish_nospam@yahoo.com> <BDD8FA7C.5FFE%michael.barton@asu.edu>
X-Mailer Sylpheed version 1.0.0beta3 (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
> > Perhaps d.text should be removed from the d.m menu until we have a
> > solution. (as it won't actually do anything)


sorry, I was mistaken, d.text will work from a xterm:

if (isatty(0))
    fprintf (stdout,"\nPlease enter text instructions.  Enter EOF (ctrl-d) on
last line to quit\n") ;


so d.m should launch it that way.



Hamish


Mon, Dec 6 2004 05:01:59    Mail sent by michael.barton@asu.edu (as #2776)  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Sun, 05 Dec 2004 21:01:43 -0700
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #2776] (grass) d.text when interactive should say where to enter text
In-reply-to <20041206145345.0f384454.hamish_nospam@yahoo.com>
To Hamish <hamish_nospam@yahoo.com>
Cc grass-bugs@intevation.de, grass5@grass.itc.it
Message-id <BDD927B7.6008%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.1.0.040913
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
I tried this and you were right originally. When I run it from the GUI using
the term procedure, it opens an xterm but also goes to the tcltk dialog
which gets us nowhere (i.e., the xterm accepts no input). I also tried it
from the command line. The only way to bypass the tcltk dialog is to follow
d.text by an argument (e.g., -b or size=5). Then it will go to an
interactive xterm.

It seems like the only way to make it useable from the GUI is either to add
add a standard input box as you did in d.text.freetype (but you said this
was problematic) or to make a script that will accept user input, then run
d.text as a command-line command.

Michael


On 12/5/04 6:53 PM, "Hamish" <hamish_nospam@yahoo.com> wrote:

>>> Perhaps d.text should be removed from the d.m menu until we have a
>>> solution. (as it won't actually do anything)
> 
> 
> sorry, I was mistaken, d.text will work from a xterm:
> 
> if (isatty(0))
>     fprintf (stdout,"\nPlease enter text instructions.  Enter EOF (ctrl-d)
on
> last line to quit\n") ;
> 
> 
> so d.m should launch it that way.
> 
> 
> 
> Hamish

____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ  85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>


Mon, Dec 6 2004 23:46:46    Mail sent by jidanni@jidanni.org (as #2776)  
Return-Path <jidanni@jidanni.org>
Delivered-To grass-bugs@lists.intevation.de
To grass-bugs@intevation.de
Subject Re: [bug #2776] (grass) v.net.path also needs to read from stdin
References <20041206040159.E5AF6102BCD@lists.intevation.de>
From Dan Jacobson <jidanni@jidanni.org>
Date Tue, 07 Dec 2004 05:54:47 +0800
Message-ID <87brd7hz2w.fsf@jidanni.org>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
v.net.path also needs to read from stdin, but in a "wish" window no
provision has been made.


Mon, Jun 20 2005 15:09:48    Request created by guest (as #3360)  
Subject: r.recode error - grass6.1cvs

Platform: Mac OSX
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 6.1cvs 18/06/2005

Executing r.recode from the command line invokes automatically a graphical menu.
Nevertheless, in this menu, there are missing some necessary input parameters
(recode-rules), so execution will stop with the error: "no rules specified".
An execution from console only is not possible.


Guido Lorenz
Mon, Jun 20 2005 18:42:40    Mail sent by michael.barton@asu.edu (as #3360)  
Return-Path <Michael.Barton@asu.edu>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 20 Jun 2005 18:41:16 +0200
From Michael Barton <michael.barton@asu.edu>
Subject Re: [GRASS5] [bug #3360] (grass) r.recode error - grass6.1cvs
In-reply-to <20050620130948.2B828100164@lists.intevation.de>
To Paolo Cavallini via RT <grass-bugs@intevation.de>, grass5@grass.itc.it
Message-id <BEDCBE4C.BDE9%michael.barton@asu.edu>
MIME-version 1.0
Content-type text/plain; charset=US-ASCII
Content-transfer-encoding 7bit
User-Agent Microsoft-Entourage/11.1.0.040913
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Guido

This is a general issue  with modules that need a terminal interface but
open in TclTk. I've written a series of scripts that get around this for now
(opening a terminal interface for input) until it can be fixed in a more
elegant fashion.

Use r.recode.rules (in the menu). There are a number of scripts along this
line (e.g., r.color.rules) that go with the GUI. If you work from the
command line, you can go directly to a terminal by invoking the command with
arguments from the command line.

Michael


On 6/20/05 3:09 PM, "Request Tracker" <grass-bugs@intevation.de> wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=3360
> -------------------------------------------------------------------------
> 
> Subject: r.recode error - grass6.1cvs
> 
> Platform: Mac OSX
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: 6.1cvs 18/06/2005
> 
> Executing r.recode from the command line invokes automatically a graphical
> menu. Nevertheless, in this menu, there are missing some necessary input
> parameters (recode-rules), so execution will stop with the error: "no rules
> specified". 
> 
> An execution from console only is not possible.
> 
> 
> Guido Lorenz
> 
> -------------------------------------------- Managed by Request Tracker
> 

____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ  85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>


Sat, Jul 23 2005 14:13:48    Mail sent by msieczka  
This issue still applies to 6.1.

Although there are r.reclass.rules(file) and r.recode.rules(file), thanks to
Michael, these are only a workaround.

However, this seems to be a complicated issue - see the recent discussion on
interactive GUI in case of r.in.gdal: 

http://article.gmane.org/gmane.comp.gis.grass.user/9076

Maciek
Sat, Jul 23 2005 14:13:59    Area changed to grass6.1 by msieczka  
Tue, Aug 23 2005 17:07:29    Request created by guest (as #3562)  
Subject: v.db.droptable: asks (y/n) in GUI mode - answer impossible

Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: cvs 23.08.05

This is another module that requires update to interactivity in GUI.

v.db.droptable map=faults_f_buf_pt2 layer=1
Removing following table name connected to selected layer: faults_f_buf_pt2
Removing table <faults_f_buf_pt2> linked to layer <1> of vector map <faults_f_buf_pt2>
Are you sure (y/n)? [n]

Maciek
Wed, Aug 24 2005 11:54:18    Area changed to grass6.1 by msieczka (as #3562)  
Wed, Aug 31 2005 20:47:42    Area changed to grass6 by mneteler  
Wed, Aug 31 2005 20:55:53    Area changed to grass6 by mneteler (as #3562)  
Wed, Aug 31 2005 21:51:24    Request 3562 merged into 2620 by mneteler (as #3562)  
Sun, Nov 20 2005 12:22:31    Area changed to grass6 by msieczka (as #2776)  
Mon, Jun 19 2006 12:43:22    Request created by guest (as #4629)  
Subject: v.db.droptable: it's interactive and doesn't work in tcltk GUI mode
Platform: GNU/Linux/x86
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 2006-05-23

As the title reads.

Maciek
Tue, Jun 20 2006 11:30:36    Mail sent by mneteler (as #4629)  
The code contains:

# this may not work in GUI mode:
echo "Are you sure (y/n)? [n]"
read ans

which needs to be fixed (question is how,
add a -f force flag)?

Markus
Sat, Jul 22 2006 15:36:13    Mail sent by guest  
I have added a force flag in CVS HEAD and 6.1.0 branch.

cheers

 Markus
Sat, Jul 22 2006 15:36:59    Mail sent by guest  
I have added a force flag in v.db.droptable in both CVS HEAD and 6.1.0 branch.
cheers

 Markus
Wed, Jul 26 2006 14:17:29    User changed to otto.dassau@gmx.de,tutey@o2.pl by msieczka  
Wed, Jul 26 2006 18:49:26    Mail sent by msieczka (as #4629)  
mneteler wrote (Tue, Jun 20 2006 11:30:36):

> The code contains:
> 
> # this may not work in GUI mode:
> echo "Are you sure (y/n)? [n]"
> read ans
> 
> which needs to be fixed (question is how,
> add a -f force flag)?

(Markus has added the flag.)

Why the force-flag and the Y/N question at all? g.remove doesn't ask and
that's just OK, why shouldn't v.db.droptable follow?

Or is it only doable for Grass 7?

Maciek
Wed, Jul 26 2006 18:49:36    User changed to tutey@o2.pl by msieczka (as #4629)  
Mon, Jul 31 2006 22:07:08    Mail sent by neteler@itc.it (as #4629)  
Return-Path <neteler@itc.it>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 31 Jul 2006 22:07:04 +0200
From Markus Neteler <neteler@itc.it>
To Maciek Sieczka via RT <grass-bugs@intevation.de>
Cc grass-dev@grass.itc.it
Subject Re: [bug #4629] (grass) v.db.droptable: it's interactive and doesn't work in tcltk GUI mode
Message-ID <20060731200704.GB8229@bartok.itc.it>
Mail-Followup-To Maciek Sieczka via RT <grass-bugs@intevation.de>, grass-dev@grass.itc.it
References <20060726164926.84006100159@lists.intevation.de>
Mime-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Disposition inline
In-Reply-To <20060726164926.84006100159@lists.intevation.de>
X-PGP-Key http://www.gdf-hannover.de/neteler/markus_gpgkey.asc
X-PGP-Fingerprint D4D5 2F80 120E AD60 E2F6 2297 21B3 D02B E1E7 E789
User-Agent Mutt/1.5.11
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-3.816 tagged_above=-999 required=3 tests=[AWL=0.918, BAYES_00=-5, FORGED_RCVD_HELO=0.266]
X-Spam-Level
On Wed, Jul 26, 2006 at 06:49:26PM +0200, Maciek Sieczka via RT wrote:
> mneteler wrote (Tue, Jun 20 2006 11:30:36):
> 
> > The code contains:
> > 
> > # this may not work in GUI mode:
> > echo "Are you sure (y/n)? [n]"
> > read ans
> > 
> > which needs to be fixed (question is how,
> > add a -f force flag)?
> 
> (Markus has added the flag.)
> 
> Why the force-flag and the Y/N question at all? g.remove doesn't ask and
> that's just OK, why shouldn't v.db.droptable follow?

Nearly all commands *refuse* to overwrite (hence --o).
g.remove is an exception (maybe a bad one).

v.db.droptable follows the mainstream behaviour which I like
(better actively say that you want to delete something that
crying the rest of the week for a non-backup'ed (big) table). 

My 0.02 cent,

Markus


Wed, Aug 2 2006 19:58:33    Mail sent by guest  
I have tested this bug using 2006-07-31 cvs, and I can confirm that this bug
should be closed. Running r.reclass from the command line with input and
output parameters completed gives an interface to reclass the input raster.
The interface exits cleanly, and the output reclassed raster is viewable in
gis.m as well.

Eric Patton
epatton@nrcan.gc.ca
Wed, Aug 2 2006 20:24:35    Mail sent by msieczka  
Eric!

First of all, and most important: that's the spirit! Thanks for helping. J u
s
t great!

But, this particular report is still valid. What Otto reports is that
r.reclass in tcltk GUI mode is usless - you can specify only input/ouput but
can't specify rules. There are workaround scripts (r.reclass.rule etc.) by
Michael, but the problem with r.reclass still remains, as a result of general
incompatibility of interactive Grass modules with tcltk GUI.

The question what to do with r.reclass and similar interactive modules in
future is still open.

Thanks for bringing my attention back to this issue. I'm merging a  report
#3046 about r.recode suffering the same into this one and chaging the title
accordingly. So, a success anyway - 1 report less in the tracker :).

Maciek
Wed, Aug 2 2006 20:25:31    Request 3360 merged into 2620 by msieczka (as #3360)  
Wed, Aug 2 2006 20:29:14    Subject changed to r.reclass, r.recode: interactive, not compatible with tcltk GUIs by msieczka  
Wed, Aug 2 2006 20:33:19    Subject changed to r.reclass, r.recode, r.colors: interactive, not compatible with tcltk GUIs by msieczka  
Wed, Aug 2 2006 20:42:07    Mail sent by epatton@nrcan.gc.ca  
Return-Path <epatton@nrcan.gc.ca>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <0E5A77B55A57D511BB3F0002A537C26208C55B10@s5-dar-r1.nrn.nrcan.gc.ca>
From "Patton, Eric" <epatton@nrcan.gc.ca>
To 'Maciek Sieczka via RT ' <grass-bugs@intevation.de>
Subject RE: [bug #2620] (grass) Popup Menue bug r.reclass
Date Wed, 2 Aug 2006 15:41:54 -0300
MIME-Version 1.0
X-Mailer Internet Mail Service (5.5.2657.72)
x-originalarrivaltime <rt@intevation.de>
x-envelope-from <rt@intevation.de>
x-envelope-to <rt@intevation.de>
x-warning <rt@intevation.de>
x-whitelist <rt@intevation.de>
x-sender <rt@intevation.de>
x-rt-loop-prevention <rt@intevation.de>
x-request-id <rt@intevation.de>
x-managed-by <rt@intevation.de>
Content-Type text/plain; charset="iso-8859-1"
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.145 tagged_above=-999 required=3 tests=[AWL=0.855, BAYES_00=-5]
X-Spam-Level
You're welcome! It's good to be able to contribute in some measurable way. I
will be away on fieldwork from August 7 to the 16th, after which I will
resume bug checking. But expect these bug checks to accelerate thereafter. I
will use Spearfish Location exclusively.

Question on bug-tracker usage: What is the 'Owner' drop-down box used for
when replying or commenting to bugs reports? I see that most of the names of
Grass devs are in there, as well as my own. Are there any other
modifications to the bug thread required from my part? (i.e., changing
priority, status, etc.)


Regards,

~ Eric.

-----Original Message-----
From: Maciek Sieczka via RT
Cc: Patton, Eric
Sent: 8/2/2006 2:24 PM
Subject: [bug #2620] (grass) Popup Menue bug r.reclass

Eric!

First of all, and most important: that's the spirit! Thanks for helping.
J u s
t great!

But, this particular report is still valid. What Otto reports is that
r.reclass in tcltk GUI mode is usless - you can specify only input/ouput
but
can't specify rules. There are workaround scripts (r.reclass.rule etc.)
by
Michael, but the problem with r.reclass still remains, as a result of
general
incompatibility of interactive Grass modules with tcltk GUI.

The question what to do with r.reclass and similar interactive modules
in
future is still open.

Thanks for bringing my attention back to this issue. I'm merging a
report
#3046 about r.recode suffering the same into this one and chaging the
title
accordingly. So, a success anyway - 1 report less in the tracker :).

Maciek


-------------------------------------------- Managed by Request Tracker


Wed, Aug 2 2006 21:20:13    Comments added by msieczka  
Cc: epatton@nrcan.gc.ca

epatton@nrcan.gc.ca wrote (Wed, Aug 2 2006 20:42:07):

> You're welcome! It's good to be able to contribute in some measurable way.
You bet! This is *real* help!

> I will be away on fieldwork from August 7 to the 16th, after which I will
> resume bug checking. But expect these bug checks to accelerate thereafter.
I
> will use Spearfish Location exclusively.

I wish you much pertinacity with that. I did quite much cleanup myself (and
still am doing) but it takes patience to understand what all those people
might have meant years ago ;).

> Question on bug-tracker usage: What is the 'Owner' drop-down box used for
> when replying or commenting to bugs reports?

Ownership should be assigned voluntary by folks who want to "take" the bug.
Once the owner is set, only the owner can unset or change it. We shouldn't set
owners, usually; folks should do it themselves if they wish. From technical
point, owner is always CCed in case of any discussion in the ticket he owns.
> I see that most of the names of Grass devs are in there, as well as my own.
Anybody who has a Grass BT account can be the owner. But actually, only those
who can fix a bug should be.

> Are there any other modifications to the bug thread required from my part?
> (i.e., changing priority, status, etc.)

I'd like to leave priority and status up to me if you don't mind, as I think
a
little more expertise with Grass and our BT :). Though you do can change them
as you have a BT account.

One thing - I continued the discussion here as you CCed the BT anyway; but
let's not clutter BT in future. Please note that any your reply to email from
the grass-bugs@intevation.de will contain an X-Request-ID: <number> field in
the header, and if you CC grass-bugs@intevation.de the BT will store it as a
follow up of ticket <number>. So we must avoid forwading to
grass-bugs@intevation.de messages not strictly related to a given bug, like
this one.

Cheers!
Maciek
Thu, Aug 3 2006 17:43:05    Mail sent by guest (as #2776)  
Regardless of how d.text SHOULD be implemented in gis.m, the manual states
that input should be redirected using stdin to d.text. So I don't think we
have a bug here, but rather, a wish. Maybe a modification to the 'Module'
description to say that input should be stdin?

~ Eric.
<epatton at nrcan dot gc dot ca>
Thu, Aug 24 2006 12:06:59    Mail sent by msieczka (as #2776)  
guest wrote (Thu, Aug 3 2006 17:43:05):

> Regardless of how d.text SHOULD be implemented in gis.m, the manual states
> that input should be redirected using stdin to d.text. So I don't think we
> have a bug here, but rather, a wish.

From current GUIs point of view (d.m and gis.m) this is a bug because this
module doens't work when called from them.

> Maybe a modification to the 'Module' description to say that input should be
> stdin?

It's already there.

Maciek
Thu, Aug 24 2006 12:08:12    Subject changed to r.reclass, r.recode, r.colors, d.text: interactive, not compatible with tcltk GUIs by msieczka  
Thu, Aug 24 2006 12:10:35    Mail sent by msieczka (as #2776)  
I'm merging this bug into #2620 which is dedicated to interactive modules that
don't work from GUI. Can you spot any similar ones more?

Maciek
Thu, Aug 24 2006 12:10:48    Request 2776 merged into 2620 by msieczka (as #2776)  
Thu, Aug 24 2006 12:11:44    Request 4629 merged into 2620 by msieczka (as #4629)  
Thu, Aug 24 2006 12:12:15    Subject changed to r.reclass, r.recode, r.colors, d.text, v.db.droptable: interactive, not compatible with tcltk GUIs by msieczka  
Tue, Sep 26 2006 18:33:36    Comments added by guest  
Good Luck! http://xoomer.alice.it/pik0/poker-rooms/
Tue, Sep 26 2006 22:38:47    Comments added by guest  
Cool design http://xoomer.alice.it/pik0/razz-poker/
Wed, Sep 27 2006 01:23:31    Comments added by guest  
Great work on website. <a href="http://xoomer.alice.it/pik0/rules-of-poker/">rules
of poker</a> [url=http://xoomer.alice.it/pik0/rules-of-poker/]rules of poker[/url]
http://xoomer.alice.it/pik0/rules-of-poker/
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