Mon, Dec 20 2004
17:19:54
|
|
Request created by guest
|
|
Subject: v.in.ogr fails many times importing shp files
Platform: Mac OSX
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 2004_12_18
v.in.ogr fails many times importing shp files.
This is a big problem because in cvs_2004_09_20 release v.in.ogr worked with
all files.
Now I have many problems with many files.
I have created new empty LOCATION for importing files.
Same shp files worked with old v.in.ogr but now they go to error or Grass exit...
I always use -o flag (override)
Only few shp files don't have problems.
This is one error:
DBMI-DBF driver error:
Cannot open dbf database: /myworks/grassdata/myproj_utm33/PERMANENT/dbf/
Cannot open database '/myworks/grassdata/myproj_utm33/PERMANENT/dbf/'
Cannot open database /myworks/grassdata/myproj_utm33/PERMANENT/dbf/ by driver
dbf
but there are other messages.
Another error is a loop about breaking nodes.
It's impossible to import files.
-----------------------------
v.external works without problem |
|
Tue, Dec 21 2004
12:14:49
|
|
Mail sent by blazek@itc.it
|
|
Return-Path |
<blazek@itc.it>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<57625.213.151.87.16.1103627687.squirrel@webmail.itc.it>
|
In-Reply-To |
<20041220161954.8553610016B@lists.intevation.de>
|
References |
<20041220161954.8553610016B@lists.intevation.de>
|
Date |
Tue, 21 Dec 2004 12:14:47 +0100 (CET)
|
Subject |
Re: [GRASS5] [bug #2864] (grass) v.in.ogr fails many times importing shp files
|
From |
blazek@itc.it
|
To |
"Request Tracker" <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
User-Agent |
SquirrelMail/1.4.2-0.1.7.x
|
MIME-Version |
1.0
|
Content-Type |
text/plain;charset=iso-8859-1
|
Content-Transfer-Encoding |
8bit
|
X-Priority |
3
|
Importance |
Normal
|
X-Spam-Status |
No, hits=-3.5 tagged_above=-999.0 required=3.0 tests=BAYES_00, NO_REAL_NAME, PRIORITY_NO_NAME
|
X-Spam-Level |
|
Send us more details about errors.
> Cannot open dbf database
the database (directory) probably does not exist.
> Another error is a loop about breaking nodes.
Nodes cannot be broken. What is exactly the problem.
Can you provide the files?
Radim
> this bug's URL: http://intevation.de/rt/webrt?serial_num=2864
> -------------------------------------------------------------------------
>
> Subject: v.in.ogr fails many times importing shp files
>
> Platform: Mac OSX
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: 2004_12_18
>
> v.in.ogr fails many times importing shp files.
>
> This is a big problem because in cvs_2004_09_20 release v.in.ogr worked
> with all files.
> Now I have many problems with many files.
> I have created new empty LOCATION for importing files.
> Same shp files worked with old v.in.ogr but now they go to error or Grass
> exit...
> I always use -o flag (override)
>
> Only few shp files don't have problems.
>
> This is one error:
> DBMI-DBF driver error:
> Cannot open dbf database: /myworks/grassdata/myproj_utm33/PERMANENT/dbf/
> Cannot open database '/myworks/grassdata/myproj_utm33/PERMANENT/dbf/'
> Cannot open database /myworks/grassdata/myproj_utm33/PERMANENT/dbf/ by
> driver dbf
>
> but there are other messages.
>
> Another error is a loop about breaking nodes.
>
> It's impossible to import files.
>
> -----------------------------
> v.external works without problem
>
> -------------------------------------------- Managed by Request Tracker
>
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
>
|
|
Wed, Dec 22 2004
12:59:44
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Comment |
DomainKeys? See http://antispam.yahoo.com/domainkeys
|
DomainKey-Signature |
a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=vyodcdqM/SInXZ/SsAUpEMZ/rrzg+biVee+/WzgdawubvPfgfy2QqiQlf+i6WVOLElry7mvRIZDYoT9jZg+5UFrAnUyzyB9p7RdfNy9k78OTdMf1wfPIRMqDe+bsSCrfOdnh6CNXmaME984E7wEIRq+LtpFFmx8Vhbd7U34m3vs= ;
|
Message-ID |
<20041222115941.84308.qmail@web52701.mail.yahoo.com>
|
Date |
Wed, 22 Dec 2004 03:59:41 -0800 (PST)
|
From |
Hamish <hamish_nospam@yahoo.com>
|
Subject |
Re: [GRASS5] [bug #2864] (grass) v.in.ogr fails many times
|
To |
blazek@itc.it
|
Cc |
grass5@grass.itc.it, grass-bugs@intevation.de
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
> > Cannot open dbf database
>
> the database (directory) probably does not exist.
can the library function create $MAPSET/dbf/ automatically if it is
needed? Much like any other directory under $MAPSET/. I've been meaning
to add similar test+mkdir+db.connect code to v.in.garmin, but it would
be nice if this was done automatically if it doesn't exist.
or does this introduce other problems, e.g. if other db's are used?
Hamish
__________________________________
Do you Yahoo!?
Send holiday email and support a worthy cause. Do good.
http://celebrity.mail.yahoo.com
|
|
Wed, Dec 22 2004
14:38:19
|
|
Mail sent by guest
|
|
Hamish wrote
> can the library function create $MAPSET/dbf/ automatically if it is
> needed? Much like any other directory under $MAPSET/. I've been meaning
> to add similar test+mkdir+db.connect code to v.in.garmin, but it would
> be nice if this was done automatically if it doesn't exist.
> or does this introduce other problems, e.g. if other db's are used?
I've created a dbf folder inside PERMANENT and it works but the problem is for
many shp. I've
several shp files that worked in old 57cvs with v.in.ogr and now no. It's impossible
to import
them. Their size is small.
With some shp I've an infinite loop "Break boundaries" and Grass doesn't create
the topology.
Many shp are ok for v.in.ogr but many others fail. These "failed" shp worked
in old cvs and now
they can be opened by QGIS, JUMP or THUBAN. |
|
Wed, Dec 22 2004
15:12:47
|
|
Mail sent by lorenzo.moretti@bologna.enea.it
|
|
Return-Path |
<lorenzo.moretti@bologna.enea.it>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Mime-Version |
1.0
|
Message-Id |
<a06200703bdef2dafc3a1@[192.107.62.86]>
|
In-Reply-To |
<20041222115945.0615E102C03@lists.intevation.de>
|
References |
<20041222115945.0615E102C03@lists.intevation.de>
|
Date |
Wed, 22 Dec 2004 15:12:37 +0100
|
To |
grass-bugs@intevation.de
|
From |
Lorenzo Moretti <lorenzo.moretti@bologna.enea.it>
|
Subject |
Re: [bug #2864] (grass) v.in.ogr fails many times
|
Content-Type |
text/plain; charset="us-ascii" ; format="flowed"
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Hamish wrote
> > > Cannot open dbf database
>>
>> the database (directory) probably does not exist.
>
>can the library function create $MAPSET/dbf/ automatically if it is
>needed? Much like any other directory under $MAPSET/. I've been meaning
>to add similar test+mkdir+db.connect code to v.in.garmin, but it would
>be nice if this was done automatically if it doesn't exist.
>
>or does this introduce other problems, e.g. if other db's are used?
>
>Hamish
>
OK for dbf folder but I've many infinite loop for "Break boundaries"
in several shape and I have to "kill" v.in.ogr.
I've discovered one tip for opening these problematic shp files
(57_cvs_041218).
In v.in.ogr the flag -c (Do not clean polygons) is disabled.
In old 5.7cvs v.in.ogr imported shp files and cleaned polygons
without problems.
Now for some problematic shp files I enable -c flag and the shp is
imported. After I select v.clean and I select this vect and a new
vect with "break" as "Cleaning tool". The new vector is created
without problem.
But I think
Why "v.in.ogr" normal goes to infinite loop and "v.in.ogr -c" + "v.clean" work?
Is this normal?
Bye
--
________________________________________________________________________
|| Lorenzo Moretti e-mail: lorenzo.moretti@bologna.enea.it
||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/
|| | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ (ris.)
~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131
________________________________________________________________________
|
|
Tue, Mar 1 2005
10:25:52
|
|
Status changed to resolved by pcavallini
|
|