I've been working with some students using the latest stand alone binary from Colin. I've had no trouble with r.shaded.relief at least on XP. I have not tested the other issues but can if you'd like.
Also, I've learned that the georectifier is broken in 6.4 at least on the Mac. It may work on Linux, but I'm not sure about the lastest version. Haven't yet tested on Windows, but probably will soon.
Michael
On Oct 1, 2009, at 11:05 AM, grass-dev-request@lists.osgeo.org wrote:
Message: 5
Date: Thu, 1 Oct 2009 19:55:15 +0200
From: Markus Neteler <neteler@osgeo.org>
Subject: [GRASS-dev] Some wxGUI tests on Windows
To: GRASS developers list <grass-dev@lists.osgeo.org>
Message-ID:
<86782b610910011055u7c85c80bgff93082d2f49c3da@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi,
today I had occasion to test on a colleague's computer the
latest binary package.
Here a list of some issues I came across (tell me which should
become a ticket):
- Map canvas: zoom to RGB layer finishes in the 0..1 space
(solution might be to zoom to one channel of the RGB set?)
- closing the message window which tells that the digitizer is
unavailable kills the entire GUI
- r.shaded.relief doesn't show any error but the result is completely NULL.
Perhaps due to the fact that it is a shell script? If so, I would suggest
to add a Windows test and to bail out rather than continue unless it
is substituted with the Python version (6.4.1?).
- i.group does not permit to select a subgroup (apparently the list isn't
fetched from the group file). Adding it manually works.
- i.maxlik seems to be unable to read the signature file: ill-conditioned
signatures for all classes. It *seems* to be an issue to read the encoding
of the ASCII signature file. Any G_getl() which should be G_getl2()?
If so, what's the purpose of still keeping G_getl()?
Markus
On Oct 1, 2009, at 3:25 PM, Michael Barton wrote:
I've been working with some students using the latest stand alone binary from Colin. I've had no trouble with r.shaded.relief at least on XP. I have not tested the other issues but can if you'd like.
I can confirm that shaded relief works in winGRASS from wxGUI - we use it in almost every assignment - maybe something with your data? wrong region?
Helena
Also, I've learned that the georectifier is broken in 6.4 at least on the Mac. It may work on Linux, but I'm not sure about the lastest version. Haven't yet tested on Windows, but probably will soon.
Michael
On Oct 1, 2009, at 11:05 AM, grass-dev-request@lists.osgeo.org wrote:
Message: 5
Date: Thu, 1 Oct 2009 19:55:15 +0200
From: Markus Neteler <neteler@osgeo.org>
Subject: [GRASS-dev] Some wxGUI tests on Windows
To: GRASS developers list <grass-dev@lists.osgeo.org>
Message-ID:
<86782b610910011055u7c85c80bgff93082d2f49c3da@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi,
today I had occasion to test on a colleague's computer the
latest binary package.
Here a list of some issues I came across (tell me which should
become a ticket):
- Map canvas: zoom to RGB layer finishes in the 0..1 space
(solution might be to zoom to one channel of the RGB set?)
- closing the message window which tells that the digitizer is
unavailable kills the entire GUI
- r.shaded.relief doesn't show any error but the result is completely NULL.
Perhaps due to the fact that it is a shell script? If so, I would suggest
to add a Windows test and to bail out rather than continue unless it
is substituted with the Python version (6.4.1?).
- i.group does not permit to select a subgroup (apparently the list isn't
fetched from the group file). Adding it manually works.
- i.maxlik seems to be unable to read the signature file: ill-conditioned
signatures for all classes. It *seems* to be an issue to read the encoding
of the ASCII signature file. Any G_getl() which should be G_getl2()?
If so, what's the purpose of still keeping G_getl()?
Markus
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev