[gdal-dev] GPKG application_id
Even Rouault
even.rouault at spatialys.com
Thu Aug 7 11:37:40 PDT 2014
Hi Paul,
> As we found when developing gpkg, setting the PRAGMA application_id can be
> tricky given the general state of installed sqlite libraries on a randomly
> chosen system: generally, the libraries are old enough to not support that
> pragma!
For reference: old sqlite lib can be a problem for another reason. When
implementing spatial index, I discovered that my antique sqlite 3.6.22-1
(ubuntu 10.04) has issues with some of the required triggers, in some
conditions (update situations with null geometries)
>
> We ended up hacking around it by directly editing the bytes in the file
> header.
>
> Others are less likely. I’ve learned that GeoServer is emitted GPKG files
> without the application_id set.
Hum, do they plan fixing that at some point ? Couldn't they do the same trick
we do (direct editing) ?
>
> Right now, OGR GPKG driver is strict: fail on wrong application_id. I’d
> like to make it more lenient: warn on wrong application_id. We can always
> fail later if required tables are missing, etc.
>
> Is it OK to make this change in trunk? In 1.12 or 1.11 branch?
trunk (2.0dev) and 1.11 branch are fine (there's no 1.12)
Best regards,
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
More information about the gdal-dev
mailing list