Details Ticket 106


Comment | Reply | Take | Open


Serial Number 106
Subject d.rast
Area none
Queue grass
Requestors Jon.Hujsak@Home.com
Owner none
Status resolved
Last User Contact Tue Feb 13 16:12:10 2001 (8 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Tue Feb 13 16:12:34 2001 (8 yr ago)
Created Mon Jan 29 04:33:55 2001 (8 yr ago)

Transaction History Ticket 106


Mon, Jan 29 2001 04:33:55    Request created by Jon.Hujsak@Home.com  
Return-Path <nobody@geog.uni-hannover.de>
Delivered-To grass-bugs@intevation.de
Date Mon, 29 Jan 2001 04:13:37 GMT
Message-Id <200101290413.EAA05526@hgeo02.geog.uni-hannover.de>
To grass-bugs@geog.uni-hannover.de, grass-bugs@intevation.de
From Jon.Hujsak@Home.com ()
Subject d.rast
Sender nobody@geog.uni-hannover.de
Below is the result of your feedback form.  It was submitted by
 (Jon.Hujsak@Home.com) on Monday, January 29, 2001 at 04:13:36
---------------------------------------------------------------------------

subject: d.rast

area: grass5beta11

platform: Linux/Intel

vendor: RedHat

cputype: AMD (K6, ...)

xwindows: other

xwindows_other: X11R6 default

windowsmanager: GNOME

tcltkver: tcl/tk 8.4

grassserver: Baylor site

grassversion: I compiled the sources myself

cvsyesno: no, I got a source code package from the server

source_version: 5.0beta11pre1

compiler: gcc

compiler_version: 2.91.66

bugreport: No matter how I alter permissions, whether I'm a user or root, I cannot
get data to display. d.mon start=x2 produces a window but the d.rast command
comes back with the error that it "cannot talk to the monitor - check to see
if the mouse is still running". The monitorcap file includes entries such as:
x0:driver/XDRIVER:X-windows graphics display: \
/usr/local/grass5/dev/fifo.1a /usr/local/grass5/dev/fifo.1b

and the permissions on the fifo files are set at 666. Xconfigurator was run and
the number of display colors set to 256.

Here is what I've been doing:

d.mon start=x2
g.region rast=elevation.dem
d.erase
d.rast elevation.dem

which works on Solaris, but not on this Linux box (spearfish data set).

The display windows launch OK, but there is no communication after
that - the d.rast call just times out.

name: Jon Hujsak

---------------------------------------------------------------------------

REMOTE_HOST: cx188930-a.pwy1.sdca.home.com


Mon, Jan 29 2001 09:25:16    Mail sent by mneteler  
Hi Jon,

thanks for your report. The problem has been solved, it was
some wrong upload to CVS which is fixed now. Yesterday I have
release beta11pre2 sources which is available from Hannover again.
The CVS is (of course) updated as well.

Please give beta11pre2 another try.

Markus Neteler
Mon, Jan 29 2001 19:44:43    Mail sent by Jon.Hujsak@Home.com  
Return-Path <Jon.Hujsak@Home.com>
Delivered-To grass-bugs@intevation.de
Message-ID <3A75BACE.30069CCE@Home.com>
Date Mon, 29 Jan 2001 10:47:42 -0800
From Jon Hujsak <Jon.Hujsak@Home.com>
X-Mailer Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language en
MIME-Version 1.0
To Markus Neteler via RT <grass-bugs@intevation.de>
Subject Re: [bug #106] (grass) d.rast
References <20010129082517.0A3543C05E@intevation.de>
Content-Type text/plain; charset=UTF-8
Content-Transfer-Encoding 7bit
Hi Markus!

Many thanks for the fix. Thought I might be losing it there for a
moment!

Have a nice monitor window up with spearfish data in it. There
appears to be a slight defect in the top and bottom few raster
lines - something that looks like aliasing. I will check it against
the Solaris install later today. Everything else looks like it's working
just fine, though. displayed some d.vect overlays of roads on
the elevation data without any problems.

Again, thanks for the rescue.

--Jon

Markus Neteler via RT wrote:

> Hi Jon,
>
> thanks for your report. The problem has been solved, it was
> some wrong upload to CVS which is fixed now. Yesterday I have
> release beta11pre2 sources which is available from Hannover again.
> The CVS is (of course) updated as well.
>
> Please give beta11pre2 another try.
>
> Markus Neteler
>
> -------------------------------------------- Managed by Request Tracker


Tue, Feb 13 2001 16:12:10    Mail sent by mneteler  
The spearfish raster data north/south border are not parallel
to the monitor as this matches the map borders ("problem" of
coordinate system). The map borders are simply not parallel
to the monitor due to the ellipsoid.

No need to worry,

 Markus
Tue, Feb 13 2001 16:12:34    Status changed to resolved by mneteler  
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request