Wed, Nov 23 2005
23:02:52
|
|
Request created by guest
|
|
Subject: raster file access problems in GRASS6.1.cvs
Platform: GNU/Linux/i386
grass obtained from: Trento Italy site
grass binary for platform: Downloaded precompiled Binaries
GRASS Version: GRASS6.1.cvs-19_11_2005
This is an addendum to bug report #3808, but I list it here as a new report as
it involved more functions than just d.rast.
I downloaded precompiled version of GRASS61.cvs-19_11_2005 to further test issue
with d.rast as described in earlier report. No other changes to operating system,
and GRASS-6.0.1 continues to operate just fine.
Having had more time to experiment, I have found that more raster commands appear
to not function in cvs.6.1 - it's as if the raster files cannot be read (also
created?) for some reason. For example, r.calculator does not write any files,
r.buffer appears to "stall" when reading the input file, etc. Curiously though,
other commands such as r.colors and others, appear to work fine (files altered
in 6.1 and read in 6.0.1, as d.rast in cvs.6.1 still does not work). This does
not appear to be an environment issue, as vector files can be read and viewed
just fine. Any suggestions, as I like the changes made to GRASS in cvs.6.1 and
would like to make greater use of it both for regular use, and as contribution
to the development effort by testing (which I cannot do withoug raster functions).
Regards,
Rick |
|
Wed, Dec 14 2005
01:41:06
|
|
Mail sent by mneteler
|
|
Is it possible that your location is simply damaged?
Hardware error or so? We are all using GRASS 6.1-CVS
here.
Markus |
|
Wed, Dec 14 2005
17:05:04
|
|
Mail sent by rg-hydro@waterwatch.com
|
|
Return-Path |
<rg-hydro@waterwatch.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Wed, 14 Dec 2005 16:04:56 +0000
|
From |
rg-hydro@waterwatch.com
|
Reply-To |
rg-hydro@waterwatch.com
|
Subject |
Re: [bug #3859] (grass) raster file access problems in GRASS6.1.cvs
|
To |
Markus Neteler via RT <grass-bugs@intevation.de>
|
References |
<20051214004106.9885F101F1F@lists.intevation.de>
|
In-Reply-To |
<20051214004106.9885F101F1F@lists.intevation.de> (from grass-bugs@intevation.de on Tue Dec 13 20:41:06 2005)
|
X-Mailer |
Balsa 2.2.6
|
Message-Id |
<1134576296l.3008l.0l@rick3.ewc>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
|
Content-Disposition |
inline
|
Content-Transfer-Encoding |
quoted-printable
|
X-Originating-IP |
[0]
|
X-Spam-Status |
No, hits=-4.7 tagged_above=-999.0 required=3.0 tests=BAYES_00, NO_REAL_NAME
|
X-Spam-Level |
|
Hi Markus,
The location appears to be fine. And I've switched around to different =20
locations and all appears to work as designed in GRASS 6.0.1. I can =20
import, create, modify all raster and vector files at will in GRASS =20
6.0.1.
In GRASS 6.1 (tried 10 Dec 2005 cvs -- same results) vectors appear to =20
work fine, and I can list, rename, copy and remove raster files (files =20
copied in 6.1 display (etc) fine in 6.0.1), but anything regarding =20
display and some other functions that appear to need to read raster =20
values don't seem to work:
- map calculator doesn't work,
- r.support.sh suggests that the highest category in a test dem is =20
"0", whereas data range is 17 to 270 -- confirmed in 6.0.1,
- r.cats says reading file but gives no output,
- r.stats and r.describe give no output,
- r.univar says "processing" but gives no output
- d.histogram says GRASS_INFO_ERROR (4516,1) error running r.stats
But r.info works fine!
All of the above work fine for same location, same files in GRASS =20
6.0.1.
While I can't display or otherwise access raster data values (see =20
above) in 6.1, I can display a raster legend (by clicking on "show =20
legend) in GRASS 6.1 (i.e. second monitor opens and displays fine). I =20
have tried to display dem with a number of monitors up, but nothing =20
works there either.
My system and GRASS-supporting prerequisite libraries are as indicated =20
in my post for bug 3808. In an attempt to resolve this issue, I tried =20
to compile GRASS 61 from source, but keep getting stumped when =20
configure checks for GDALOpen with error that it cannot locate GDAL =20
library (but libgdal.so.1.9.0 IS in /usr/local/lib, and so far as I can =20
tell from Internet searches, GDALOpen is a subroutine, not a separate =20
library ??)
In light of the compilation failure above, I tried playing around with =20
binaries and script files. At first I thought it might have something =20
to do with the way dm in 6.1 worked or accessed raster files. But I =20
replaced the dm directory in 6.0.1 with dm directory from 6.1 and the =20
new dm works perfectly in GRASS 6.0.1 (minus the new capabilities built =20
into d.vect, of course ... vector line width for example).
I copied d.rast from 6.0.1 to 6.1, which did not work, but copying d.=20
rast from 6.1 to 6.0.1, GRASS 6.0.1 works fine. So d.rast in GRASS 6.1 =20
does not appear to be broken (?).
I then thought to move various libraries around. Copying d.rast and =20
libgrass-raster.so from GRASS 6.0.1 into GRASS 6.1 allowed rasters to =20
display, but now vectors no longer work in GRASS 6.1. Are the raster =20
and vector libraries interdependent? Is it possible that these library =20
binaries are the cause? Perhaps some weird interaction between these =20
the the mix of supporting (GDAL, etc, some Suse, some Mandrake rpm's) =20
files that I have on my system? Curious though, how GRASS 6.0.1 works =20
perfectly with the mix.
I did the trials above just yesterday afternoon and I haven't had the =20
time to play around with things any further.
This is a puzzling thing indeed. I like the new capabilities/interface =20
in GRASS 6.1 and would really like to be able to use 6.1 (I'm using the =20
"friendlier" dm in 6.0.1 for now). I'm willing to try different things =20
at your suggestion. Please advise.
Regards,
Rick
P.S. Please forgive the long post, but I'm trying to help where I can.
On 13/12/05 08:41:06 PM, Markus Neteler via RT wrote:
> Is it possible that your location is simply damaged?
> Hardware error or so? We are all using GRASS 6.1-CVS
> here.
>=20
> Markus
>=20
> -------------------------------------------- Managed by Request
> Tracker
>=20
>=20
>=20
|
|
Tue, Jul 4 2006
14:09:02
|
|
Mail sent by mneteler
|
|
Rick,
could you try a fresh CVS version? Does it still apply?
We fixed a couple of issues...
Markus |
|
Wed, Sep 27 2006
19:35:02
|
|
Mail sent by rg-hydro@waterwatch.com
|
|
Return-Path |
<rg-hydro@waterwatch.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Wed, 27 Sep 2006 14:34:56 -0300
|
From |
rg-hydro@waterwatch.com
|
Reply-To |
rg-hydro@waterwatch.com
|
Subject |
Re: [bug #3859] (grass) raster file access problems in GRASS6.1.cvs
|
To |
Markus Neteler via RT <grass-bugs@intevation.de>
|
References |
<20060704120902.2D7091005C9@lists.intevation.de>
|
In-Reply-To |
<20060704120902.2D7091005C9@lists.intevation.de> (from grass-bugs@intevation.de on Tue Jul 4 09:09:02 2006)
|
X-Mailer |
Balsa 2.3.8
|
Message-Id |
<1159378496l.4017l.0l@rick3.ewc>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
|
Content-Disposition |
inline
|
Content-Transfer-Encoding |
quoted-printable
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-4.954 tagged_above=-999 required=3 tests=[BAYES_00=-5, MIME_QP_LONG_LINE=0.039, NO_REAL_NAME=0.007]
|
X-Spam-Level |
|
Markus,
Sorry for taking so long replying.
I have not had the opportunity to try later CVS ... sorry. However, I am =20
pleased to report that I have downloaded grass-6.2.0RC1 and it compiled and=
=20
appears (only test--run for a short while) to run just fine.
WOW! ... I've been using Grass since late versions 4.x ... nice improvement=
s =20
to grass and gui!! :-). Many applauds to you and the grass team!
I am still running Fedora Core 2 (I have Core 5 DVD, just haven't gotten =20
around to update OS - it usually means redoing desktop and installing new =20
NVIDIA drivers - yuk!) and was unable to compile earlier versions (6+) of =20
grass. There were a number of errors running ./configure - can't remember =20
what they were now (however, grass6.0 and grass6.1 ran fine from downloadab=
le =20
binary with available gdal and other prerequisite files). Grass-6.2.0RC1 =20
compiled without difficulty. Nice job!
I have two questions:
1) d.monsize can be used to select monitor size, but is there a way to =20
select GUI window size and locations upon startup? I know I'm being picky, =
=20
but it would be nice for lazy people like me if windows could start up in =20
locations of choice every time, instead of having to drag them into positio=
n.
2) I can't get grass to print (lpr) the monitor image (would be nice for =20
generating draft and/or working maps ... usually ). A ghostscript error com=
es =20
up stating: "no psname was provided". However, the same message appears whe=
n =20
creating .pdf or .eps files from grass, and also when executing gv directly=
=20
(must be something with gv on my side), but grass generates .pdf and eps =20
files just fine, and gv starts up and displays image regardless of error =20
message. It's just that nothing happens at the printer. Is there a missing =
=20
pipe to lpr, perhaps?
Again, really nice work.
Regards,
Rick
On 04/07/06 09:09:02 AM, Markus Neteler via RT wrote:
> Rick,
>=20
> could you try a fresh CVS version? Does it still apply?
> We fixed a couple of issues...
>=20
> Markus
>=20
> -------------------------------------------- Managed by Request Tracker
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
|
|
Sun, Nov 26 2006
15:03:27
|
|
Status changed to resolved by mneteler
|
|
Sun, Nov 26 2006
15:03:26
|
|
Mail sent by mneteler
|
|
Rick,
> I have two questions:
>
> 1) d.monsize can be used to select monitor size, but is there a way to =20
> select GUI window size and locations upon startup? I know I'm being picky,
=
> =20
> but it would be nice for lazy people like me if windows could start up in
> locations of choice every time, instead of having to drag them into positio=
> n.
The GRASS Monitor size you can control with the related variables (see
g.manual variables
). The positioning is done by your windows manager, so check there.
> 2) I can't get grass to print (lpr) the monitor image (would be nice for =20
> generating draft and/or working maps ... usually ). A ghostscript error com=
> es =20
> up stating: "no psname was provided". However, the same message appears whe=
> n =20
> creating .pdf or .eps files from grass, and also when executing gv directly=
> =20
> (must be something with gv on my side), but grass generates .pdf and eps =20
> files just fine, and gv starts up and displays image regardless of error =20
> message. It's just that nothing happens at the printer. Is there a missing
=
> pipe to lpr, perhaps?
this question is better posted to the list. but why not using
d.out.png
? It outouts to PNG which you could then pipe/print/email around.
Will close the report now.
Markus |
|