Re: [Qgis-developer] Mac nightlies updated
Hi William, On Thu, Jul 11, 2013 at 9:28 PM, William Kyngesburye wokl...@kyngchaos.comwrote: 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. 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. 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. [0] http://www.gaia-gis.it/gaia-sins/spatialite-sql-4.1.0.html#p14d , https://www.gaia-gis.it/fossil/libspatialite/wiki?name=liblwgeom-4.0 [1] https://www.gaia-gis.it/fossil/libspatialite/wiki?name=XmlBlob+and+VirtualXPath [2] https://github.com/mxcl/homebrew/pull/21110 Regards, Larry - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Mac nightlies updated
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
Re: [Qgis-developer] Mac nightlies updated
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. 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? 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
Re: [Qgis-developer] Mac nightlies updated
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
Re: [Qgis-developer] Mac nightlies updated
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. 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 ___
Re: [Qgis-developer] Mac nightlies updated
Hi William, On Sun, Jul 14, 2013 at 8:00 PM, William Kyngesburye wokl...@kyngchaos.comwrote: 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
Re: [Qgis-developer] Mac nightlies updated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 14/07/2013 22:21, Larry Shaffer ha scritto: 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. Agreed: please note we also have done a plugin [0] who directly uses the lib, and makes it available several very useful algorhitms (e.g. MakeValid), not otherwise available in QGIS. Thanks. [0] http://plugins.qgis.org/plugins/sextantelwgeomprovider/ - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHjiq0ACgkQ/NedwLUzIr76WwCgsxoCrKzvjL50mGmZbT8rR0dn KDIAnRntfB6wtBW5qzD9Qd6ynirO+rI+ =dRO3 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Mac nightlies updated
Hello, I have a problem with this new version and the FileGDB (ESRI) plugin
of the GDAL 1.10 framework of William (Mac OS X Snow Leopard). I can write
a FileGDB folder but when I try to read it, QGIS hangs.
Note that I have no problem with Python, both with ogr or Fiona (based on
ogr), even in the Python console of QGIS.
With a file geodatabase created with QGIS
*with ogr:*
import osgeo
osgeo.__version__
'1.10.0'
osgeo.__file__
'/Library/Frameworks/GDAL.framework/Versions/1.10/Python/2.6/site-packages/osgeo/__init__.pyc'
from osgeo import ogr
source = ogr.Open('test.gdb')
layer = source.GetLayer()
for feature in layer:
... geom =feature.GetGeometryRef()
... print geom
MULTILINESTRING ((-1.254300117492676 0.223900079727173,-1.05430006980896
0.663000106811523,-0.69350004196167 0.628400087356567,-0.306600093841553
0.726200103759766,0.30649995803833 0.889100074768066))
...
*with Fiona*
import fiona
c = fiona.open(test.gdb)
c.next()
{'geometry': {'type': 'MultiLineString', 'coordinates':
[[(-1.2543001174926758, 0.22390007972717285), (-1.05430006980896,
0.66300010681152344), (-0.69350004196166992, 0.62840008735656738),
(-0.30660009384155273, 0.72620010375976562), (0.30649995803833008,
0.88910007476806641)]]}, 'id': '1', 'properties': {u'id': None}}
This problem does not exist with the 1.9.x release of William
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Mac-nightlies-updated-tp5065920p5066236.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Mac nightlies updated
Hi, Just a quick note about recent updates for both 10.6 and 10.7-8 Mac nightly builds [0]: * Note: Boths nightlies now using SpatiaLite 4.0.0 * Kyngchaos.com GDAL Complete-1.10 (2013-05-01, must update your local install) * Qt 4.8.5 / sip 4.14.7 / PyQt4 4.10.2 / QScintilla2 2.7.2 (bundled) * MySQL Client 5.6.12 Qt plugin (for eVis plugin support, bundled) * libspatialindex 1.8.1 (bundled) * 10.6-only: Qwt 6.0.2 (bundled) Both builds are now basically using the same supporting libs now (Postgres client is still 9.1 on 10.6). 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 Regards, Larry Shaffer Dakota Cartography Black Hills, South Dakota ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Mac nightlies updated
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. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
