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/ |
|