Details Ticket 5168


Comment | Reply | Take | Open


Serial Number 5168
Subject v.in.ogr: undefined symbol OGRRegisterAll
Area grass6
Queue grass
Requestors jmockus@gmail.com
Owner none
Status resolved
Last User Contact Sun Oct 15 13:38:11 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Sat Nov 4 16:27:32 2006 (2 yr ago)
Created Sun Sep 24 15:56:53 2006 (2 yr ago)

Transaction History Ticket 5168


Sun, Sep 24 2006 15:56:53    Request created by guest  
Subject: v.in.ogr: undefined symbol: 
OGRRegisterAll

Platform: GNU/Linux/x86_64
grass obtained from: Trento Italy site
grass binary for platform: Downloaded precompiled Binaries

Please enter your name and error description here. Don't write general statements
such as "this could be better" - please explain in
details how a certain problem can be solved or a feature be added/improved. Send
different report for different problems. Thanks!
PC AMD-X86_64 Fc5 (Fedora-core-5) 
grass-6.3.cvs-x86_64-unknown-linux-gnu-23_09_2006.tar.gz
download: grass.itc.it

Welcome to GRASS 6.3.cvs (2006)
GRASS homepage:                          http://grass.itc.it/
This version running thru:               Bash Shell 
(/bin/bash)
Help is available with the command:      g.manual -i
See the licence terms with:              g.version -c
Start the graphical user interface with: gis.m &
When ready to quit enter:                exit
GRASS 6.3.cvs (d1144):/home/md/danguole/d1144/PERMANENT > 
gis.m
GRASS 6.3.cvs (d1144):/home/md/danguole/d1144/PERMANENT > 
v.in.ogr dsn=adm.e00 output=adm1
v.in.ogr: symbol lookup error: v.in.ogr: undefined symbol: 
OGRRegisterAll
GRASS 6.3.cvs (d1144):/home/md/danguole/d1144/PERMANENT >
********************************************************
********************************************************

EXP  0 /MULTID/DT13/UPDATE/EXP50LKS/1144/ADM.E00                            
ARC  2
         1         1         2         3         0         0         7
 3.7567922E+05 6.1011955E+06 3.7574516E+05 6.1011565E+06
 3.7582256E+05 6.1011005E+06 3.7593669E+05 6.1010175E+06
 3.7603438E+05 6.1009595E+06 3.7613091E+05 6.1009115E+06
 3.7617653E+05 6.1008895E+06
         2         1         4         1         0         0         6
 3.7988538E+05 6.1007795E+06 3.7996950E+05 6.1008715E+06
 3.8004209E+05 6.1009545E+06 3.8012244E+05 6.1010585E+06
 3.8017984E+05 6.1011625E+06 3.8020294E+05 6.1012205E+06
         3         1         5         6         0         0         7
 3.7704091E+05 6.1004985E+06 3.7716925E+05 6.1004755E+06
 3.7728094E+05 6.1004505E+06 3.7738888E+05 6.1004305E+06
 3.7748419E+05 6.1004115E+06 3.7756931E+05 6.1003985E+06
 3.7762012E+05 6.1003945E+06
        -1         0         0         0         0         0         0
TOL  2
         1         2 5.0010004E+00
         2         2 0.0000000E+00
         3         2 0.0000000E+00
         4         2 0.0000000E+00
         5         2 0.0000000E+00
         6         2 2.5005000E+02
         7         2 2.5005000E+01
         8         2 2.5005000E+01
         9         2 2.5005000E+01
        10         2 2.5005000E+01
        -1         0         0         0         0         0         0
SIN  2
EOX
LOG  2
200012271231   0     0     0minde   export COVER 1144/adm ../exp50lks/1144/adm
~
200012271308   0     0     0minde   export COVER 1144/adm ../exp50lks/1144/adm
~
EOL
PRJ  2
Projection    TRANSVERSE
~
Zunits        NO
~
Units         METERS
~
Spheroid      GRS1980
~
Xshift        0.0000000000
~
Yshift        0.0000000000
~
Parameters
~
0.99980 /* scale factor at central meridian
~
 24  0  0.000 /* longitude of central meridian
~
 0  0  0.000 /* latitude of origin
~
500000.00000 /* false easting (meters)
~
0.00000 /* false northing (meters)
~
EOP
IFO  2
ADM.AAT                         XX   8   8  36         3
FNODE#            4-1   14-1   5-1 50-1  -1  -1-1                   1-
TNODE#            4-1   54-1   5-1 50-1  -1  -1-1                   2-
LPOLY#            4-1   94-1   5-1 50-1  -1  -1-1                   3-
RPOLY#            4-1  134-1   5-1 50-1  -1  -1-1                   4-
LENGTH            4-1  174-1  12 3 60-1  -1  -1-1                   5-
ADM#              4-1  214-1   5-1 50-1  -1  -1-1                   6-
ADM-ID            4-1  254-1   5-1 50-1  -1  -1-1                   7-
CODE              7-1  294-1   7-1 30-1  -1  -1-1                   8-
          2          3          0          0 5.8524921E+02          1       
1
 110110
          4          1          0          0 5.4753052E+02          2       
1
 110110
          5          6          0          0 5.8876056E+02          3       
1
 110110
ADM.BND                         XX   4   4  16         1
XMIN              4-1   14-1  12 3 60-1  -1  -1-1                   1-
YMIN              4-1   54-1  12 3 60-1  -1  -1-1                   2-
XMAX              4-1   94-1  12 3 60-1  -1  -1-1                   3-
YMAX              4-1  134-1  12 3 60-1  -1  -1-1                   4-
 3.7497500E+05 6.0762155E+06 3.9998000E+05 6.1012205E+06
ADM.TIC                         XX   3   3  12         4
IDTIC             4-1   14-1   5-1 50-1  -1  -1-1                   1-
XTIC              4-1   54-1  12 3 60-1  -1  -1-1                   2-
YTIC              4-1   94-1  12 3 60-1  -1  -1-1                   3-
          1 3.7497500E+05 6.1012205E+06
          2 3.9998000E+05 6.1012205E+06
          3 3.7497500E+05 6.0762155E+06
          4 3.9998000E+05 6.0762155E+06
EOI
EOS
Mon, Sep 25 2006 12:27:27    Subject changed to v.in.ogr: undefined symbol OGRRegisterAll OGRRegisterAll by msieczka  
Mon, Sep 25 2006 12:27:43    Subject changed to v.in.ogr: undefined symbol OGRRegisterAll by msieczka  
Mon, Sep 25 2006 12:30:22    Mail sent by msieczka  
Frank,

This bug might be OGR related.

guest wrote (Sun, Sep 24 2006 15:56:53):

> PC AMD-X86_64 Fc5 (Fedora-core-5) 

> grass-6.3.cvs-x86_64-unknown-linux-gnu-23_09_2006.tar.gz
> download: grass.itc.it

> $ v.in.ogr dsn=adm.e00 output=adm1
> v.in.ogr: symbol lookup error: v.in.ogr: undefined symbol: 
> OGRRegisterAll
> GRASS 6.3.cvs (d1144):/home/md/danguole/d1144/PERMANENT >
> ********************************************************
> ********************************************************
> 
> EXP  0 /MULTID/DT13/UPDATE/EXP50LKS/1144/ADM.E00                          
> ARC  2
>          1         1         2         3         0         0         7
>  3.7567922E+05 6.1011955E+06 3.7574516E+05 6.1011565E+06
>  3.7582256E+05 6.1011005E+06 3.7593669E+05 6.1010175E+06
>  3.7603438E+05 6.1009595E+06 3.7613091E+05 6.1009115E+06
>  3.7617653E+05 6.1008895E+06
>          2         1         4         1         0         0         6
>  3.7988538E+05 6.1007795E+06 3.7996950E+05 6.1008715E+06
>  3.8004209E+05 6.1009545E+06 3.8012244E+05 6.1010585E+06
>  3.8017984E+05 6.1011625E+06 3.8020294E+05 6.1012205E+06
>          3         1         5         6         0         0         7
>  3.7704091E+05 6.1004985E+06 3.7716925E+05 6.1004755E+06
>  3.7728094E+05 6.1004505E+06 3.7738888E+05 6.1004305E+06
>  3.7748419E+05 6.1004115E+06 3.7756931E+05 6.1003985E+06
>  3.7762012E+05 6.1003945E+06
>         -1         0         0         0         0         0         0
> TOL  2
>          1         2 5.0010004E+00
>          2         2 0.0000000E+00
>          3         2 0.0000000E+00
>          4         2 0.0000000E+00
>          5         2 0.0000000E+00
>          6         2 2.5005000E+02
>          7         2 2.5005000E+01
>          8         2 2.5005000E+01
>          9         2 2.5005000E+01
>         10         2 2.5005000E+01
>         -1         0         0         0         0         0         0
> SIN  2
> EOX
> LOG  2
> 200012271231   0     0     0minde   export COVER 1144/adm ../exp50lks/1144/adm
> ~
> 200012271308   0     0     0minde   export COVER 1144/adm ../exp50lks/1144/adm
> ~
> EOL
> PRJ  2
> Projection    TRANSVERSE
> ~
> Zunits        NO
> ~
> Units         METERS
> ~
> Spheroid      GRS1980
> ~
> Xshift        0.0000000000
> ~
> Yshift        0.0000000000
> ~
> Parameters
> ~
> 0.99980 /* scale factor at central meridian
> ~
>  24  0  0.000 /* longitude of central meridian
> ~
>  0  0  0.000 /* latitude of origin
> ~
> 500000.00000 /* false easting (meters)
> ~
> 0.00000 /* false northing (meters)
> ~
> EOP
> IFO  2
> ADM.AAT                         XX   8   8  36         3
> FNODE#            4-1   14-1   5-1 50-1  -1  -1-1                   1-
> TNODE#            4-1   54-1   5-1 50-1  -1  -1-1                   2-
> LPOLY#            4-1   94-1   5-1 50-1  -1  -1-1                   3-
> RPOLY#            4-1  134-1   5-1 50-1  -1  -1-1                   4-
> LENGTH            4-1  174-1  12 3 60-1  -1  -1-1                   5-
> ADM#              4-1  214-1   5-1 50-1  -1  -1-1                   6-
> ADM-ID            4-1  254-1   5-1 50-1  -1  -1-1                   7-
> CODE              7-1  294-1   7-1 30-1  -1  -1-1                   8-
>           2          3          0          0 5.8524921E+02          1     
1
>  110110
>           4          1          0          0 5.4753052E+02          2     
1
>  110110
>           5          6          0          0 5.8876056E+02          3     
1
>  110110
> ADM.BND                         XX   4   4  16         1
> XMIN              4-1   14-1  12 3 60-1  -1  -1-1                   1-
> YMIN              4-1   54-1  12 3 60-1  -1  -1-1                   2-
> XMAX              4-1   94-1  12 3 60-1  -1  -1-1                   3-
> YMAX              4-1  134-1  12 3 60-1  -1  -1-1                   4-
>  3.7497500E+05 6.0762155E+06 3.9998000E+05 6.1012205E+06
> ADM.TIC                         XX   3   3  12         4
> IDTIC             4-1   14-1   5-1 50-1  -1  -1-1                   1-
> XTIC              4-1   54-1  12 3 60-1  -1  -1-1                   2-
> YTIC              4-1   94-1  12 3 60-1  -1  -1-1                   3-
>           1 3.7497500E+05 6.1012205E+06
>           2 3.9998000E+05 6.1012205E+06
>           3 3.7497500E+05 6.0762155E+06
>           4 3.9998000E+05 6.0762155E+06
> EOI
> EOS
Mon, Sep 25 2006 12:40:03    Mail sent by pkelly  
Before bothering Frank, I would ask:
Is GDAL/OGR installed properly?
Do other OGR utilities work, e.g. what happens when running ogrinfo on the file?
Can OGR even read E00 files (I may be out of date on this one)?

Paul
Tue, Sep 26 2006 18:46:04    Mail sent by guest  
jonas mockus


using linux FWTools-1.0.5 and avce00-2.0.0:

[mockus@localhost PERMANENT]$ ogrinfo adm.e00
Had to open data source read-only.
INFO: Open of `adm.e00'
      using driver `AVCBin' successful.
1: ARC (Line String)

avcimport adm.e00 adm
created coverage adm
and
ogr2ogr -f "ESRI Shapefile" adm.shp /home/md/danguole/test/PERMANENT/adm
created shape adm.shp
Thu, Sep 28 2006 13:21:53    Mail sent by msieczka  
jonas mockus wrote (Tue, Sep 26 2006 18:46:04):
 
> using linux FWTools-1.0.5 and avce00-2.0.0:
> 
> [mockus@localhost PERMANENT]$ ogrinfo adm.e00
> Had to open data source read-only.
> INFO: Open of `adm.e00'
>       using driver `AVCBin' successful.
> 1: ARC (Line String)
> 
> avcimport adm.e00 adm
> created coverage adm
> and
> ogr2ogr -f "ESRI Shapefile" adm.shp /home/md/danguole/test/PERMANENT/adm
> created shape adm.shp

What happens if you run ogr2ogr directly on the adm.e00, not on it's binary
form (which you created with avcimport)?

Please CC me tutey at o2.pl replying - if you reply to the BT the meassage is
stored only in the BT itself, and I will not notice it until I re-viset the BT.
Maciek
Thu, Sep 28 2006 15:53:26    Mail sent by jmockus@gmail.com  
Return-Path <jmockus@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=LQBVB2te2TXOKImrHGJ5W2WANGkQC3r0113HVI7jIByugU4v+99k46DhW0DNmUvhPHkubPsNoVBDvPEkn2jepl3HXFBI9wDb4MeqnOEnLYzEotA4nh8S1sd7mpAG/n11uZOzY+jwHWDfHIOi45ZqV+J79ecvg2oHmzcEwjxPp+s=
Message-ID <9140b6030609280653y4e7e3328ua800cd514ddc6ffb@mail.gmail.com>
Date Thu, 28 Sep 2006 16:53:24 +0300
From "jonas mockus" <jmockus@gmail.com>
To "Maciek Sieczka via RT" <grass-bugs@intevation.de>
Subject Re: [bug #5168] (grass) v.in.ogr: undefined symbol OGRRegisterAll
Cc tutey@o2.pl
In-Reply-To <20060928112153.3E1A01005C3@lists.intevation.de>
MIME-Version 1.0
Content-Type multipart/alternative; boundary="----=_Part_49875_15904268.1159451604296"
References <20060928112153.3E1A01005C3@lists.intevation.de>
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.412 tagged_above=-999 required=3 tests=[BAYES_00=-5, HTML_30_40=0.021, HTML_MESSAGE=0.5, RCVD_BY_IP=0.067]
X-Spam-Level
------=_Part_49875_15904268.1159451604296
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,
Please tell me which option of 'ogr2ogr' I should test ?
Regards

On 9/28/06, Maciek Sieczka via RT <grass-bugs@intevation.de> wrote:
>
> jonas mockus wrote (Tue, Sep 26 2006 18:46:04):
>
>
>
> > using linux FWTools-1.0.5 and avce00-2.0.0:
>
> >
>
> > [mockus@localhost PERMANENT]$ ogrinfo adm.e00
>
> > Had to open data source read-only.
>
> > INFO: Open of `adm.e00'
>
> >       using driver `AVCBin' successful.
>
> > 1: ARC (Line String)
>
> >
>
> > avcimport adm.e00 adm
>
> > created coverage adm
>
> > and
>
> > ogr2ogr -f "ESRI Shapefile" adm.shp /home/md/danguole/test/PERMANENT/adm
>
> > created shape adm.shp
>
>
>
> What happens if you run ogr2ogr directly on the adm.e00, not on it's
> binary
>
> form (which you created with avcimport)?
>
>
>
> Please CC me tutey at o2.pl replying - if you reply to the BT the meassage
> is
>
> stored only in the BT itself, and I will not notice it until I re-viset
> the BT.
>
>
>
> Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
>



-- 
Jonas Mockus
e-mail:
jmockus@gmail.com

------=_Part_49875_15904268.1159451604296
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,<br>Please tell me which option of 'ogr2ogr' I should test ?<br>Regards<br><br><div><span
class="gmail_quote">On 9/28/06, <b class="gmail_sendername">Maciek Sieczka via
RT</b> <<a href="mailto:grass-bugs@intevation.de">
grass-bugs@intevation.de</a>> wrote:</span><blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;
padding-left: 1ex;">jonas mockus wrote (Tue, Sep 26 2006 18:46:04):
<br><br><br><br>> using linux FWTools-1.0.5 and avce00-2.0.0:<br><br>><br><br>>
[mockus@localhost PERMANENT]$ ogrinfo adm.e00<br><br>> Had to open data source
read-only.<br><br>> INFO: Open of `adm.e00'<br>
<br>>       using driver `AVCBin' successful.<br><br>>
1: ARC (Line String)<br><br>><br><br>> avcimport adm.e00 adm<br><br>>
created coverage adm<br><br>> and<br><br>> ogr2ogr -f "ESRI Shapefile"
adm.shp /home/md/danguole/test/PERMANENT/adm<br><br>> created shape adm.shp<br><br><br><br>What
happens if you run ogr2ogr directly on the adm.e00, not on it's binary<br><br>form
(which you created with avcimport)?<br>
<br><br><br>Please CC me tutey at o2.pl replying - if you reply to the BT the
meassage is<br><br>stored only in the BT itself, and I will not notice it until
I re-viset the BT.<br><br><br><br>Maciek<br><br><br><br>--------------------------------------------

Managed by Request Tracker
<br></blockquote></div><br><br clear="all"><br>-- <br>Jonas Mockus<br>e-mail:<br><a
href="mailto:jmockus@gmail.com">jmockus@gmail.com</a>

------=_Part_49875_15904268.1159451604296--


Thu, Sep 28 2006 16:01:00    Mail sent by msieczka  
jmockus@gmail.com wrote (Thu, Sep 28 2006 15:53:26):

> Please tell me which option of 'ogr2ogr' I should test ?

Just tell me if the output of

ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00

is OK, and if no errors/warnings (copy+paste here if any).

Maciek
Thu, Sep 28 2006 17:41:02    Mail sent by jmockus@gmail.com  
Return-Path <jmockus@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=kWqxvW5ZTst1i7DmQOMRORGhVkgILWIrSp2+W35LD4tduZ19kfXIVfFC6kFDAxMBRBzBm5vUCj6Xhhxt2spev8AtGbmHq4/yB385ibEaLjVNeQ3CJy96CXMsXHovAe4PWwNVNkdsCb4CUCKkaQrqCOZU8w4IF95W9FMuHTl8XOU=
Message-ID <9140b6030609280840v6ca11426j3deeec91d6daa73d@mail.gmail.com>
Date Thu, 28 Sep 2006 18:40:58 +0300
From "jonas mockus" <jmockus@gmail.com>
To "Maciek Sieczka via RT" <grass-bugs@intevation.de>
Subject Re: [bug #5168] (grass) v.in.ogr: undefined symbol OGRRegisterAll
In-Reply-To <20060928140100.4E8031006D0@lists.intevation.de>
MIME-Version 1.0
Content-Type multipart/alternative; boundary="----=_Part_52432_5523826.1159458058298"
References <20060928140100.4E8031006D0@lists.intevation.de>
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.398 tagged_above=-999 required=3 tests=[BAYES_00=-5, HTML_40_50=0.035, HTML_MESSAGE=0.5, RCVD_BY_IP=0.067]
X-Spam-Level
------=_Part_52432_5523826.1159458058298
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00

ERROR 1: adm.shp is not a directory.

ESRI Shapefile driver failed to create adm.shp

On 9/28/06, Maciek Sieczka via RT <grass-bugs@intevation.de> wrote:
>
> jmockus@gmail.com wrote (Thu, Sep 28 2006 15:53:26):
>
>
>
> > Please tell me which option of 'ogr2ogr' I should test ?
>
>
>
> Just tell me if the output of
>
>
>
> ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00
>
>
>
> is OK, and if no errors/warnings (copy+paste here if any).
>
>
>
> Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
>



-- 
Jonas Mockus
e-mail:
jmockus@gmail.com

------=_Part_52432_5523826.1159458058298
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00<br><br>ERROR 1: adm.shp
is not a directory.<br><br>ESRI Shapefile driver failed to create adm.shp<br><br><div><span
class="gmail_quote">On 9/28/06, <b class="gmail_sendername">
Maciek Sieczka via RT</b> <<a href="mailto:grass-bugs@intevation.de">grass-bugs@intevation.de</a>
>
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204,
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="mailto:jmockus@gmail.com">jmockus@gmail.com</a> wrote (Thu, Sep 28 2006
15:53:26):<br><br><br><br>> Please tell me which option of 'ogr2ogr' I should
test ?<br><br><br><br>Just tell me if the output of<br><br>
<br><br>ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00<br><br><br><br>is
OK, and if no errors/warnings (copy+paste here if any).<br><br><br><br>Maciek<br><br><br><br>-------
-------------------------------------
Managed by Request Tracker
<br></blockquote></div><br><br clear="all"><br>-- <br>Jonas Mockus<br>e-mail:<br><a
href="mailto:jmockus@gmail.com">jmockus@gmail.com</a>

------=_Part_52432_5523826.1159458058298--


Fri, Sep 29 2006 03:54:38    Mail sent by msieczka  
jmockus@gmail.com wrote (Thu, Sep 28 2006 17:41:02):

> ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00
> 
> ERROR 1: adm.shp is not a directory.
> 
> ESRI Shapefile driver failed to create adm.shp

Shouldn't that work? Similar syntax works for your Grass vector -> shapefile
conversion. I also checked with shapefile->shapefile and it also works.

Please ask on the gdal-dev list.

Maciek
Sat, Sep 30 2006 05:12:02    Mail sent by jmockus@gmail.com  
Return-Path <jmockus@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=YEDpE1FaWAFHv26kIsbiUoaVFokYKqKDoRZ3ahYgInQhq9silT8Rhh92XhNDPF+PMoI0s/Laj/lqiyzM1f9p9aMm66rhKUZWYuhQjAO5BLTYvJqZYs1Iqh9Y7tPogOefVOLWPZ6ar7XZ67TIPcish+vlpkB6wg9hdloQf7wkDTQ=
Message-ID <9140b6030609292011u2444ecfchde2727a4b27459b@mail.gmail.com>
Date Sat, 30 Sep 2006 06:11:59 +0300
From "jonas mockus" <jmockus@gmail.com>
To "Maciek Sieczka via RT" <grass-bugs@intevation.de>
Subject Re: [bug #5168] (grass) v.in.ogr: undefined symbol OGRRegisterAll
In-Reply-To <20060929015438.85B2110015B@lists.intevation.de>
MIME-Version 1.0
Content-Type multipart/alternative; boundary="----=_Part_19643_8072201.1159585919520"
References <20060929015438.85B2110015B@lists.intevation.de>
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.433 tagged_above=-999 required=3 tests=[BAYES_00=-5, HTML_MESSAGE=0.5, RCVD_BY_IP=0.067]
X-Spam-Level
------=_Part_19643_8072201.1159585919520
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,
Comments follow:

On 9/29/06, Maciek Sieczka via RT <grass-bugs@intevation.de> wrote:
>
> jmockus@gmail.com wrote (Thu, Sep 28 2006 17:41:02):


> ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00
> > ERROR 1: adm.shp is not a directory.
> > ESRI Shapefile driver failed to create adm.shp
>
> Shouldn't that work? Similar syntax works for your Grass vector ->
> shapefile
> conversion. I also checked with shapefile->shapefile and it also works.
>
> I do hope that works but I don't see explicit E00 in this OGR list:
>

OGR Vector Formats
Format Name     Creation        Georeferencing
Arc/Info Binary Coverage        No      Yes
Comma Separated Value (.csv)    Yes     No
DODS/OPeNDAP    No      Yes
DWG     Yes     No
DXF     Yes     No
ESRI Personal GeoDatabase       No      Yes
ESRI ArcSDE     No      Yes
ESRI Shapefile  Yes     Yes
FMEObjects Gateway      No      Yes
GML     Yes     No
GRASS   No      Yes
INTERLIS        No      Yes
KML     Yes     No
Mapinfo File    Yes     Yes
Microstation DGN        No      No
MySQL   No      No
OGDI Vectors    No      Yes
ODBC    No      Yes
Oracle Spatial  Yes     Yes
PostgreSQL      Yes     Yes
S-57 (ENC)      No      Yes
SDTS    No      Yes
SQLite  Yes     No
UK .NTF         No      Yes
U.S. Census TIGER/Line  No      Yes
VRT - Virtual Datasource        No      Yes


> Please ask on the gdal-dev list.


What list ?

Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
>



-- 
Jonas Mockus
e-mail:
jmockus@gmail.com

------=_Part_19643_8072201.1159585919520
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,<br>Comments follow:<br><br><div><span class="gmail_quote">On 9/29/06, <b
class="gmail_sendername">Maciek Sieczka via RT</b> <<a href="mailto:grass-bugs@intevation.de">gra
ss-bugs@intevation.de</a>>
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204,
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="mailto:jmockus@gmail.com">jmockus@gmail.com</a> wrote (Thu, Sep 28 2006
17:41:02):</blockquote><div><br></div><blockquote class="gmail_quote" style="border-left:
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00<br>> ERROR 1: adm.shp
is not a directory.<br>> ESRI Shapefile driver failed to create adm.shp<br><br>Shouldn't
that work? Similar syntax works for your Grass vector -> shapefile
<br>conversion. I also checked with shapefile->shapefile and it also works.<br><br>I
do hope that works but I don't see explicit E00 in this OGR list:<br> </blockquote><div><br>OGR
Vector Formats<br>Format Name     Creation      &n
bsp;
Georeferencing
<br>Arc/Info Binary Coverage        No    &nb
sp;
Yes<br>Comma Separated Value (.csv)    Yes    
No<br>DODS/OPeNDAP    No      Yes<br>DWG   &n
bsp;
Yes     No<br>DXF     Yes    
No<br>ESRI Personal GeoDatabase       No     

Yes<br>ESRI ArcSDE     No      Yes
<br>ESRI Shapefile  Yes     Yes<br>FMEObjects Gateway   &nbs
p; 
No      Yes<br>GML     Yes    
No<br>GRASS   No      Yes<br>INTERLIS    &nbs
p;  
No      Yes<br>KML     Yes    
No<br>Mapinfo File    Yes     Yes<br>Microstation
DGN        No     
No
<br>MySQL   No      No<br>OGDI Vectors   
No      Yes<br>ODBC    No     
Yes<br>Oracle Spatial  Yes     Yes<br>PostgreSQL    &nb
sp;
Yes     Yes<br>S-57 (ENC)      No   &nbs
p; 
Yes<br>SDTS    No      Yes<br>SQLite 
Yes     No<br>UK .NTF        
No      Yes
<br>U.S. Census TIGER/Line  No      Yes<br>VRT
- Virtual Datasource        No     
Yes<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Please ask on the gdal-dev list.</blockquote><div><br>What list ?<br></div><br><blockquote
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin:
0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Maciek<br><br>
<br><br>-------------------------------------------- Managed by Request Tracker<br></blockquote></di
v><br><br
clear="all"><br>-- <br>Jonas Mockus<br>e-mail:<br><a href="mailto:jmockus@gmail.com">jmockus@gmail.c
om</a>
------=_Part_19643_8072201.1159585919520--


Sun, Oct 1 2006 16:01:31    Mail sent by mneteler  
> ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00

does not work because input and output are to be reverse!
The odd order in ogr2ogr is:

ogr2ogr -f "ESRI Shapefile" outfile infile

So, if you have a recent GDAL/OGR, I think from CVS
since 1.3.2 doesn't contain E00 support yet, this
may work:

ogr2ogr -f "ESRI Shapefile" adm.e00 adm.shp

Likewise, if a GDAL/OGR from CVS is present, also v.in.ogr
will accept E00. But I think that v.in.e00 with a recent
AVCTOOLS (http://avce00.maptools.org/) installed will
probably still works better (I darkly remember a bug report
in OGR for E00, but cannot find it).

Markus
Mon, Oct 2 2006 01:51:12    Mail sent by jmockus@gmail.com  
Return-Path <jmockus@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=rkFWaQogVFL1qnymrUUAbMJSVBs8/ZY2NwCHaEreDUwg8rNF8xfXC62n/sgp8KQQiXG+orII9qVdnjd9Oj625EUlq/49h/yFEijDAUtE5PxtLxCgc9S/xGPUB+wgdqrSBfVPQKAluCHUeSLo4qkKcueoMypDj+8PlAGxf6GUCd0=
Message-ID <9140b6030610011651o70889ff0t9fe604594b6d5e3e@mail.gmail.com>
Date Mon, 2 Oct 2006 02:51:10 +0300
From "jonas mockus" <jmockus@gmail.com>
To "Markus Neteler via RT" <grass-bugs@intevation.de>
Subject Re: [bug #5168] (grass) v.in.ogr: undefined symbol OGRRegisterAll
In-Reply-To <20061001140131.DF66B1006A4@lists.intevation.de>
MIME-Version 1.0
Content-Type multipart/alternative; boundary="----=_Part_35501_7626856.1159746670845"
References <20061001140131.DF66B1006A4@lists.intevation.de>
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.412 tagged_above=-999 required=3 tests=[BAYES_00=-5, HTML_30_40=0.021, HTML_MESSAGE=0.5, RCVD_BY_IP=0.067]
X-Spam-Level
------=_Part_35501_7626856.1159746670845
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,
Following your advice I  installed a new gdal-cvs
that updated my /usr/local/lib files including ogr2ogr:

gdalcvs-20061001.zip    8677541    Oct 01 2006 05:41:16

this time it woked and made shape vector-file adm5:

ogr2ogr -f "ESRI Shapefile" adm5 adm.e00

However the GRASS output was negative in both
'v.in.ogr' and 'v.in.e00' cases:

Welcome to GRASS 6.3.cvs (2006)
GRASS homepage:                          http://grass.itc.it/
This version running thru:               Bash Shell (/bin/bash)
Help is available with the command:      g.manual -i
See the licence terms with:              g.version -c
Start the graphical user interface with: gis.m &
When ready to quit enter:                exit
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > d.m
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > v.in.ogr
-fdsn=adm.e00 output=adm8
v.in.ogr: symbol lookup error: v.in.ogr: undefined symbol:
OGRRegisterAll
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > g.list
type=vect
----------------------------------------------

no vector files available in current mapset
----------------------------------------------
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT >


GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > d.m
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > v.in.e00
file=adm.e00 type=line vect=adm9
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing lines...
v.in.ogr: symbol lookup error: v.in.ogr: undefined symbol:
OGRRegisterAll

Imported line vector map <adm9>.

Done.
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > g.list
type=vect
----------------------------------------------

no vector files available in current mapset
----------------------------------------------
GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT >

On 10/1/06, Markus Neteler via RT <grass-bugs@intevation.de> wrote:
>
> > ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00
>
>
>
> does not work because input and output are to be reverse!
>
> The odd order in ogr2ogr is:
>
>
>
> ogr2ogr -f "ESRI Shapefile" outfile infile
>
>
>
> So, if you have a recent GDAL/OGR, I think from CVS
>
> since 1.3.2 doesn't contain E00 support yet, this
>
> may work:
>
>
>
> ogr2ogr -f "ESRI Shapefile" adm.e00 adm.shp
>
>
>
> Likewise, if a GDAL/OGR from CVS is present, also v.in.ogr
>
> will accept E00. But I think that v.in.e00 with a recent
>
> AVCTOOLS (http://avce00.maptools.org/) installed will
>
> probably still works better (I darkly remember a bug report
>
> in OGR for E00, but cannot find it).
>
>
>
> Markus
>
> -------------------------------------------- Managed by Request Tracker
>



-- 
Jonas Mockus
e-mail:
jmockus@gmail.com

------=_Part_35501_7626856.1159746670845
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,<br>Following your advice I  installed a new gdal-cvs<br>that updated
my /usr/local/lib files including ogr2ogr:<br><br>gdalcvs-20061001.zip   
8677541    Oct 01 2006 05:41:16<br><br>this time it woked and
made shape vector-file adm5: 
<br><br>ogr2ogr -f "ESRI Shapefile" adm5 adm.e00<br><br>However the
GRASS output was negative in both <br>'v.in.ogr' and 'v.in.e00' cases: <br><br>Welcome
to GRASS 6.3.cvs (2006)<br>GRASS homepage:         &nbs
p;               
<a href="http://grass.itc.it/">http://grass.itc.it/</a><br>This version running
thru:              
Bash Shell (/bin/bash)<br>Help is available with the command:     
g.manual -i<br>See the licence terms with:         &nbs
p;   
g.version -c<br>Start the graphical user interface with: gis.m &<br>When
ready to quit enter:             &n
bsp; 
exit<br>GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > d.m<br>GRASS
6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > 
v.in.ogr <br>-fdsn=adm.e00 output=adm8<br>v.in.ogr: symbol lookup error: v.in.ogr:
undefined symbol: <br>OGRRegisterAll<br>GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT
> g.list <br>type=vect<br>----------------------------------------------
<br><br>no vector files available in current mapset<br>---------------------------------------------
-<br>GRASS
6.3.cvs (test4):/home/md/danguole/test4/PERMANENT ><br><br><br>GRASS 6.3.cvs
(test4):/home/md/danguole/test4/PERMANENT > 
d.m<br>GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > v.in.e00
<br>file=adm.e00 type=line vect=adm9<br>An error may appear next which will be
ignored...<br>E00 Compressed ASCII found. Will uncompress first...
<br>...converted to Arc Coverage in current directory<br>Importing lines...<br>v.in.ogr:
symbol lookup error: v.in.ogr: undefined symbol: <br>OGRRegisterAll<br><br>Imported
line vector map <adm9>.<br><br>Done.<br>GRASS 
6.3.cvs (test4):/home/md/danguole/test4/PERMANENT > g.list <br>type=vect<br>---------------------
-------------------------<br><br>no
vector files available in current mapset<br>----------------------------------------------
<br>GRASS 6.3.cvs (test4):/home/md/danguole/test4/PERMANENT ><br><br><div><span
class="gmail_quote">On 10/1/06, <b class="gmail_sendername">Markus Neteler via
RT</b> <<a href="mailto:grass-bugs@intevation.de">grass-bugs@intevation.de
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>
ogr2ogr -f "ESRI Shapefile" adm.shp adm.e00<br><br><br>
<br>does not work because input and output are to be reverse!<br><br>The odd
order in ogr2ogr is:<br><br><br><br>ogr2ogr -f "ESRI Shapefile" outfile
infile<br><br><br><br>So, if you have a recent GDAL/OGR, I think from CVS
<br><br>since 1.3.2 doesn't contain E00 support yet, this<br><br>may work:<br><br><br><br>ogr2ogr
-f "ESRI Shapefile" adm.e00 adm.shp<br><br><br><br>Likewise, if a GDAL/OGR
from CVS is present, also v.in.ogr<br>
<br>will accept E00. But I think that v.in.e00 with a recent<br><br>AVCTOOLS
(<a href="http://avce00.maptools.org/">http://avce00.maptools.org/</a>) installed
will<br><br>probably still works better (I darkly remember a bug report
<br><br>in OGR for E00, but cannot find it).<br><br><br><br>Markus<br><br>--------------------------
------------------
Managed by Request Tracker<br></blockquote></div><br><br clear="all"><br>-- <br>Jonas
Mockus<br>e-mail:
<br><a href="mailto:jmockus@gmail.com">jmockus@gmail.com</a>

------=_Part_35501_7626856.1159746670845--


Wed, Oct 11 2006 11:02:42    Mail sent by msieczka  
John Mockus wrote:

> PC AMD-X86_64 Fc5 (Fedora-core-5) 
> grass-6.3.cvs-x86_64-unknown-linux-gnu-23_09_2006.tar.gz

> $ v.in.ogr dsn=adm.e00 output=adm1
> v.in.ogr: symbol lookup error: v.in.ogr: undefined symbol: 
> OGRRegisterAll

John,

I tried the E00 file you sent me. I can't reproduce the error. I set up a
location that matches your E00 and imported it without any error:

$ v.in.ogr dsn=~/tmp/adm.e00 output=adm1
A datum name wgs84 (WGS_1984) was specified without transformation parameters.
Note that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000.
Projection of input dataset and current location appear to match.
Proceeding with import...
Layer: ARC
WARNING: Column name changed: 'ADM#' -> 'ADM_'
WARNING: Column name changed: 'ADM-ID' -> 'ADM_ID'
-----------------------------------------------------
Building topology ...
3 primitives registered
0 areas built
0 isles built
Attaching islands:
Attaching centroids: Topology was built.
Number of nodes     :   6
Number of primitives:   3
Number of points    :   0
Number of lines     :   3
Number of boundaries:   0
Number of centroids :   0
Number of areas     :   0
Number of isles     :   0



I can display it and so on.



This makes me think that the error you get might be due to a corrupted
instalation of GDAL or GRASS, or an incompatibility of either one with 64 bit
machine you use (I'm on 32 bit myself). Can you reproduce the error using
latest GRASS 6.3 CVS and GDAL 1.3.2?

CCing grass-dev: Anydody - any thoughts?

Maciek
Wed, Oct 11 2006 14:24:02    Mail sent by jmockus@gmail.com  
Return-Path <jmockus@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=fNunJXPN0WCHyiiEylqJ5MwO8ZS9g6QLquegOrPks7MoRenO30dddB1sGS9drWiAYgGVoOtXCDXjlcr+z4bEH7SIElsqdnA7Czx23tyGdnU8vlu3RHfnbBSWFdykKEuPBsYQVJeNc1jyXAdUcPX1dP9tFymRexWhwbpEDqGiEBA=
Message-ID <9140b6030610110523oa0adb49g4d081770c62d1cdb@mail.gmail.com>
Date Wed, 11 Oct 2006 15:23:57 +0300
From "jonas mockus" <jmockus@gmail.com>
To "Maciek Sieczka via RT" <grass-bugs@intevation.de>
Subject Re: [bug #5168] (grass) v.in.ogr: undefined symbol OGRRegisterAll
In-Reply-To <20061011090242.A83BD10016A@lists.intevation.de>
MIME-Version 1.0
Content-Type multipart/alternative; boundary="----=_Part_33948_33075784.1160569437854"
References <20061011090242.A83BD10016A@lists.intevation.de>
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.412 tagged_above=-999 required=3 tests=[BAYES_00=-5, HTML_30_40=0.021, HTML_MESSAGE=0.5, RCVD_BY_IP=0.067]
X-Spam-Level
------=_Part_33948_33075784.1160569437854
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I did work with the recent binary of grass63 downloaded from 'grass.itc.it':
grass-6.3.cvs-x86_64-unknown-linux-gnu-30_09_2006.tar.gz<http://grass.itc.it/grass63/binary/linux/sn
apshot/grass-6.3.cvs-x86_64-unknown-linux-gnu-07_10_2006.tar.gz>
using  gdal  decompiled by me  from
gdal-cvs-2006.10.01.tar.gz
because gdal-1.3.2 did not work well enough.

Please tell me   your  versions of  grass63 and gdal-1.3.2  and  I will
try to repeat your experience on some 32 bit machine,
it would be good to get your grass and gdal binaries, too, because I am
doing exactly the some thing
and getting different results.

On 10/11/06, Maciek Sieczka via RT <grass-bugs@intevation.de> wrote:
>
> John Mockus wrote:
>
>
>
> > PC AMD-X86_64 Fc5 (Fedora-core-5)
>
> > grass-6.3.cvs-x86_64-unknown-linux-gnu-23_09_2006.tar.gz
>
>
>
> > $ v.in.ogr dsn=adm.e00 output=adm1
>
> > v.in.ogr: symbol lookup error: v.in.ogr: undefined symbol:
>
> > OGRRegisterAll
>
>
>
> John,
>
>
>
> I tried the E00 file you sent me. I can't reproduce the error. I set up a
>
> location that matches your E00 and imported it without any error:
>
>
>
> $ v.in.ogr dsn=~/tmp/adm.e00 output=adm1
>
> A datum name wgs84 (WGS_1984) was specified without transformation
> parameters.
>
> Note that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000.
>
> Projection of input dataset and current location appear to match.
>
> Proceeding with import...
>
> Layer: ARC
>
> WARNING: Column name changed: 'ADM#' -> 'ADM_'
>
> WARNING: Column name changed: 'ADM-ID' -> 'ADM_ID'
>
> -----------------------------------------------------
>
> Building topology ...
>
> 3 primitives registered
>
> 0 areas built
>
> 0 isles built
>
> Attaching islands:
>
> Attaching centroids: Topology was built.
>
> Number of nodes     :   6
>
> Number of primitives:   3
>
> Number of points    :   0
>
> Number of lines     :   3
>
> Number of boundaries:   0
>
> Number of centroids :   0
>
> Number of areas     :   0
>
> Number of isles     :   0
>
>
>
>
>
>
>
> I can display it and so on.
>
>
>
>
>
>
>
> This makes me think that the error you get might be due to a corrupted
>
> instalation of GDAL or GRASS, or an incompatibility of either one with 64
> bit
>
> machine you use (I'm on 32 bit myself). Can you reproduce the error using
>
> latest GRASS 6.3 CVS and GDAL 1.3.2?
>
>
>
> CCing grass-dev: Anydody - any thoughts?
>
>
>
> Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
>



-- 
Jonas Mockus
e-mail:
jmockus@gmail.com

------=_Part_33948_33075784.1160569437854
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I did work with the recent binary of grass63 downloaded from '<a href="http://grass.itc.it">grass.it
c.it</a>':<br><a
href="http://grass.itc.it/grass63/binary/linux/snapshot/grass-6.3.cvs-x86_64-unknown-linux-gnu-07_10
_2006.tar.gz">
grass-6.3.cvs-x86_64-unknown-linux-gnu-30_09_2006.tar.gz</a><br>using  gdal 
decompiled by me  from <br>gdal-cvs-2006.10.01.tar.gz<br>because gdal-1.3.2
did not work well enough.<br><br>Please tell me   your  versions
of  grass63 and 
gdal-1.3.2  and  I will <br>try to repeat your experience on some 32
bit machine,<br>it would be good to get your grass and gdal binaries, too, because
I am doing exactly the some thing<br>and getting different results.<br>
 <br><div><span class="gmail_quote">On 10/11/06, <b class="gmail_sendername">Maciek
Sieczka via RT</b> <<a href="mailto:grass-bugs@intevation.de">grass-bugs@intevation.de</a>>
wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204,
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
John Mockus wrote:<br><br><br><br>> PC AMD-X86_64 Fc5 (Fedora-core-5)<br><br>>
grass-6.3.cvs-x86_64-unknown-linux-gnu-23_09_2006.tar.gz<br><br><br><br>>
$ v.in.ogr dsn=adm.e00 output=adm1<br><br>> v.in.ogr: symbol lookup error:
v.in.ogr: undefined symbol:<br><br>> OGRRegisterAll<br><br><br><br>John,<br><br><br><br>I
tried the E00 file you sent me. I can't reproduce the error. I set up a<br><br>location
that matches your E00 and imported it without any error:
<br><br><br><br>$ v.in.ogr dsn=~/tmp/adm.e00 output=adm1<br><br>A datum name
wgs84 (WGS_1984) was specified without transformation parameters.<br><br>Note
that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000.<br>
<br>Projection of input dataset and current location appear to match.<br><br>Proceeding
with import...<br><br>Layer: ARC<br><br>WARNING: Column name changed: 'ADM#'
-> 'ADM_'<br><br>WARNING: Column name changed: 'ADM-ID' -> 'ADM_ID'
<br><br>-----------------------------------------------------<br><br>Building
topology ...<br><br>3 primitives registered<br><br>0 areas built<br><br>0 isles
built<br><br>Attaching islands:<br><br>Attaching centroids: Topology was built.
<br><br>Number of nodes     :   6<br><br>Number
of primitives:   3<br><br>Number of points    :  
0<br><br>Number of lines     :   3<br><br>Number
of boundaries:   0<br><br>Number of centroids :   0<br><br>Number
of areas     :   0
<br><br>Number of isles     :   0<br><br><br><br><br><br><br><br>I
can display it and so on.<br><br><br><br><br><br><br><br>This makes me think
that the error you get might be due to a corrupted<br><br>instalation of GDAL
or GRASS, or an incompatibility of either one with 64 bit
<br><br>machine you use (I'm on 32 bit myself). Can you reproduce the error using<br><br>latest
GRASS 6.3 CVS and GDAL 1.3.2?<br><br><br><br>CCing grass-dev: Anydody - any thoughts?<br><br><br><br
>Maciek<br><br><br><br>--------------------------------------------
Managed by Request Tracker
<br></blockquote></div><br><br clear="all"><br>-- <br>Jonas Mockus<br>e-mail:<br><a
href="mailto:jmockus@gmail.com">jmockus@gmail.com</a>

------=_Part_33948_33075784.1160569437854--


Sun, Oct 15 2006 13:38:11    Mail sent by msieczka  
I'm sending you my grass63, gdal and gdal-grass in an email for testing.

P.S.

Cut yor post. Leave only relevant bits. I don't want to receive hundreds of
lines of spurious content, neither I want this content to be stored in the bug
tracker for no purpose.

Maciek
Sun, Oct 15 2006 14:12:15    Mail sent by jmockus@gmail.com  
Return-Path <jmockus@gmail.com>
Delivered-To grass-bugs@lists.intevation.de
DomainKey-Signature a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=N0rFj6vGCLschlveE42viwMpUb6PE+GydA3sc51L49qM8QA42pMdx/BaV6zYEagjmq4W8FNmcWsVrcuqwOX+gIpkrbUbFL4ej5BLxyk3AUpu1CGuEHmhqQfTaZbnAu4Yh2g9UJe/0pFCQgc4hTdQFR6bAdMvmuaP+aZ5uA+9pLU=
Message-ID <9140b6030610150512p4e3fbd64xcbdef75a3a6a5d67@mail.gmail.com>
Date Sun, 15 Oct 2006 15:12:02 +0300
From "jonas mockus" <jmockus@gmail.com>
To "Maciek Sieczka via RT" <grass-bugs@intevation.de>
Subject Re: [bug #5168] (grass) v.in.ogr: undefined symbol OGRRegisterAll
In-Reply-To <20061015113812.0C8D81005CB@lists.intevation.de>
MIME-Version 1.0
Content-Type multipart/alternative; boundary="----=_Part_106802_24430673.1160914322997"
References <20061015113812.0C8D81005CB@lists.intevation.de>
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-4.412 tagged_above=-999 required=3 tests=[BAYES_00=-5, HTML_30_40=0.021, HTML_MESSAGE=0.5, RCVD_BY_IP=0.067]
X-Spam-Level
------=_Part_106802_24430673.1160914322997
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 10/15/06, Maciek Sieczka via RT <grass-bugs@intevation.de> wrote:

>
> Cut yor post. Leave only relevant bits. I don't want to receive hundreds
> of
> lines of spurious content, neither I want this content to be stored in the
> bug
> tracker for no purpose.


agree:
important information is that grass-602 installed by rpm works well,
while grass-63 with  gdall=132 both compiled  from CVS  produce just empty
folder 'vector',
I do hope developers will correct the bug, for me grass-602 seems O.K.
Jonas
Welcome to GRASS 6.0.2 (2006)
GRASS homepage:                          http://grass.itc.it/
This version running thru:               Bash Shell (/bin/bash)
Help is available with the command:      g.manual -i
See the licence terms with:              g.version -c
Start the graphical user interface with: d.m &
When ready to quit enter:                exit
GRASS 6.0.2 (test6):/home/md/danguole/test6/PERMANENT > v.in.e00
file=/home/md/danguole/test6/PERMANENT/adm.e00 type=line vect=adm21
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
...converted to Arc Coverage in current directory
Importing lines...
A datum name wgs84 (WGS_1984) was specified without transformation
parameters.
Note that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000.
PROJ_INFO file not found for location test6
PROJ_UNITS file not found for location test6
Over-riding projection check.
Proceeding with import...
Layer: ARC
WARNING: Column name changed: 'FNODE#' -> 'FNODE_'
WARNING: Column name changed: 'TNODE#' -> 'TNODE_'
WARNING: Column name changed: 'LPOLY#' -> 'LPOLY_'
WARNING: Column name changed: 'RPOLY#' -> 'RPOLY_'
WARNING: Column name changed: 'ADM#' -> 'ADM_'
WARNING: Column name changed: 'ADM-ID' -> 'ADM_ID'
-----------------------------------------------------
Building topology ...
10 primitives registered
Building areas:  100%
0 areas built
0 isles built
Attaching islands:
Attaching centroids:  100%
Topology was built.
Number of nodes     :   11
Number of primitives:   10
Number of points    :   0
Number of lines     :   10
Number of boundaries:   0
Number of centroids :   0
Number of areas     :   0
Number of isles     :   0

Imported line vector map <adm21>.

Done.
GRASS 6.0.2 (test6):/home/md/danguole/test6/PERMANENT > g.list type=vect
----------------------------------------------
vector files available in mapset PERMANENT:
adm17  adm18  adm20  adm21




Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
>



-- 
Jonas Mockus
e-mail:
jmockus@gmail.com

------=_Part_106802_24430673.1160914322997
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 10/15/06, <b class="gmail_sendername">Maciek
Sieczka via RT</b> <<a href="mailto:grass-bugs@intevation.de">grass-bugs@intevation.de</a>>
wrote:</span><br><blockquote class="gmail_quote" style="border-left: 1px solid
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Cut yor post. Leave only relevant bits. I don't want to receive hundreds
of<br>lines of spurious content, neither I want this content to be stored in
the bug<br>tracker for no purpose.</blockquote><div><br>agree:<br>important information
is that grass-602 installed by rpm works well,
<br>while grass-63 with  gdall=132 both compiled  from CVS  produce
just empty folder 'vector',<br>I do hope developers will correct the bug, for
me grass-602 seems O.K.<br>Jonas<br>Welcome to GRASS 6.0.2 (2006)<br>GRASS homepage:  &nbs
p;                &n
bsp;     
<a href="http://grass.itc.it/">http://grass.itc.it/</a><br>This version running
thru:              
Bash Shell (/bin/bash)<br>Help is available with the command:     
g.manual -i<br>See the licence terms with:         &nbs
p;   
g.version -c<br>Start the graphical user interface with: d.m &<br>When ready
to quit enter:              &n
bsp;
exit<br>GRASS 6.0.2 (test6):/home/md/danguole/test6/PERMANENT > v.in.e00 <br>file=/home/md/danguo
le/test6/PERMANENT/adm.e00
type=line vect=adm21
<br>An error may appear next which will be ignored...<br>E00 Compressed ASCII
found. Will uncompress first...<br>...converted to Arc Coverage in current directory<br>Importing
lines...<br>A datum name wgs84 (WGS_1984) was specified without transformation
<br>parameters.<br>Note that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000.<br>PROJ_INFO
file not found for location test6<br>PROJ_UNITS file not found for location test6<br>Over-riding
projection check.<br>Proceeding with import...
<br>Layer: ARC<br>WARNING: Column name changed: 'FNODE#' -> 'FNODE_'<br>WARNING:
Column name changed: 'TNODE#' -> 'TNODE_'<br>WARNING: Column name changed:
'LPOLY#' -> 'LPOLY_'<br>WARNING: Column name changed: 'RPOLY#' -> 'RPOLY_'
<br>WARNING: Column name changed: 'ADM#' -> 'ADM_'<br>WARNING: Column name
changed: 'ADM-ID' -> 'ADM_ID'<br>-----------------------------------------------------<br>Buildin
g
topology ...<br>10 primitives registered<br>
Building areas:  100%<br>0 areas built<br>0 isles built<br>Attaching islands:<br>Attaching
centroids:  100%<br>Topology was built.<br>Number of nodes    
:   11<br>Number of primitives:   10<br>Number of points   
:   0<br>
Number of lines     :   10<br>Number of boundaries:  
0<br>Number of centroids :   0<br>Number of areas    
:   0<br>Number of isles     :   0<br><br>Imported
line vector map <adm21>.<br><br>Done.<br>GRASS 6.0.2 (test6):/home/md/danguole/test6/PERMANENT

> 
g.list type=vect<br>----------------------------------------------<br>vector
files available in mapset PERMANENT:<br>adm17  adm18  adm20  adm21<br><br><br><br></d
iv><br><blockquote
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin:
0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Maciek<br><br><br><br>-------------------------------------------- Managed by
Request Tracker<br></blockquote></div><br><br clear="all"><br>-- <br>Jonas Mockus<br>e-mail:<br><a
href="mailto:jmockus@gmail.com">jmockus@gmail.com
</a>

------=_Part_106802_24430673.1160914322997--


Sat, Nov 4 2006 16:27:32    Status changed to resolved by msieczka  
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