Details Ticket 1124


Comment | Reply | Take | Open


Serial Number 1124
Subject v.in.sdts segmentation fault on illegal tag
Area bug
Queue grass
Requestors jwd@softcom.net
Owner none
Status resolved
Last User Contact Fri Jun 21 13:09:46 2002 (6 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Mon Mar 31 09:38:16 2003 (5 yr ago)
Created Wed Jun 19 20:29:44 2002 (6 yr ago)

Transaction History Ticket 1124


Wed, Jun 19 2002 20:29:44    Request created by guest  
Subject: v.in.sdts segmentation fault on illegal tag

Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: GRASS 5.0.0pre4 (May 2002)

I updated the Grass5pre4 source from CVS on June 18, 2002.  I am running 
SuSE 8.0 on PII 350 mHz system with 512 mb ram and a 20 gb hard disk.  Upon 
trying to read an SDTS data file for Caples Lake, Cailfornia that should 
contain vector lines for contour data, I get an error. 
 
v.in.sdts -i yields the following.  v.in.sdts does not process the LE module
as part of this process. 
 
v.in.sdts output ----------------- 
 
Processing CATD module 
Processing STAT module 
Processing IDEN module 
Processing XREF module 
Processing IREF module 
 
***************************************************** 
         INFORMATION ABOUT THE SDTS DATA SET 
***************************************************** 
 
Identification module:  9760IDEN.DDF 
 
Standard identification:           SPATIAL DATA TRANSFER STANDARD 
Standard version:                  1998 JUNE 9 
Standard documentation reference:  ANSI NCITS 320-1998 
Profile identification:            SRPE: SDTS RASTER PROFILE and EXTENSIONS 
Profile documentation reference:   Federal Geographic Data Committee 
FGDC-STD-002.5 
Profile version:                   1998 
Title:                             CAPLES LAKE, CA-24000 
Data ID:                           LAT::   38 37 30.0000 N LONG:: -120  0  
0.0000 W SCALE:: 24000 
Data structure:                    DEM 
Map date:                          1998 
Data set creation date:            2001823 
 
External Spatial Reference module:  9760XREF.DDF 
Reference System name:                  UTM 
Horizontal Datum:                       NAS 
Zone Number:                            10 
 
 
Spatial Domain module:  9760SPDM.DDF 
Spatial Domain type:                    RING 
        Domain Spatial Address X:       926232626.000000 
        Domain Spatial Address Y:       875706168.000000 
        Domain Spatial Address X:       926169400.000000 
        Domain Spatial Address Y:       875706674.000000 
        Domain Spatial Address X:       926298167.000000 
        Domain Spatial Address Y:       875706675.000000 
        Domain Spatial Address X:       926298417.000000 
        Domain Spatial Address Y:       875706169.000000 
 
 
MAP:    CAPLES LAKE, CA 
THEME:  ELEVATION 
MANIFOLD:       DEM1 
BOUNDARY: 
        MIN_X   MIN_Y   MAX_X   MAX_Y 
        -1073746520.000000  1074487268.000000  134739968.000000  
1073790160.000000 
 
end ---------------------------------------------------------- 
 
Upon attempting to read in the data, I get a message: 
 
Processing LE module: 9760LDEF.DDF Illegal Tag =  LDEF 
 
Then a string of illegal tag = LDEF messages, terminating in a segmentation 
fault. 
 
Thanks, 
 
Fri, Jun 21 2002 13:09:46    Mail sent by egm2@jps.net  
Return-Path <egm2@jps.net>
Delivered-To grass-bugs@lists.intevation.de
Date Fri, 21 Jun 2002 04:11:43 -0700
From "Eric G. Miller" <egm2@jps.net>
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #1124] (grass) v.in.sdts segmentation fault on illegal tag
Message-ID <20020621111143.GB21427@calico.local>
Mail-Followup-To Request Tracker <grass-bugs@intevation.de>, grass5@grass.itc.it
References <20020619182944.836E713A18@lists.intevation.de>
Mime-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Disposition inline
In-Reply-To <20020619182944.836E713A18@lists.intevation.de>
User-Agent Mutt/1.4i
Sender "Eric G. Miller" <egm2@jps.net>
X-Spam-Status No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20
X-Spam-Level
On Wed, Jun 19, 2002 at 08:29:44PM +0200, Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=1124
> -------------------------------------------------------------------------
> 
> Subject: v.in.sdts segmentation fault on illegal tag

> I updated the Grass5pre4 source from CVS on June 18, 2002.  I am running 
> SuSE 8.0 on PII 350 mHz system with 512 mb ram and a 20 gb hard disk.  Upon
> trying to read an SDTS data file for Caples Lake, Cailfornia that should 
> contain vector lines for contour data, I get an error. 
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  Does it?

> v.in.sdts -i yields the following.  v.in.sdts does not process the LE module
> as part of this process. 
>  
> v.in.sdts output ----------------- 
>  
> Processing CATD module 
> Processing STAT module 
> Processing IDEN module 
> Processing XREF module 
> Processing IREF module 
>  
> ***************************************************** 
>          INFORMATION ABOUT THE SDTS DATA SET 
> ***************************************************** 
>  
> Identification module:  9760IDEN.DDF 
>  
> Standard identification:           SPATIAL DATA TRANSFER STANDARD 
> Standard version:                  1998 JUNE 9 
> Standard documentation reference:  ANSI NCITS 320-1998 
> Profile identification:            SRPE: SDTS RASTER PROFILE and EXTENSIONS
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
				     This is not the vector profile....

> Profile documentation reference:   Federal Geographic Data Committee 
> FGDC-STD-002.5 
> Profile version:                   1998 
> Title:                             CAPLES LAKE, CA-24000 
> Data ID:                           LAT::   38 37 30.0000 N LONG:: -120  0 
> 0.0000 W SCALE:: 24000 
> Data structure:                    DEM 
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
And, it's an elevation model....


Use r.in.gdal to import SDTS DEM's....

-- 
Eric G. Miller <egm2@jps.net>


Fri, Jun 21 2002 22:52:35    Mail sent by jwd@softcom.net  
Return-Path <jwd@softcom.net>
Delivered-To grass-bugs@lists.intevation.de
Content-Type text/plain; charset="iso-8859-1"
From John Dougherty <jwd@softcom.net>
To "Eric G. Miller" via RT <grass-bugs@intevation.de>
Subject Re: [bug #1124] (grass) v.in.sdts segmentation fault on illegal tag
Date Fri, 21 Jun 2002 13:56:12 -0700
X-Mailer KMail [version 1.4]
References <20020621110946.DAFE013A25@lists.intevation.de>
In-Reply-To <20020621110946.DAFE013A25@lists.intevation.de>
MIME-Version 1.0
Content-Transfer-Encoding quoted-printable
Message-Id <200206211356.13091.jwd@softcom.net>
X-Spam-Status No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20
X-Spam-Level
On Friday 21 June 2002 04:09, you wrote:

>
>                                    =20
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is not the vector profile=
=2E...
>
> > Profile documentation reference:   Federal Geographic Data Committee
> > FGDC-STD-002.5
> > Profile version:                   1998
> > Title:                             CAPLES LAKE, CA-24000
> > Data ID:                           LAT::   38 37 30.0000 N LONG:: -12=
0  0
> > 0.0000 W SCALE:: 24000
> > Data structure:                    DEM
>
>                                    =20

I wondered about that particular statement.  It was part of why I posted =
to=20
the mailing list first.  I know very, very, very little about SDTS standa=
rds=20
- or GIS for that matter and assumed Datadepot was telling the truth.  Th=
e=20
data came from what is supposed to be a collection of DLGs for USGS quads=
 in=20
particular California counties on the GeoCommunity GIS DataDepot site.  T=
he=20
file is described as hypsography on the site - under California|Amador=20
County|California.  There is no Caples Lake DEM under the DEMs section fo=
r=20
the county. =20

Anyway, you are perfectly right and r.in.gdal worked.  Trying to generate=
 a=20
contour map is giving some problems.  V.support is stopping at the "attac=
hing=20
labels" step.

I can only comfort myself that the only stupid question is one you don't =
ask.=20

 Thanks,

John


Mon, Aug 5 2002 12:52:44    Comments added by guest  
 is this supposed to be open to anyone?? I found the link through Google. 
Mon, Mar 31 2003 09:38:16    Status changed to resolved by egmiller  
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