[Qgis-developer] Mac nightlies updated

Sun Jul 14 19:44:00 PDT 2013

Hi William,

On Sun, Jul 14, 2013 at 8:00 PM, William Kyngesburye
<woklist at 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. <rcline at 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 <woklist at 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 <
> woklist at 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 at lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> >
> > _______________________________________________
> > 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20130714/a6247075/attachment.html>