[gdal-dev] Re: FileGDB OGR driver test

[Ragi Burhum]

Even,

The I have a feeling that the handling of blobs may be a little more
involved. The blobs in ESRI GeoDatabases are serialized COM SafeArrays that
contain the actual binary information. So in order to *really* access the
blob, one would have to strip the safearray portion out and expose the blob
for reads, and wrap it with safearrays for writes so that it plays nice with
the GDB. In all honesty, I am not sure, so I would have to write some tests
to verify this, that is why I punted it.

As far as the date fields go, filegdb uses date-time fields... thanks for
extending to make them work.

- Ragi

On Wed, Apr 13, 2011 at 12:16 PM, Even Rouault <even.rouault at mines-paris.org
> wrote:

> Le mercredi 13 avril 2011 21:00:42, Eli Adam a écrit :
> > Ragi,
> >
> >      I tested the driver on just one FileGDB which included a date
> > field.  You stated,
> >
> > Known issues with build / FileGDB driver
> > - (driver issue) blobs and date fields are not handled at all
>
> Yesterday, with the Michael Smith's test filegdb, I fixed the handling of
> date
> fields, so if you just update from SVN, it should work now.
>
> An example with blobs would be usefull
>
> >
> > Here is what I did and successfully got the data.  The date field was
> > made a double and populated with 0, however, since it says that date
> > fields are not handled, it is nice that the rest of the process still
> > worked on the other fields and the data was exported.
> >
> > ogr2ogr ODF_Lincoln_Roads.shp West_Oregon_Roads.gdb
> > "ODF_Lincoln_Roads"
> > Warning 6: Field RDSRCDATE create as date field, though DateTime
> > requested.
> >
> > Warning 6: Normalized/laundered field name: 'CONSTRUCTED' to
> > 'CONSTRUCTE'
> > Warning 6: Normalized/laundered field name: 'Shape_Length' to
> > 'Shape_Leng'
> > Warning 1: Row id: 4 col:10 has unhandled col type (11). Setting to
> > NULL.
> > ERROR 1: GDB Error: Failed to determine value for column CONST_DATE
> > long:-2147217395
> > ERROR 1: GDB Error: Failed to determine value for column CONST_DATE
> > long:-2147217395
> >
> > Thanks for the work on this.
> >
> > Eli
> >
> > >>> On 4/13/2011 at 11:13 AM, in message
> >
> > <BANLkTimiTsqYJfixFRyS05JKEibyA+tf3A at mail.gmail.com>, Ragi Burhum
> >
> > <ragi at burhum.com> wrote:
> > > Perfect. Thank you Michael.
> > >
> > > - Ragi
> > >
> > >> Date: Tue, 12 Apr 2011 15:45:25 -0400
> > >> From: "Smith, Michael ERDC-CRREL-NH" <michael.smith at usace.army.mil>
> > >> Subject: Re: [gdal-dev] Re: FileGDB OGR driver test
> > >> To: Even Rouault <even.rouault at mines-paris.org>,
> > >>
> > >>        <gdal-dev at lists.osgeo.org>
> > >>
> > >> Message-ID: <C9CA2415.2220D%michael.smith at usace.army.mil>
> > >> Content-Type: text/plain;       charset="ISO-8859-1"
> > >>
> > >> I have a test v10 filegdb with points, lines, polygons (all with Z
> >
> > and M
> >
> > >> but
> > >> I think the measures aren't populated). There are also some non
> >
> > geometry
> >
> > >> tables and some relationship classes.
> > >>
> > >> Its available at
> > >>
> > >> http://12.189.158.78:8081/downloads/test_fgdb.gdb.zip
> > >>
> > >> Mike
> > >>
> > >>
> > >> --
> > >> Michael Smith
> > >> Remote Sensing/GIS Center
> > >> US Army Corps of Engineers
> > >>
> > >>
> > >>
> > >> On 4/12/11 2:48 PM, "Even Rouault" <even.rouault at mines-paris.org>
> >
> > wrote:
> > >> > Le mardi 12 avril 2011 20:40:58, Matt Wilkie a écrit :
> > >> >>> ArcGIS 10 FileGDB's right ?
> > >> >>
> > >> >> If the api allows for using gdb's from different versions then
> >
> > the test
> >
> > >> >> suite should have different versions too. In any case I can make
> >
> > v10
> >
> > >> gdb's.
> > >>
> > >> > No, the FileGDB API only reads v10 gdb's.
> > >> >
> > >> >>> Current GDAL trunk builds against FileGDB API beta3 under Linux
> >
> > 32bit.
> >
> > >> >>> Too bad ESRI doesn't provide any 64bit build of the FileGDB API
> >
> > (yet...
> >
> > >> >>> ?)
> > >> >>
> > >> >> """
> > >> >> We are working on a Linux 64-bit release of the File Geodatabase
> >
> > API. It
> >
> > >> >> will not release with the 1.0 release of the API, but as a part
> >
> > of a
> >
> > >> >> follow on release later this year.
> > >> >>
> > >> >> Lance Shipman
> > >> >> Geodatabase Product Engineer, File Geodatabase
> > >> >> esri
> >
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20110414/6e7f2d20/attachment-0001.html