[Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)

[William Kyngesburye]

Oh, poking around while working on the spatialite 4 build - the upcoming GDAL 1.10 has updates for spatialite 4.  This means I should wait for the GDAL 1.10 release before updating my SQLite framework for spatialite 4.  This would also make the rebuild of everything else a lot simpler for me (everything that depends on GDAL) - 1 complete rebuild later is better than 2 rebuilds in relatively quick succession.

Nothing clear yet, but I think they're aiming for the end of the year.

On Dec 4, 2012, at 7:13 PM, Larry Shaffer wrote:

> On Tue, Dec 4, 2012 at 5:50 PM, William Kyngesburye
> <woklist at kyngchaos.com> wrote:
>> On Dec 4, 2012, at 11:00 AM, Larry Shaffer wrote:
>> 
>>> Hi Noli,
>>> 
>>> On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad <nsicad at gmail.com> wrote:
>>>>> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli <sucameli at faunalia.it>
>>>>> wrote:
>>>>>> Before merging it I've opened a pull request [1], further tests
>>>>>> are welcome.
>>>>> 
>>>>> I'm going to merge it today, if there are no objections, of
>>>>> course. Better having it in core to make testing easier,
>>>>> that out like now.
>>> 
>>> The nightly builds I have setup for Mac try to adhere to the same
>>> requirements as a Kyngchaos.com stable install (so most users can
>>> basically just download the nightly app and try it out). Notable
>>> exception is support for Globe plugin (forthcoming). William's
>>> spatialite libraries/headers are embedded in the
>>> /Library/Frameworks/SQLite3.framework install, and are not bundled
>>> with the app, i.e. wouldn't be included in the nightly app, just
>>> linked to local components.
>>> 
>>> This means if I do something custom for v. 4.0, users would also have
>>> to compile and install spatialite themselves, too. I would prefer to
>>> wait until William gives us an update on when he might be rolling a
>>> new framework. If he won't be able to do that for a while, I will look
>>> into a CMake setup, whereby a custom spatialite install is bundled
>>> with the app (a la libfcgi, libspatialindex and libpq). That should
>>> probably be done anyway.
>> 
>> I haven't looked at it yet.  I'll see what I can do, probably a week or so (or less), depending on how simple the update is to work into my framework.  It will require a rebuild of GDAL also.
>> 
>> Bundling a spatialite might be troublesome - GDAL uses sqlite and spatialite also, so if you use my GDAL framework then you'll have multiple versions of spatialite available (from the sqlite framework and yours) in the QGIS compilation which might confuse the build.
> 
> William, thanks for the update! I'll just wait for you to do your
> framework magic, then use the results for the nightlies.
> 
> Regards,
> 
> Larry
> 
>>> Looks like William's current SQLite3.framework version is 3.7.14.1, so
>>> that should handle the requirements for spatialite 4.0. Not sure if he
>>> includes FreeXL though, to import data from Microsoft Excel format
>>> (.xls suffix) files.
>>> 
>> Yes, I include freexl.
>> 
>> 
>> -----
>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>> http://www.kyngchaos.com/
>> 
>> Earth: "Mostly harmless"
>> 
>> - revised entry in the HitchHiker's Guide to the Galaxy
>> 
>> 
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin