<div dir="ltr"><div>I'm not seeing those types of files in the directory.<br><br></div><div>The message I get in Q is the file is  "is not a valid or recognized dataset" <br><br></div><div>I'll look into the permissions on sharing the data and get back to you.<br>
</div><div>Best,<br>mike<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 24, 2014 at 4:44 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">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 jeudi 24 juillet 2014 22:33:52, Michael Treglia a écrit :<br>
<div class="">> Even and Alex,<br>
><br>
> Thanks! That definitely clarifies some things.<br>
><br>
> I just tried two GDB files with ESRI FileGDB and OpenFileGDB in QGIS. One<br>
> .gdb file worked fine with both ESRI FileGDB and OpenFileGDB.  The other<br>
> didn't work with either.  I don't know what Arc version the latter was<br>
> created in or anything, but I can try and find out and get back to you in<br>
> the future.<br>
<br>
</div>That would be interesting to see that database. By chance, are you seeing<br>
.gdbtable.sdc files in the directory ? If so, then yes it is expected that it<br>
doesn't work with those (and neither the ESRI FileGDB can deal with them).<br>
They are very special GDB highly compressed and meant for read-only, and as a<br>
side effect order of magnitude more difficult to reverse engineer that the<br>
regular GDB.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Best regards,<br>
> Mike<br>
><br>
><br>
> On Thu, Jul 24, 2014 at 4:19 PM, Even Rouault<br>
> <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>><br>
><br>
> wrote:<br>
> > Le jeudi 24 juillet 2014 22:04:00, Alex Mandel a écrit :<br>
> > > Sorta, there are 2 drivers for GDB. The open GDB that Even has been<br>
> > > working on and the official ESRI GDB api.<br>
> > ><br>
> > > The ESRI GDB api and Arc instance are not backwards compatible, once<br>
> > > you upgrade a gdb to the latest it only works with the latest and<br>
> > > there's often no way to write an older variant.<br>
> ><br>
> > The ESRI FileGDB SDK can only read gdb that have been created by ArcGIS<br>
> > 9.X.<br>
> > The OpenFileGDB driver can (well, at least on all available samples I<br>
> > have worked on). See <a href="http://gdal.org/drv_openfilegdb.html" target="_blank">http://gdal.org/drv_openfilegdb.html</a> for a<br>
> > comparison of both<br>
> > drivers<br>
> ><br>
> > > The open GDB driver I think allows you to read any version and write<br>
> > > older versions if you need to without auto-upgrading.<br>
> ><br>
> > Only reading. Writing hasn't been implemented although we probably have<br>
> > almost<br>
> > everything needed to implement it one day.<br>
> ><br>
> > > Back to your original question does the ESRI gdb driver work for you<br>
> > > use case for now? On windows I think you can get it with OSGeo4w on<br>
> > > Linux you need to download the SDK from ESRI and recompile GDAL -<br>
> ><br>
> > Latest OSGeo4W must have GDAL 1.11, so you won't need recompiling<br>
> > anything. Check with "ogrinfo --formats" if OpenFileGDB shows in the<br>
> > list.<br>
> ><br>
> > > but I don't<br>
> > > know if this is vector and raster or just vector.<br>
> ><br>
> > ESRI FileGDB SDK only supports vector too. So no closed-source or<br>
> > open-source<br>
> > solutions for raster yet.<br>
> ><br>
> > > Thanks,<br>
> > > Alex<br>
> > ><br>
> > > On 07/24/2014 12:56 PM, Michael Treglia wrote:<br>
> > > > Hi Even,<br>
> > > ><br>
> > > > Thanks a lot for the quick response - I really appreciate your work<br>
> > > > in dealing with the GDB files!<br>
> > > ><br>
> > > > That sounds great! Let me know if you need more data examples and<br>
> > > > such.<br>
> > > ><br>
> > > > Just a quick question - .gdb is not typically forward and backward<br>
> > > > compatible across Arc versions, right? [I've definitely had .gdb<br>
> > > > files that don't work in QGIS, while some do, so I have assumed that<br>
> > > > it was due to versioning issues - is that right? Or should I be<br>
> > > > doing some trouble-shooting?]<br>
> > > ><br>
> > > > Thanks again, and best regards,<br>
> > > > Mike<br>
> > > ><br>
> > > ><br>
> > > > On Thu, Jul 24, 2014 at 3:27 PM, Even Rouault<br>
> > > > <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>><br>
> > > ><br>
> > > > wrote:<br>
> > > >> Le jeudi 24 juillet 2014 18:19:14, Michael Treglia a écrit :<br>
> > > >>> Hi All,<br>
> > > >>><br>
> > > >>> I've Googled around, and it seems like this isn't currently<br>
> > > >>> possible, but wanted to check with folks on this list for any<br>
> > > >>> solution...<br>
> > > >>><br>
> > > >>> A lot of data being produced by agencies is now available only as<br>
> ><br>
> > ESRI<br>
> ><br>
> > > >> .gdb<br>
> > > >><br>
> > > >>> files. A dataset I'm particularly interested in working with is a<br>
> > > >>> gridded soil dataset (<br>
> ><br>
> > <a href="http://www.nrcs.usda.gov/wps/portal/nrcs/detail/soils/ref/?cid=nrcs142p2" target="_blank">http://www.nrcs.usda.gov/wps/portal/nrcs/detail/soils/ref/?cid=nrcs142p2</a><br>
> ><br>
> > > >> _05<br>
> > > >><br>
> > > >>> 3628 )<br>
> > > >>><br>
> > > >>> These particular data are in raster format, stored as Arc 10.1<br>
> > > >>> .gdb, available from here:<br>
> > > >>> <a href="http://datagateway.nrcs.usda.gov/GDGOrder.aspx" target="_blank">http://datagateway.nrcs.usda.gov/GDGOrder.aspx</a><br>
> > > >><br>
> > > >> Mike,<br>
> > > >><br>
> > > >> When I reverse-engineered the vector part of FileGDB format that<br>
> > > >> lead<br>
> ><br>
> > to<br>
> ><br>
> > > >> the<br>
> > > >> OGR OpenFileGDB driver of GDAL 1.11, I came through a few raster GDB<br>
> > > >> samples.<br>
> > > >> Dealing with them was not in the scope of the work that was funded,<br>
> ><br>
> > but<br>
> ><br>
> > > >> from<br>
> > > >> what I've seen, I've good hope that decoding them would be<br>
> > > >> reachable. Would need some extra investigation of course to confirm<br>
> > > >> and complementary funding...<br>
> > > >><br>
> > > >> Best regards,<br>
> > > >><br>
> > > >> Even<br>
> > > >><br>
> > > >>> Any suggestions are appreciated.<br>
> > > >>><br>
> > > >>> Thanks!<br>
> > > >>> Mike<br>
> > > >><br>
> > > >> --<br>
> > > >> Geospatial professional services<br>
> > > >> <a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > Qgis-user mailing list<br>
> > > > <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
> > > > <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
> ><br>
> > --<br>
> > Geospatial professional services<br>
> > <a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
<br>
--<br>
Geospatial professional services<br>
<a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
</div></div></blockquote></div><br></div>