[GRASS-user] problem with geographic coordinate

Hi,

I've compiled grass6.4svn, and if I try to start a location with
geographics coordinate, I've this error:

-----------------------------------------
GRASS 6.4.svn (EPSG_4326):~ > Error in startup script: can't read
"parts(w)": no such variable
    while executing
"set $parts(w) [expr round($parts(w)/$parts(ewres))*$parts(ewres)]"
    (procedure "MapCanvas::zoom_gregion" line 16)
    invoked from within
"MapCanvas::zoom_gregion $mon"
    (procedure "MapCanvas::create" line 40)
    invoked from within
"MapCanvas::create"
    (procedure "Gm::startmon" line 11)
    invoked from within
"Gm::startmon"
    (procedure "Gm::create" line 79)
    invoked from within
"Gm::create"
    (procedure "main" line 30)
    invoked from within
"main $argc $argv"
    (file "/usr/local/grass-6.4.svn/etc/gm/gm.tcl" line 557)
-------------------------------------

With projected coordinate is ok.

Thanks,

Alfredo

On Wed, Sep 24, 2008 at 6:59 PM, Alfredo Alessandrini
<alfreale74@gmail.com> wrote:

Hi,

I've compiled grass6.4svn, and if I try to start a location with
geographics coordinate, I've this error:

-----------------------------------------
GRASS 6.4.svn (EPSG_4326):~ > Error in startup script: can't read
"parts(w)": no such variable
   while executing
"set $parts(w) [expr round($parts(w)/$parts(ewres))*$parts(ewres)]"

this is the classical GDAL-is-not-working but which is for whatever
reasons no longer nicely trapped as it was a year ago or so...

Try

g.region -p
and watch out for errors...

Markus

g.region -p
and watch out for errors...

GRASS 6.3.0 (EPSG_4322):~ > g.region -p
Segmentation fault

GRASS 6.3.0 (ED50_33N):~ > g.region -p
projection: 1 (UTM)
zone: 33
datum: eur50
ellipsoid: international
north: 1
south: 0
west: 0
east: 1
nsres: 1
ewres: 1
rows: 1
cols: 1
cells: 1

2008/9/24 Markus Neteler <neteler@osgeo.org>:

On Wed, Sep 24, 2008 at 6:59 PM, Alfredo Alessandrini
<alfreale74@gmail.com> wrote:

Hi,

I've compiled grass6.4svn, and if I try to start a location with
geographics coordinate, I've this error:

-----------------------------------------
GRASS 6.4.svn (EPSG_4326):~ > Error in startup script: can't read
"parts(w)": no such variable
   while executing
"set $parts(w) [expr round($parts(w)/$parts(ewres))*$parts(ewres)]"

this is the classical GDAL-is-not-working but which is for whatever
reasons no longer nicely trapped as it was a year ago or so...

Try

g.region -p
and watch out for errors...

Markus

On Thu, Sep 25, 2008 at 10:10 AM, Alfredo Alessandrini
<alfreale74@gmail.com> wrote:

g.region -p
and watch out for errors...

note that your previous mail indicated
GRASS 6.4.svn (EPSG_4326)

Below you test something else.

GRASS 6.3.0 (EPSG_4322):~ > g.region -p
Segmentation fault

EPSG 4322 is WGS72 (not WGS84). Could a missing NAD file or so
be a problem?
Could you run

gdb g.region

r -p

... crash ...

bt

(so 'r -p' inside and post the result of 'bt')

Markus

This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
(gdb) r -p
Starting program: /usr/local/grass-6.3.0/bin/g.region -p
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type <return> to continue, or q <return> to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type <return> to continue, or q <return> to quit---
(no debugging symbols found)
warning: Lowest section in /usr/lib/libicudata.so.38 is .hash at 000000b4
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 0xb59eb8f0 (LWP 19677)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb59eb8f0 (LWP 19677)]
---Type <return> to continue, or q <return> to quit---
0xb79a9506 in sincos () from /usr/local/lib/libgdal.so.1
(gdb)
(gdb) bt
#0 0xb79a9506 in sincos () from /usr/local/lib/libgdal.so.1
#1 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#2 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#3 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#4 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#5 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#6 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#7 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#8 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#9 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#10 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#11 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#12 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#13 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#14 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#15 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#16 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#17 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#18 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#19 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#20 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#21 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1
#22 0xb79a950b in sincos () from /usr/local/lib/libgdal.so.1

2008/9/25 Markus Neteler <neteler@osgeo.org>:

On Thu, Sep 25, 2008 at 10:10 AM, Alfredo Alessandrini
<alfreale74@gmail.com> wrote:

g.region -p
and watch out for errors...

note that your previous mail indicated
GRASS 6.4.svn (EPSG_4326)

Below you test something else.

GRASS 6.3.0 (EPSG_4322):~ > g.region -p
Segmentation fault

EPSG 4322 is WGS72 (not WGS84). Could a missing NAD file or so
be a problem?
Could you run

gdb g.region

r -p

... crash ...

bt

(so 'r -p' inside and post the result of 'bt')

Markus