Michael & myself have just applied some last minute patches to gis.m to
make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
without much (any) testing, if everyone could quickly update gis.m in
their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
make, and double check that we haven't broken anything? (main toolbar
and the georectifyer canvas toolbar)
On Tue, Oct 31, 2006 at 11:40:13PM +1300, Hamish wrote:
Hi,
Michael & myself have just applied some last minute patches to gis.m to
make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
without much (any) testing, if everyone could quickly update gis.m in
their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
make, and double check that we haven't broken anything? (main toolbar
and the georectifyer canvas toolbar)
You forgot to add time frame for testing - day? Hours?
Maris.
On Tuesday 31 October 2006 13:00, Markus Neteler wrote:
On Tue, Oct 31, 2006 at 11:40:13PM +1300, Hamish wrote:
> Hi,
>
> Michael & myself have just applied some last minute patches to gis.m to
> make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
> without much (any) testing, if everyone could quickly update gis.m in
> their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
> make, and double check that we haven't broken anything? (main toolbar
> and the georectifyer canvas toolbar)
On Tue, Oct 31, 2006 at 01:29:13PM +0200, M??ris Narti??s wrote:
You forgot to add time frame for testing - day? Hours?
Hours, please
Markus
Maris.
On Tuesday 31 October 2006 13:00, Markus Neteler wrote:
> On Tue, Oct 31, 2006 at 11:40:13PM +1300, Hamish wrote:
> > Hi,
> >
> > Michael & myself have just applied some last minute patches to gis.m to
> > make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
> > without much (any) testing, if everyone could quickly update gis.m in
> > their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
> > make, and double check that we haven't broken anything? (main toolbar
> > and the georectifyer canvas toolbar)
>
> To help with testing, I have re-generated the CVS snapshot of 6.2:
> http://grass.itc.it/grass62/source/snapshot/
>
> as well as the 64bit binary snapshot:
> http://grass.itc.it/grass62/binary/linux/snapshot/
>
> Markus
>
> _______________________________________________
> grass-dev mailing list
> grass-dev@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass-dev
--
Markus Neteler <neteler itc it> http://mpa.itc.it/markus/
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy
I don't know if this is related to the recent tcltk 8.3-compatibility
fixes, but there are 2 cases when the gis.m freezes, so that you have
to close it and start again to continue your work:
A:
1. add a raster
2. duplicate it ('Duplicate layer')
3. display -> error: "can't read "opt(2,1,mod)": no such element in
array" amd freeze; see the attached A.txt for details
B:
1. press 'Add postcript labels layer (using v.labels file)'
2. display -> error: "couldn't open
"/home/grassdata/spearfish60/sieczka/paint/labels/": no such file or
directory" and a freeze; see the attached B.txt for details
unfortunately I can confirm both cases (on CVS head).
IMHO they should be added to list of known bugs, if can not be fixed in hours
(do not block 6.2.0).
Othervise I see no (new) problems in todays gis.m w tcl/tk 8.4.
Maris.
On Tuesday 31 October 2006 14:30, Maciej Sieczka wrote:
Hi
I don't know if this is related to the recent tcltk 8.3-compatibility
fixes, but there are 2 cases when the gis.m freezes, so that you have
to close it and start again to continue your work:
A:
1. add a raster
2. duplicate it ('Duplicate layer')
3. display -> error: "can't read "opt(2,1,mod)": no such element in
array" amd freeze; see the attached A.txt for details
B:
1. press 'Add postcript labels layer (using v.labels file)'
2. display -> error: "couldn't open
"/home/grassdata/spearfish60/sieczka/paint/labels/": no such file or
directory" and a freeze; see the attached B.txt for details
On Tue, 31 Oct 2006 23:40:13 +1300
Hamish <hamish_nospam@yahoo.com> wrote:
Hi,
Michael & myself have just applied some last minute patches to gis.m to
make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
without much (any) testing, if everyone could quickly update gis.m in
their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
make, and double check that we haven't broken anything? (main toolbar
and the georectifyer canvas toolbar)
Hi,
using the "clear all GPC entries" button (in the georectifyer) after setting
various GCPs only clears the first 2 columns of the first line, but the forward
and backward errors remain with following error message (command name below is
the RMS error in line 1 third col):
invalid command name "0.590568"
invalid command name "0.590568"
while executing
"$fwd_error($gcpnum) delete 0 end"
(procedure "GRMap::cleargcp" line 14)
invoked from within
"GRMap::cleargcp"
("uplevel" body line 1)
invoked from within
"uplevel \#0 $cmd"
(procedure "Button::_release" line 18)
invoked from within
"Button::_release .gcpwin.mf.topf.tb0.bbox1.b1"
(command bound to event)
I tested with the 6.2 snapshot. Maybe someone can reproduce this?
On Tue, Oct 31, 2006 at 02:05:13PM +0100, Otto Dassau wrote:
using the "clear all GPC entries" button (in the georectifyer) after setting
various GCPs only clears the first 2 columns of the first line, but the forward
and backward errors remain with following error message (command name below is
the RMS error in line 1 third col):
invalid command name "0.590568"
invalid command name "0.590568"
while executing
"$fwd_error($gcpnum) delete 0 end"
(procedure "GRMap::cleargcp" line 14)
invoked from within
"GRMap::cleargcp"
("uplevel" body line 1)
invoked from within
"uplevel \#0 $cmd"
(procedure "Button::_release" line 18)
invoked from within
"Button::_release .gcpwin.mf.topf.tb0.bbox1.b1"
(command bound to event)
I tested with the 6.2 snapshot. Maybe someone can reproduce this?
I have submitted an updated georect.tcl from Michael to 6.2-CVS
and redone the CVS snapshot:
I had sent in the wrong version of a georectifier update last night. I sent
in a new one this morning to Markus, who put it into 6.2. I just added it to
6.3 a moment ago. I don't know if this fixes the problem you are having, but
you might test it. Thanks for the info.
Michale
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
From: Otto Dassau <otto.dassau@gmx.de>
Date: Tue, 31 Oct 2006 14:05:13 +0100
To: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] call for last minute testers
On Tue, 31 Oct 2006 23:40:13 +1300
Hamish <hamish_nospam@yahoo.com> wrote:
Hi,
Michael & myself have just applied some last minute patches to gis.m to
make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
without much (any) testing, if everyone could quickly update gis.m in
their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
make, and double check that we haven't broken anything? (main toolbar
and the georectifyer canvas toolbar)
Hi,
using the "clear all GPC entries" button (in the georectifyer) after setting
various GCPs only clears the first 2 columns of the first line, but the
forward
and backward errors remain with following error message (command name below is
the RMS error in line 1 third col):
invalid command name "0.590568"
invalid command name "0.590568"
while executing
"$fwd_error($gcpnum) delete 0 end"
(procedure "GRMap::cleargcp" line 14)
invoked from within
"GRMap::cleargcp"
("uplevel" body line 1)
invoked from within
"uplevel \#0 $cmd"
(procedure "Button::_release" line 18)
invoked from within
"Button::_release .gcpwin.mf.topf.tb0.bbox1.b1"
(command bound to event)
I tested with the 6.2 snapshot. Maybe someone can reproduce this?
Not related to the TclTk 8.3 changes. The duplicate raster bug is due to
some past changes that just showed up as problematic. I put a fix into the
cvs this evening.
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
From: Maciej Sieczka <tutey@o2.pl>
Date: Tue, 31 Oct 2006 13:30:07 +0100
To: Hamish <hamish_nospam@yahoo.com>
Cc: Michael Barton <michael.barton@asu.edu>, grass5 <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] call for last minute testers
I don't know if this is related to the recent tcltk 8.3-compatibility
fixes, but there are 2 cases when the gis.m freezes, so that you have
to close it and start again to continue your work:
A:
1. add a raster
2. duplicate it ('Duplicate layer')
3. display -> error: "can't read "opt(2,1,mod)": no such element in
array" amd freeze; see the attached A.txt for details
On Tue, 31 Oct 2006 12:18:38 -0700
Michael Barton <michael.barton@asu.edu> wrote:
Otto,
I had sent in the wrong version of a georectifier update last night. I sent
in a new one this morning to Markus, who put it into 6.2. I just added it to
6.3 a moment ago. I don't know if this fixes the problem you are having, but
you might test it. Thanks for the info.
And another problem occurs. I am not able to create/edit a group anymore. The
second button only works for vector rectification but not for raster.
regards,
Otto
Michale
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
> From: Otto Dassau <otto.dassau@gmx.de>
> Date: Tue, 31 Oct 2006 14:05:13 +0100
> To: <grass-dev@grass.itc.it>
> Subject: Re: [GRASS-dev] call for last minute testers
>
> On Tue, 31 Oct 2006 23:40:13 +1300
> Hamish <hamish_nospam@yahoo.com> wrote:
>
>> Hi,
>>
>> Michael & myself have just applied some last minute patches to gis.m to
>> make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
>> without much (any) testing, if everyone could quickly update gis.m in
>> their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
>> make, and double check that we haven't broken anything? (main toolbar
>> and the georectifyer canvas toolbar)
>
> Hi,
>
> using the "clear all GPC entries" button (in the georectifyer) after setting
> various GCPs only clears the first 2 columns of the first line, but the
> forward
> and backward errors remain with following error message (command name below
> is the RMS error in line 1 third col):
>
> invalid command name "0.590568"
> invalid command name "0.590568"
> while executing
> "$fwd_error($gcpnum) delete 0 end"
> (procedure "GRMap::cleargcp" line 14)
> invoked from within
> "GRMap::cleargcp"
> ("uplevel" body line 1)
> invoked from within
> "uplevel \#0 $cmd"
> (procedure "Button::_release" line 18)
> invoked from within
> "Button::_release .gcpwin.mf.topf.tb0.bbox1.b1"
> (command bound to event
> I tested with the 6.2 snapshot. Maybe someone can reproduce this?
>
> regards,
> Otto
>
>> thanks a lot,
>> Hamish
>
On Wed, 1 Nov 2006 09:32:44 +0100
Otto Dassau <otto.dassau@gmx.de> wrote:
On Tue, 31 Oct 2006 12:18:38 -0700
Michael Barton <michael.barton@asu.edu> wrote:
> Otto,
>
> I had sent in the wrong version of a georectifier update last night. I sent
> in a new one this morning to Markus, who put it into 6.2. I just added it to
> 6.3 a moment ago. I don't know if this fixes the problem you are having, but
> you might test it. Thanks for the info.
And another problem occurs. I am not able to create/edit a group anymore. The
second button only works for vector rectification but not for raster.
I also compiled grass-6.2.0.tar.gz but get the same error as with the latest
6.2 snapshot.
regards,
Otto
regards,
Otto
> Michale
> __________________________________________
> Michael Barton, Professor of Anthropology
> School of Human Evolution & Social Change
> Center for Social Dynamics and Complexity
> Arizona State University
>
> phone: 480-965-6213
> fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
>
>
> > From: Otto Dassau <otto.dassau@gmx.de>
> > Date: Tue, 31 Oct 2006 14:05:13 +0100
> > To: <grass-dev@grass.itc.it>
> > Subject: Re: [GRASS-dev] call for last minute testers
> >
> > On Tue, 31 Oct 2006 23:40:13 +1300
> > Hamish <hamish_nospam@yahoo.com> wrote:
> >
> >> Hi,
> >>
> >> Michael & myself have just applied some last minute patches to gis.m to
> >> make it compatible with tcl/tk 8.3. As this will be released with 6.2.0
> >> without much (any) testing, if everyone could quickly update gis.m in
> >> their cvs (6.3 is probably fine, 6.2 branch is better- it's the same),
> >> make, and double check that we haven't broken anything? (main toolbar
> >> and the georectifyer canvas toolbar)
> >
> > Hi,
> >
> > using the "clear all GPC entries" button (in the georectifyer) after
setting
> > various GCPs only clears the first 2 columns of the first line, but the
> > forward
> > and backward errors remain with following error message (command name
below
> > is the RMS error in line 1 third col):
> >
> > invalid command name "0.590568"
> > invalid command name "0.590568"
> > while executing
> > "$fwd_error($gcpnum) delete 0 end"
> > (procedure "GRMap::cleargcp" line 14)
> > invoked from within
> > "GRMap::cleargcp"
> > ("uplevel" body line 1)
> > invoked from within
> > "uplevel \#0 $cmd"
> > (procedure "Button::_release" line 18)
> > invoked from within
> > "Button::_release .gcpwin.mf.topf.tb0.bbox1.b1"
> > (command bound to event
>
> > I tested with the 6.2 snapshot. Maybe someone can reproduce this?
> >
> > regards,
> > Otto
> >
> >> thanks a lot,
> >> Hamish
> >