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