Hi William, On Sun, Jul 14, 2013 at 8:00 PM, William Kyngesburye <wokl...@kyngchaos.com>wrote:
> I don't think it matters what gui toolkit it uses, as long as it works. > WxWidgets is simpler to bundle with an app and has a lot smaller footprint > than Qt. The main question is whether spatialite_gui works with wx 2.9, > needed for a 64bit build, and for compiling at all on Mt Lion. > Yes. That's the wxWidgets 64-bit version it is compiled with by homebrew formula [0][1]. The patch noted on the formula page isn't needed for version 1.7.1. [0] http://drive.dakotacarto.com/qgis/spatialite-gui_homebrew_about.png [1] https://github.com/mxcl/homebrew/blob/master/Library/Formula/spatialite-gui.rb Larry > On Jul 14, 2013, at 8:26 PM, Larry Shaffer wrote: > > > Hi Royce, > > > > On Sun, Jul 14, 2013 at 3:52 PM, Cline, Royce L. <rcl...@nd.gov> wrote: > > William > > > > 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. > > > > 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! > > > > 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? > > > > 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]. > > > > [0] > http://drive.dakotacarto.com/qgis/spatialite-gui_homebrew-install.txt > > > > Regards, > > > > Larry > > > > Royce > > > > > > > > On Jul 14, 2013, at 3:55 PM, William Kyngesburye <wokl...@kyngchaos.com> > wrote: > > > > > On Jul 14, 2013, at 3:21 PM, Larry Shaffer wrote: > > > > > >> Hi William, > > >> > > >> On Thu, Jul 11, 2013 at 9:28 PM, William Kyngesburye < > wokl...@kyngchaos.com> wrote: > > >> On Jul 11, 2013, at 9:32 PM, Larry Shaffer wrote: > > >> > > >>> 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? > > >>> > > >>> [0] http://qgis.dakotacarto.com > > >>> [1] http://hub.qgis.org/issues/7664 > > >> > > >> 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. > > >> > > > 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. > > > > > >> 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. > > >> > > >> 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. > > >> > > > 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). > > > > > >> 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. > > >> > > >> 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. > > >> > > > 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. > > > > > > > > > ----- > > > William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> > > > http://www.kyngchaos.com/ > > > > > > "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?" > > > > > > - The Ruler of the Universe > > > > > > > > > _______________________________________________ > > > Qgis-developer mailing list > > > Qgis-developer@lists.osgeo.org > > > http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > > > _______________________________________________ > > Qgis-developer mailing list > > Qgis-developer@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 > > >
_______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer