[GRASSLIST:1964] v.in.shape dumps core (FreeBSD)

GRASS GRASS user
1

I am running Grass5.0.0 on FreeBSD 4.9 on an IBM Thinkpad 600X with
From: <>
Bcc:
Return-Path: <>
Message-ID: <WAYLONxavjrRZ1UbDBR0004b341@waylon.baylor.edu>
X-OriginalArrivalTime: 05 Dec 2003 16:04:09.0818 (UTC) FILETIME=[6AF873A0:01C3BB49]
Date: Fri, 5 Dec 2003 10:04:09 -0600 01:00:00 +0000 (GMT)

450MHz and 256MB ram. I have a tiny shape file generated with ESRI
ArcGIS. The file is about 90k in size.

The data is Florida East zone 901 grs80. When I try to import this data
using v.in.shape, it dumps core.

I am also using the following for setting the place.
Spatial_Domain:

    Bounding_Coordinates:

        West_Bounding_Coordinate: -80.88774
        East_Bounding_Coordinate: -80.02404
        North_Bounding_Coordinate: 26.97144
        South_Bounding_Coordinate: 26.3058

and

Spatial_Reference_Information:

    Horizontal_Coordinate_System_Definition:

        Planar:

            Grid_Coordinate_System:

                Grid_Coordinate_System_Name: Other Grid System's
Definition
                Other_Grid_System's_Definition:
                    Other_Grid_System's_Definition Florida State Plane,
Florida East, Fips Zone 901, NAD 83/90

            Planar_Coordinate_Information:

                Planar_Coordinate_Encoding_Method: Coordinate Pair
                Coordinate_Representation:

                    Abscissa_Resolution: 1
                    Ordinate_Resolution: 1

                Planar_Distance_Units: survey feet

        Geodetic_Model:

            Horizontal_Datum_Name: Florida State Plane, Florida East,
Fips Zone 901
            Ellipsoid_Name: Geodetic Reference System 80

I do not see where I can set the place to be zone 901. There is a
listing for zone, but nowhere to set the zone.

Please nudge me in the correct direction of FTM, Man pages, etc. Thank
you very much.

--
Bob

2

I have some dated grass (v4.3) code that I wrote on the solaris OS
for an interface to read input and generate output maps for the
EPA-RUSTIC model (which is a linked model containing PRZM (root zone)-
VADOFT (unsat. zone)-SAFTMOD (ground water) from about 12 years ago
that is collecting dust. I haven't ported it to the newer grass
versions since then, nor do I know whether the rustic model is of
value anymore.

I see three options:
1). Do nothing.
2). Tar/zip the files and give it to someone else (someone here
on the list) who has the time and interest to compile it and clean it up for
the newer versions of grass.
or 3). If there's sufficient interest, I can spend the time (albeit
this may take more than a year) to clean it up for grass.

I would prefer option #2), so let me know if you are interested in
carrying the interface forward. I believe rustic is still a public
domain software supported by the EPA-CEAMS.

*****************************************
* Ranjan S. Muttiah
* Associate Professor
* Texas Agricultural Experiment Station
* Blackland Res. & Ext. Ctr.
* 808 East Blackland Road
* Temple, Texas 76502
* Tel: 254-774-6103
* Fax: 254-770-6561
*****************************************

3

I am running Grass5.0.0 on FreeBSD 4.9 on an IBM Thinkpad 600X with
450MHz and 256MB ram. I have a tiny shape file generated with ESRI
ArcGIS. The file is about 90k in size.

The data is Florida East zone 901 grs80. When I try to import this
data using v.in.shape, it dumps core.

In general, there have been many many bug fixes since GRASS 5.0.0 -- you
may want to update to 5.0.3 to get most of the latest ones. I think the
big v.in.shape re-write was just before 5.0.0, so you may have more luck
trying to import with GRASS 5.7's v.in.ogr (note: experimental code,
GDAL req'd). There has been another bugfix since 5.0.3 was released:
when using a floating point attribute from the DBF table for the label.
You can try this fix by building the very latest GRASS 5.3-cvs (ie I
only committed it last week so you'll need the december 6th snapshot).

What was the command line input and subsequent error (before the dump)?

Trying to import into a F.E.Z. 901 location, right?

good luck,
Hamish