<div dir="ltr">Hi Royce,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 14, 2013 at 3:52 PM, Cline, Royce L. <span dir="ltr"><<a href="mailto:rcline@nd.gov" target="_blank">rcline@nd.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">William<br>
<br>
Juergen's fix from Friday of the problem loading empty tables and his fix from yesterday so that DB Manger now recognizes SpatiaLite version 4 metadata tables both work. Tested with Larry's nightly build from this morning. I can now create a new layer for editing and drag and in DB Manager dropping tables into either SpatiaLite version 3 or 4 databases works very well.<br>
</blockquote><div><br></div><div>I can confirm this works for my local builds as well (10.7.5). Spatialite 4 now seems to be mostly, if not completely, functional now. Thank you, Juergen!<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Since Larry is requesting features, I have one. It would be very useful to anybody on OS X that does much with SpatiaLite to have Spatialite_GUI available from your site. Would it take much additional effort to also build this when you build spatialite?<br>
</blockquote><div><br></div><div>I, too, work with spatialite_gui as it is (I think) the best means for working with spatialite dbs/tables. Unfortunately, it's gui is built off of wxWidgets instead of Qt, i.e. an additional gui toolkit would need to be installed with or alongside William's frameworks. However there is an easy means of getting the latest versions of those, by using homebrew in an isolated install directory [0].<br>
</div><div><br>[0] <a href="http://drive.dakotacarto.com/qgis/spatialite-gui_homebrew-install.txt">http://drive.dakotacarto.com/qgis/spatialite-gui_homebrew-install.txt</a><br><br></div><div>Regards,<br><br></div><div>Larry<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Royce<br>
<br>
<br>
<br>
On Jul 14, 2013, at 3:55 PM, William Kyngesburye <<a href="mailto:woklist@kyngchaos.com">woklist@kyngchaos.com</a>> wrote:<br>
<br>
> On Jul 14, 2013, at 3:21 PM, Larry Shaffer wrote:<br>
><br>
>> Hi William,<br>
>><br>
>> On Thu, Jul 11, 2013 at 9:28 PM, William Kyngesburye <<a href="mailto:woklist@kyngchaos.com">woklist@kyngchaos.com</a>> wrote:<br>
>> On Jul 11, 2013, at 9:32 PM, Larry Shaffer wrote:<br>
>><br>
>>> William, the issues with Spatialite 4.0.0 still persist [1]. Maybe having your SQLite framework updated to Spatialite 4.1.1 before trying to track down those errors might be prudent?<br>
>>><br>
>>> [0] <a href="http://qgis.dakotacarto.com" target="_blank">http://qgis.dakotacarto.com</a><br>
>>> [1] <a href="http://hub.qgis.org/issues/7664" target="_blank">http://hub.qgis.org/issues/7664</a><br>
>><br>
>> I don't see any compatibility-breaking changes (would require new framework version and rebuild of everything), so I'll work on it over the weekend.<br>
>><br>
> Have you tried QGIS yet with Juergen's change to accept empty spatialite DBs?  It would be good to check if this works before trying Spatialite 4.1.<br>
><br>
>> Another nice addition to spatialite would be to add the liblwgeom support. This is part of the postgis build, but can have its .so and headers files moved to a different location (I believe) because it only links to libgeos_c and libproj. However, I did not find liblwgeom-2.0.3.dylib in your install for postgis 2.0.3.<br>

>><br>
>> Since the .dylib can be included standalone (after postgis is built) and spatialite built against that, could you include liblwgeom in your SQLite3 framework (or maybe GEOS framework)? This would offer extra geometry functions to spatialite [0] (especially the MakeValid function) without requiring users to install the full postgres/postgis package.<br>

>><br>
> Maybe.  It's getting messy.  But, PostGIS is GPL, and I'd rather keep the whole framework non-GPL.  So it would have to be the standard full Postgres+PostGIS install, but then the framework becomes dependent on PostGIS (directly) and Postgres (indirectly).<br>

><br>
>> Also, having worked with recent spatialite builds for the homebrew project, I came across the nice additional XML functions for spatialite [1]. I did not have issues building libspatialite against default libxml2 on Lion (10.7.5), but spatialite-gui failed unless I built libspatialite against a newer 2.9.x version of libxml2 [2]. 2.9.x version is recommended (required?) for spatialite.<br>

>><br>
>> The xml functions could be used for the proposed QGIS project-as-db setup, where the current project xml-formatted file could be directly stored in a spatialite db, with minimal adjustment to existing project reading/writing code.<br>

>><br>
> I saw this addition to 4.1 and expect to build it in.  Looks like Mt Lion also has xml2 2.7.  Another messy addition if using xml2 2.9, but license is OK.<br>
><br>
><br>
> -----<br>
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com><br>
> <a href="http://www.kyngchaos.com/" target="_blank">http://www.kyngchaos.com/</a><br>
><br>
> "This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"<br>
><br>
> - The Ruler of the Universe<br>
><br>
><br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br>
</blockquote></div><br></div></div></div>