[gdal-dev] Re: ESRI file geodatabase support

[Peter J Halls]

Could well be the case.  P.

Jason Roberts wrote:
> Peter,
> 
> Although I have not seen the acknowledgement you mention, I have noticed
> that ArcGIS 9.x appears to create SQLite databases in the user's temp
> directory during certain operations. Perhaps they are just using it
> internally to implement various processing.
> 
> Jason
> 
> -----Original Message-----
> From: gdal-dev-bounces at lists.osgeo.org
> [mailto:gdal-dev-bounces at lists.osgeo.org] On Behalf Of Peter J Halls
> Sent: Friday, June 18, 2010 9:09 AM
> To: Duarte Carreira
> Cc: gdal-dev at lists.osgeo.org; Matt Wilkie; Ragi Burhum
> Subject: Re: [gdal-dev] Re: ESRI file geodatabase support
> 
> I happened to be looking at the ESRI ArcGIS 10 online documentation and
> found a 
> page of acknowledgements, which includes an acknowledgement reference to
> SQLite. 
>   I've no idea what to make of this - maybe someone else has?
> 
> Best wishes,
> 
> Peter
> 
> Duarte Carreira wrote:
>> Ragi,
>>
>> That is a good point, as always. Unfortunately I am not able to do that,
> but I can help in any other way...
>> The zigGIS driver (I think ) is for reading/writing PostGIS using ArcMap,
> without having ArcSDE in the middle. As far as I know it does not read File
> geodatabases... I think for now you would have to reverse engineer the way
> fgdb's are written... given the effort, the discussion on whether to invest
> the time on fgbd or invest it on SL is at least interesting... and even fun
> for some of us.
>> Duarte
>>
>> De: Ragi Burhum [mailto:ragi at burhum.com]
>> Enviada: quinta-feira, 17 de Junho de 2010 21:57
>> Para: gdal-dev at lists.osgeo.org
>> Cc: Duarte Carreira; Eric Wolf; Peter J Halls; Matt Wilkie
>> Assunto: RE: [gdal-dev] Re: ESRI file geodatabase support
>>
>> From: Duarte Carreira <DCarreira at edia.pt<mailto:DCarreira at edia.pt>>
>> Subject: RE: [gdal-dev] Re: ESRI file geodatabase support
>> To: Eric Wolf <ebwolf at gmail.com<mailto:ebwolf at gmail.com>>, Peter J Halls
> <P.Halls at york.ac.uk<mailto:P.Halls at york.ac.uk>>
>> Cc: "gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>"
> <gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>>,      Matt
> Wilkie
>>        <maphew at gmail.com<mailto:maphew at gmail.com>>
>>
>> Well, if SpatiaLite offers some "proper" benefits and disseminates through
> all of the FOSS world, then it may get a strong enough push even for ESRI to
> pick it up. It happened before... (kml?)
>> If SL would:
>>
>>
>> 1)      Be as fast as shapefile in production settings, desktop and webgis
>>
>> 2)      Offer SQL support, spatial and otherwise, also through desktop
> tools like QGIS
>> 3)      Allow editing while serving (even if for 1 editor only)
>>
>> 4)      Better support in QGIS than for shapefile (take advantage of
> Spatial SQL, all other functionality)
>> 5)      Same for MapServer, GeoServer, gvSIG, et al.
>>
>> 6)      Allow easy managing of rasters inside the .db file, through QGIS
>>
>> 7)      ??more ideas/requests??
>>
>> Then it would be a very, very good contender... and the ball would be
> kicked to "the other side".
>> And it seems we're already there for some of the listed features.
>> Duarte
>>
>> Or even better, instead of waiting and complaining, we could just write a
> GeoDatabase OGR (ESRI) Workspace ourselves.
>> There are already examples of working ones out there
>>
>> http://svn.obtusesoft.com/core/trunk/
>>
>> So instead of hoping and pleading for support, someone should just sit
> down and write it.
>> I started one at one point (C++), got side tracked with other things. If
> anyone is interested in that source code, I would be happy to share that
> too.
>> - Ragi
>>
> 

-- 
--------------------------------------------------------------------------------
Peter J Halls, GIS Advisor, University of York
Telephone: 01904 433806     Fax: 01904 433740
Snail mail: Computing Service, University of York, Heslington, York YO10 5DD
This message has the status of a private and personal communication
--------------------------------------------------------------------------------