Details Ticket 819


Comment | Reply | Take | Open


Serial Number 819
Subject d.rast core dumps. problems with rectified grids?
Area bug
Queue grass
Requestors Morten.Sickel@newmedia.no
Owner none
Status resolved
Last User Contact Tue Jan 8 14:15:46 2002 (7 yr ago)
Current Priority 50
Final Priority 70
Due No date assigned
Last Action Tue Jan 8 14:15:50 2002 (7 yr ago)
Created Thu Nov 1 08:35:56 2001 (7 yr ago)

Transaction History Ticket 819


Thu, Nov 1 2001 08:35:56    Request created by guest  
Subject: d.rast core dumps. problems with rectified grids?

Platform: Linux/Intel
linux cpu: AMD (K6, ...)
Xwindows version: Xfree 3.3.6
Xwindows manager: KDE 2.x
TclTk version: tcl/tk 8.0
grass downloaded at: Hannover site
grass binary for platform: I compiled the sources myself
grass sources source: no, I got a source code package from the server, pre-2
c compiler name: gcc

I am working on aerial photos and want to compare photos from two different years.
I have imported the scanned images into two different XY-locations and have i.pointed
and i.rectified them to a common gauss-krueger location. A problem is that I
do not (presently) have a DTM for the area, but as my area of interest is relatively
flat, I have tried to manage without. The rectification goes OK, but one of the
images causes a core-dump when I try to display it, although it looks fine..
I have digitized covers for the interpretation of the images in the XY-locations,
all the covers have been rectified (seemingly) just fine, but some of them get
messed up and causes a core dump during d.rast. For the covers, I have tried
to "cut them" into smaller pieces, but to no help. 
If somebody wants to, I can send them the offending covers (or maybe the entire
locations)
Fri, Nov 16 2001 17:31:18    Mail sent by mneteler  
Hi,

I had a similar problem recently when rectifying SAR data (500MB).
95% of the map were ok, then d.rast crashed.

The reason was simple: the tmp space in the LOCATION was full,
so i.rectify did not fully finish. The problem is that i.rectify
doesn't send a warning about this.


Proposed solution:
 - The G_put_row() function in i.rectify will have a negative exit
   status in case of file-system-full. Put this error (and all others)
   into the mail which is sent to the user after finishing i.rectify.
   Up to now the module silently dies.

Should not be too difficult, but I don't have time to fix, sorry.

Best regards

 Markus Neteler
Fri, Nov 16 2001 17:31:32    Priority changed to 70 by mneteler  
Sat, Nov 17 2001 10:59:05    Mail sent by hanne.sickel@newmedia.no  
Return-Path <hanne.sickel@newmedia.no>
Delivered-To grass-bugs@lists.intevation.de
Message-Id <5.1.0.14.1.20011117105326.00a10400@mail.newmedia.no>
X-Sender sickel@mail.newmedia.no
X-Mailer QUALCOMM Windows Eudora Version 5.1
Date Sat, 17 Nov 2001 10:58:11 +0100
To Markus Neteler via RT <grass-bugs@intevation.de>
From Hanne og Morten Sickel <hanne.sickel@newmedia.no>
Subject Re: [bug #819] (grass) d.rast core dumps. problems with rectified grids?
In-Reply-To <20011116163118.EA84C13A0E@lists.intevation.de>
Mime-Version 1.0
Content-Type text/plain; charset="us-ascii"; format=flowed
>
>
>I had a similar problem recently when rectifying SAR data (500MB).
>95% of the map were ok, then d.rast crashed.
>
>The reason was simple: the tmp space in the LOCATION was full,
>so i.rectify did not fully finish. The problem is that i.rectify
>doesn't send a warning about this.


Thanks! I'll try rectifying again, watching the disk space.


Regards
Morten Sickel


Wed, Nov 21 2001 00:18:40    Priority changed to 50 by bernhard  
Tue, Jan 8 2002 14:15:46    Mail sent by mneteler  
Hi,

the problem has been fixed by Eric - it was a bug in i.rectify (writing the
wrong format header).

The latest i.rectify in CVS should be functional.

Cheers

 Markus
Tue, Jan 8 2002 14:15:50    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