[GRASS-dev] GRASS 6.4.2RC3 released

neteler · January 12, 2012, 2:28pm

A third and final release candidate of GRASS 6.4.2 is now available.

Announcement:
http://trac.osgeo.org/grass/wiki/Release/6.4.2RC3-News

Source code:
http://grass.osgeo.org/grass64/source/
http://grass.osgeo.org/grass64/source/grass-6.4.2RC3.tar.gz

Selected binaries will become available shortly.

To get the RC3 source code from SVN (release branch):
svn checkout http://svn.osgeo.org/grass/grass/tags/release_20120112_grass_6_4_2RC3

Key improvements of the GRASS 6.4.2 release include enhanced
portability for MS-Windows (native support), major fixes for the new
wxPython based portable graphical interface, and new functionality
(new network tools, zonal support for univariate statistics, image
processing improvements, GRASS Python Library extensions,
an embedded interactive Python Shell, an experimental Graphical
Modeler, and new Cartographic Composer front-end to ps.map).

Overview of changes

Since the 6.4.0 release in September 2010 more than 1230 source code
modifications have been made to the 6.4.x release branch.
Between 6.4.2RC2 in Nov 2011 and the current 6.4.2RC3 more than
80 updates have been applied.

Release candidate management at
http://trac.osgeo.org/grass/wiki/Grass6Planning

Please join us in testing this release candidate for the final release.

Thanks to all contributors!

martinl · January 12, 2012, 6:40pm

2012/1/12 Markus Neteler <neteler@osgeo.org>:

A third and final release candidate of GRASS 6.4.2 is now available.

6.4.2RC3 also available in OSGeo4W framework, testing welcomed.

http://trac.osgeo.org/osgeo4w/wiki/pkg-grass

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

Hamish · January 12, 2012, 9:36pm

Martin wrote:

6.4.2RC3 also available in OSGeo4W framework,
testing welcomed.

does that ship the proj 4.7.0 release, or 4.7.1svn with
its location wizard-breaking epsg file?

(see https://trac.osgeo.org/grass/ticket/1452)

Hamish

hellik · January 12, 2012, 10:34pm

A third and final release candidate of GRASS 6.4.2 is now available.
[...]
Please join us in testing this release candidate for the final release.

the wx-r.mapcalculator isn't working, tested with a simple calculation

elevation@PERMANENT / elevation@PERMANENT

it's in WinGRASS-6.4.2RC3-1-Setup, osgeo4w-WinGRASS-6.4.2RC3 and also
in WinGRASS-6.5.svn:

Traceback (most recent call last):
File "C:\OSGeo4W\apps\grass\grass-6.4.2RC3\etc\wxpython\gu
i_modules\mcalc_builder.py", line 453, in OnMCalcRun

self.log.RunCmd(cmd, onDone = self.OnDone)
File "C:\OSGeo4W\apps\grass\grass-6.4.2RC3\etc\wxpython\gu
i_modules\goutput.py", line 521, in RunCmd

task = menuform.GUI(show = None).ParseCommand(command)
  File "c:/osgeo4w/usr/src/release_20120112_grass_6_4_2RC3/d
ist.i686-pc-mingw32/etc/wxpython/gui_modules/menuform.py",
line 1732, in ParseCommand
  File "c:/osgeo4w/usr/src/release_20120112_grass_6_4_2RC3/d
ist.i686-pc-mingw32/etc/python/grass/script/task.py", line
460, in parse_interface
  File
"c:\OSGeo4W\apps\Python25\lib\xml\etree\ElementTree.py",
line 964, in XML

return parser.close()
File
"c:\OSGeo4W\apps\Python25\lib\xml\etree\ElementTree.py",
line 1254, in close

self._parser.Parse("", 1) # end of data
xml.parsers.expat
.
ExpatError
:
no element found: line 1, column 0

Helmut

--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/GRASS-6-4-2RC3-released-tp7180383p7182079.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

Helena_Mitasova4 · January 15, 2012, 3:42am

I can confirm it on Mac. A simple expression like this:

r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic

runs in linux shell, but fails in wxgui command console and
in the map calculator. I am getting the same error

Traceback (most recent call last):
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-
darwin10.8.0/etc/wxpython/gui_modules/mcalc_builder.py",
line 453, in OnMCalcRun

self.log.RunCmd(cmd, onDone = self.OnDone)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/goutput.py",
line 521, in RunCmd

task = menuform.GUI(show = None).ParseCommand(command)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/menuform.py",
line 1732, in ParseCommand

blackList = _blackList)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/python/grass/script/task.py", line
460, in parse_interface

tree = etree.fromstring(get_interface_description(name))
File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py", line 964, in
XML

return parser.close()
File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py", line 1254, in
close

self._parser.Parse("", 1) # end of data
xml.parsers.expat
.
ExpatError
:
no element found: line 1, column 0

Helena

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmitaso@ncsu.edu

On Jan 12, 2012, at 5:34 PM, Helmut Kudrnovsky wrote:

A third and final release candidate of GRASS 6.4.2 is now available.
[...]
Please join us in testing this release candidate for the final release.

the wx-r.mapcalculator isn't working, tested with a simple calculation

elevation@PERMANENT / elevation@PERMANENT

it's in WinGRASS-6.4.2RC3-1-Setup, osgeo4w-WinGRASS-6.4.2RC3 and also
in WinGRASS-6.5.svn:

Traceback (most recent call last):
File "C:\OSGeo4W\apps\grass\grass-6.4.2RC3\etc\wxpython\gu
i_modules\mcalc_builder.py", line 453, in OnMCalcRun

self.log.RunCmd(cmd, onDone = self.OnDone)
File "C:\OSGeo4W\apps\grass\grass-6.4.2RC3\etc\wxpython\gu
i_modules\goutput.py", line 521, in RunCmd

task = menuform.GUI(show = None).ParseCommand(command)
File "c:/osgeo4w/usr/src/release_20120112_grass_6_4_2RC3/d
ist.i686-pc-mingw32/etc/wxpython/gui_modules/menuform.py",
line 1732, in ParseCommand
File "c:/osgeo4w/usr/src/release_20120112_grass_6_4_2RC3/d
ist.i686-pc-mingw32/etc/python/grass/script/task.py", line
460, in parse_interface
File
"c:\OSGeo4W\apps\Python25\lib\xml\etree\ElementTree.py",
line 964, in XML

return parser.close()
File
"c:\OSGeo4W\apps\Python25\lib\xml\etree\ElementTree.py",
line 1254, in close

self._parser.Parse("", 1) # end of data
xml.parsers.expat
.
ExpatError
:
no element found: line 1, column 0

Helmut

--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/GRASS-6-4-2RC3-released-tp7180383p7182079.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

neteler · January 15, 2012, 5:41pm

On Sun, Jan 15, 2012 at 4:42 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:

I can confirm it on Mac. A simple expression like this:

r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic

runs in linux shell, but fails in wxgui command console and
in the map calculator.

Did you try with white space around the "="? I darkly remember
some issue, but maybe that's unrelated.

Markus

Hamish · January 15, 2012, 9:06pm

Markus N wrote:
[r.mapcalc]

Did you try with white space around the "="? I
darkly remember some issue, but maybe that's
unrelated.

that matters for forward-compatibility with grass7,
where r.mapcalc uses the regular parser and key=value
would otherwise be confused with a module option.
so e.g. all grass6 help page examples have been
changed to make them version neutral.

the wxgui command line may or may not care too.. worth
a try.

Hamish

Helena_Mitasova4 · January 16, 2012, 2:26am

On Jan 15, 2012, at 12:41 PM, Markus Neteler wrote:

On Sun, Jan 15, 2012 at 4:42 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:

I can confirm it on Mac. A simple expression like this:

r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic

runs in linux shell, but fails in wxgui command console and
in the map calculator.

Did you try with white space around the "="? I darkly remember
some issue, but maybe that's unrelated.

that is an issue for MSWin in 6.4.1 but not on Mac.
Anyway, but I tried couple more alternatives and compared with 6.4.1
this is what I am getting

in GRASS 6.4.2RC3 r.mapcalc runs only in linux shell
The expressions below, when pasted into command console give all the same error message :

r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic
r.mapcalc diff = elev_ned10m_bil-elev_ned10m_bic
r.mapcalc diff = elev_ned10m_bil - elev_ned10m_bic
r.mapcalc 'diff = elev_ned10m_bil - elev_ned10m_bic'
r.mapcalc diff = "elev_ned10m_bil-elev_ned10m_bic"

- the expression does not run in calculator GUI either with our without spaces

in GRASS6.4.1 the following runs from command console without any trouble:
r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic
but problems were reported for r.mapcalc in console on MS windows if spaces were not included.

I am guessing that r.mapcalc runs from wxgui on linux and only Mac and MSwindows are the problem?

Helena

Traceback (most recent call last):
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/prompt.py",
line 1105, in OnKeyPressed

self.parent.RunCmd(cmd)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/goutput.py",
line 521, in RunCmd

task = menuform.GUI(show = None).ParseCommand(command)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/menuform.py",
line 1732, in ParseCommand

blackList = _blackList)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/python/grass/script/task.py", line
460, in parse_interface

tree = etree.fromstring(get_interface_description(name))
File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py", line 964, in
XML

return parser.close()
File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py", line 1254, in
close

self._parser.Parse("", 1) # end of data
xml.parsers.expat
.
ExpatError
:
no element found: line 1, column 0

Markus

Helena_Mitasova4 · January 16, 2012, 4:42am

one more observation:

r.mapcalc "diff = elev_ned10m_bil-elev_ned10m_bic"
runs from command console in GRASS7.0 but does not run in GRASS6.4.2RC3

Helena

On Jan 15, 2012, at 9:26 PM, Helena Mitasova wrote:

On Jan 15, 2012, at 12:41 PM, Markus Neteler wrote:

On Sun, Jan 15, 2012 at 4:42 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:

I can confirm it on Mac. A simple expression like this:

r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic

runs in linux shell, but fails in wxgui command console and
in the map calculator.

Did you try with white space around the "="? I darkly remember
some issue, but maybe that's unrelated.

that is an issue for MSWin in 6.4.1 but not on Mac.
Anyway, but I tried couple more alternatives and compared with 6.4.1
this is what I am getting

in GRASS 6.4.2RC3 r.mapcalc runs only in linux shell
The expressions below, when pasted into command console give all the same error message :

r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic
r.mapcalc diff = elev_ned10m_bil-elev_ned10m_bic
r.mapcalc diff = elev_ned10m_bil - elev_ned10m_bic
r.mapcalc 'diff = elev_ned10m_bil - elev_ned10m_bic'
r.mapcalc diff = "elev_ned10m_bil-elev_ned10m_bic"

- the expression does not run in calculator GUI either with our without spaces

in GRASS6.4.1 the following runs from command console without any trouble:
r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic
but problems were reported for r.mapcalc in console on MS windows if spaces were not included.

I am guessing that r.mapcalc runs from wxgui on linux and only Mac and MSwindows are the problem?

Helena

Traceback (most recent call last):
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/prompt.py",
line 1105, in OnKeyPressed

self.parent.RunCmd(cmd)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/goutput.py",
line 521, in RunCmd

task = menuform.GUI(show = None).ParseCommand(command)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/wxpython/gui_modules/menuform.py",
line 1732, in ParseCommand

blackList = _blackList)
File "/Users/helena/grassrel6/grass64_release/dist.i386
-apple-darwin10.8.0/etc/python/grass/script/task.py", line
460, in parse_interface

tree = etree.fromstring(get_interface_description(name))
File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py", line 964, in
XML

return parser.close()
File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py", line 1254, in
close

self._parser.Parse("", 1) # end of data
xml.parsers.expat
.
ExpatError
:
no element found: line 1, column 0

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

martinl · January 16, 2012, 10:17am

Hi,

2012/1/16 Helena Mitasova <hmitaso@ncsu.edu>:

one more observation:

r.mapcalc "diff = elev_ned10m_bil-elev_ned10m_bic"
runs from command console in GRASS7.0 but does not run in GRASS6.4.2RC3

please try r50212. Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

Helena_Mitasova4 · January 16, 2012, 7:52pm

It works now, including the expressions with or without spaces and quotes.

Thanks a lot,

Helena

On Jan 16, 2012, at 5:17 AM, Martin Landa wrote:

Hi,

2012/1/16 Helena Mitasova <hmitaso@ncsu.edu>:

one more observation:

r.mapcalc "diff = elev_ned10m_bil-elev_ned10m_bic"
runs from command console in GRASS7.0 but does not run in GRASS6.4.2RC3

please try r50212. Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

Helena_Mitasova4 · January 17, 2012, 12:34am

further testing:

when I try Launch script,
I get the associated wxgui open, the command is correctly generated
but when I hit run I get the following error:

Launching script '/Users/helena/grassaddons_test/scripts/v.transectsold.py'...
[Errno 2] No such file or directory

the path in the error message is the correct path, but it looks like it is not being launched from there.
It is possible that I don't have GRASS6.4.2 installed as expected,
Michael, does r.landevol.py launch correctly through wxGUI for you?

Also g.extension does not quite work for me but it may be similar problem
(it installs the add-on correctly but gets error when I try to run it).

Thank you.

Helena

On Jan 12, 2012, at 1:40 PM, Martin Landa wrote:

2012/1/12 Markus Neteler <neteler@osgeo.org>:

A third and final release candidate of GRASS 6.4.2 is now available.

6.4.2RC3 also available in OSGeo4W framework, testing welcomed.

http://trac.osgeo.org/osgeo4w/wiki/pkg-grass

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hamish · January 17, 2012, 5:00am

Helena wrote:

further testing:

when I try Launch script,
I get the associated wxgui open, the command is correctly
generated but when I hit run I get the following error:

Launching script
'/Users/helena/grassaddons_test/scripts/v.transectsold.py'...
[Errno 2] No such file or directory

the path in the error message is the correct path, but it
looks like it is not being launched from there.

is /Users/helena/grassaddons_test/scripts in the $PATH ?
for scripts using g.parser it must be.

It is possible that I don't have GRASS6.4.2 installed as
expected,
Michael, does r.landevol.py launch correctly through
wxGUI for you?

Also g.extension does not quite work for me but it may be similar
problem (it installs the add-on correctly but gets error when I
try to run it).

v.transects.py doesn't install correctly for me on linux either using
g.extension.sh, but I didn't really expect it to since it's a python
script not a shell script, and AFAIK GRASS 6's Make/Script.make (used
by v.transects.py's Makefile) is expecting to see a bourne shell script.
Certainly the DOS build's .bat file will be wrong. Maybe we need a
special Make/PythonScript.make for python scripts in grass6?

Could you try using g.extension to install both a shell script and a C
module? Both from the (Terminal) command line (g.extension.sh) and the
wxGUI tool (g.extension.py) methods?
e.g. 2 shell scripts: r.surf.volcano and v.points.cog
2 C modules: r.fuzzy and d.barb

hopefully those work, but see also "g.extension does not work on a Mac"
https://trac.osgeo.org/grass/ticket/854

since so much has changed since then I think we need to have the
Mac extension build+install re-tested as if it were new.

thanks,
Hamish

Hamish · January 17, 2012, 5:43am

Hamish wrote:

v.transects.py doesn't install correctly for me on linux either using
g.extension.sh, but I didn't really expect it to since it's
a python script not a shell script,

actually it was not a Makefile problem, it was a g.extension.sh problem,
hopefully now fixed in svn. ISTR that Martin had already done something
similar for grass6 python scripts in g.extension.py.

Certainly the DOS build's .bat file will be wrong.

this remains the case.

Hamish

Helena_Mitasova4 · February 7, 2012, 5:40am

Markus,

thanks for putting back winGRASS6.4.1
but I am still getting quite a few questions whether a stable version of GRASS exists and whether this is a common practice
in GRASS community not to have a stable version.
In fact, when you go to the Download website, there is no obvious stable version there right now
given that GRASS6.4.2RC3 is just a release candidate and not really stable
(e.g. the RC3 binary has the mapcalc problem which has since been fixed but students
still report it to me and Martin suggested more time for testing with python2.7).
Even more confusing is that MacOSX has the 6.4.1 binaries and there is no 6.4.2RC3.

Maybe a simple fix would be to replace the current:

GRASS 6.4.2RC3 (stable version; new wxPython GUI, more...)
Most users will want to install this version.

with

GRASS6.4.1 stable version, most users will want to install this version.
GRASS 6.4.2RC3 release candidate available for testing

This should better reflect what is actually there when you click the links,
but others may have a better solution,

Helena

neteler · February 7, 2012, 8:43am

Helena

On Tue, Feb 7, 2012 at 6:40 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:

Markus,

thanks for putting back winGRASS6.4.1
but I am still getting quite a few questions whether a stable version of GRASS exists and whether this is a common practice
in GRASS community not to have a stable version.

I see, so you mean that the text here is confusing:
http://grass.osgeo.org/download/software.php

In fact, when you go to the Download website, there is no obvious stable version there right now
given that GRASS6.4.2RC3 is just a release candidate and not really stable
(e.g. the RC3 binary has the mapcalc problem which has since been fixed but students
still report it to me and Martin suggested more time for testing with python2.7).

The point is that winGRASS 6.4.1 has tons of problems which have
been fixed later. We "just" need to get out 6.4.2. I was teaching with
winGRASS 6.4.2RC3 recently and it went really well (and the mapcalc problem
has been fixed since then to my knowledge).

Even more confusing is that MacOSX has the 6.4.1 binaries and there is no 6.4.2RC3.

I agree but this does not depend on me. At least Michael Barton
provides more recent snapshots:
http://grass.osgeo.org/grass64/binary/macosx/
-> Current snapshots of GRASS GIS 6.4, 6.5 and 7:

Maybe a simple fix would be to replace the current:

GRASS 6.4.2RC3 (stable version; new wxPython GUI, more...)
Most users will want to install this version.

with

GRASS6.4.1 stable version, most users will want to install this version.
GRASS 6.4.2RC3 release candidate available for testing

This should better reflect what is actually there when you click the links,
but others may have a better solution,

I am just afraid that we then get many questions about issues in 6.4.1
which have been resolved for month.

The better way is to get 6.4.2 out (now!) and then adopt the policy
suggested by you for future releases.

Markus

Hamish · February 7, 2012, 9:33am

Markus Neteler wrote:

The better way is to get 6.4.2 out (now!) and then adopt the
policy suggested by you for future releases.

Hi,

6.4.2 todo list as AIUI:

* finish release announcement: everyone please take a look at
   https://trac.osgeo.org/grass/wiki/Release/6.4.2-News
   and update. Once that's ready I'll merge the "what's new"
   into the announce_grass642.html page. (rest of the text there
   still needs some work too, maybe I can find a little time
   tomorrow)

* either close the file which is preventing DB edits in wxGUI
attribute editor tool, or grey out the edit value, add row,
delete row menu items/buttons on wingrass

* figure out how to grey out OnXTerm handlers in the wxGUI on
   wingrass. (module can be present as it can run in a msys term,
   maybe a DOS box too?) or if not greyed out have it catch and
   print a "you need to run this from the msys/dos terminal"
   message.

* figure out how to better deal with missing dlls on Windows.
   what does it mean to not distribute a system library? I'm
   pretty sure that automatic install is no good, but could
   the installer say "we didn't find the MS runtime listed in
   the registry; do you want to be sent to a link to download
   it now?" and let the user do the rest?

cheers,
Hamish