[GRASS-stats] Loading a point-vector table with 466 columns

[Roger Bivand]

On Fri, 22 May 2009, Dylan Beaudette wrote:

> I use that back-end as well. I am not sure if readVECT6() still uses
> shapefiles as an intermediate file...

Yes, it does. If, however, you have a working GRASS/OGR plugin, it may be 
that readOGR() (inside readVECT6()) will use it and transfer the data 
directly. To diagnose, one would need to look at readVECT() and readOGR() 
running step-by-step to see whether the problem is v.out.ogr or readOGR(), 
or possibly some locale-dependent wrinkle in the DBF.

Nikos - if you'd like to contribute well-proven patches, you are most 
welcome, until then, I'm not motivated by your complaints to do anything 
at all. Speed is a secondary issue - primary is just having things work, 
and handling the myriad variants of GRASS on different platforms is hard 
enough. OK?

Roger

>
> Dylan
>
> On Fri, May 22, 2009 at 4:02 AM, Nikos Alexandris
> <nikos.alexandris at felis.uni-freiburg.de> wrote:
>>
>> Dylan:
>>> Could be a DBF-related problem.
>>
>> Dylan,
>>
>> I am using sqlite as DB backend. How does this affect the import via
>> readVECT6?
>>
>> Nikos
>>
>>
> _______________________________________________
> grass-stats mailing list
> grass-stats at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-stats
>

-- 
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: Roger.Bivand at nhh.no