Re: [Qgis-developer] Please update SRS db to newest one
Il 03/12/2012 13:50, Shin, Sanghee ha scritto: I found that newest EPSG DB is not still reflected in QGIS SRS DB. Would you please update QGIS SRS DB to newest one? This is especially essential for Korean QGIS users, who had to update new Korean SRS manually. Should I issue a ticket for this? Hi Sanghee, isn't already open? If not, please do. Thanks. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)
On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli sucam...@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. Hi Larry, Would it be possible to tell us when you release a Mac OS X nightly build that includes this update Spatialite provider (i.e. SPL 4.0.0). Thanks. Noli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] osgeo4w files
Hi all. Where can the osgeo4w files be downloaded for offline install, without using the osgeo4w.exe? I want to prepare a folder for offline install on Win, but I'm on Linux, so I cannot use the exe (and wine is not working on amd64). Thanks. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] osgeo4w files
Hi, see http://download.osgeo.org/osgeo4w/release/ Andreas On Tue, 04 Dec 2012 08:30:08 +0100, Paolo Cavallini wrote: Hi all. Where can the osgeo4w files be downloaded for offline install, without using the osgeo4w.exe? I want to prepare a folder for offline install on Win, but I'm on Linux, so I cannot use the exe (and wine is not working on amd64). Thanks. -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] postgis view source URI with key column doesn't load
It was an encoding problem with the parameters I passed to the URI. It works fine now. giovanni 2012/12/3 G. Allegri gioha...@gmail.com I'm setting the URI of a PostGIS view layer in the following way: uri.setDataSource(schema,table,geom_column,'',key_column) but the resulting layer has something wrong, eg layer.isValid() returns False, and I can't load it. I can load the same view through the GUI, settings the Primary Key Column manually. What's wrong with the way I'm using setDataSource? giovanni ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Update to the SpatiaLite provider - ( Mac OS X nighty build)
HI, On Tue, Dec 4, 2012 at 2:08 AM, Noli Sicad nsi...@gmail.com wrote: On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli sucam...@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. Would it be possible to tell us when you release a Mac OS X nightly build that includes this update Spatialite provider (i.e. SPL 4.0.0). I haven't merged it yet, but I hope to do it ASAP. Regards. Thanks. Noli ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Update to the SpatiaLite provider - ( Mac OS X nighty build)
+1 for merging - otherwise my blog entry is wrong ;) On Tue, Dec 4, 2012 at 4:25 PM, Giuseppe Sucameli sucam...@faunalia.itwrote: HI, On Tue, Dec 4, 2012 at 2:08 AM, Noli Sicad nsi...@gmail.com wrote: On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli sucam...@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. Would it be possible to tell us when you release a Mac OS X nightly build that includes this update Spatialite provider (i.e. SPL 4.0.0). I haven't merged it yet, but I hope to do it ASAP. Regards. Thanks. Noli ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Giuseppe Sucameli - Faunalia ___ 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] [Qgis-user] python error
Just updated 1.9.master on Ubuntu and got the same error starting QGIS:
Couldn't load PyQGIS.
Python support will be disabled.
Traceback (most recent call last):
File , line 1, in
ImportError: No module named qgis.core
Running in a terminal: 'sudo apt-get upgrade' I get:
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]? y
Setting up python-qgis-common (1.9.0+git20121201+80fa7aa~precise-ubuntugis1)
...
Compiling
/usr/share/qgis/python/plugins/sextante/admintools/httplib2/__init__.py ...
SyntaxError: ('from __future__ imports must occur at the beginning of the
file',
('/usr/share/qgis/python/plugins/sextante/admintools/httplib2/__init__.py',
26, None, 'from __future__ import generators\n'))
pycentral: pycentral pkginstall: error byte-compiling files (496)
pycentral pkginstall: error byte-compiling files (496)
dpkg: error processing python-qgis-common (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python-qgis:
python-qgis depends on python-qgis-common (=
1.9.0+git20121201+80fa7aa~precise-ubuntugis1); however:
Package python-qgis-common is not configured yet.
dpkg: error processing python-qgis (--configure):
dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup
error from a previous failure.
Errors were encountered while processing:
python-qgis-common
python-qgis
E: Sub-process /usr/bin/dpkg returned an error code (1)
/Jakob
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Re-Qgis-user-python-error-tp5020446p5020498.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
Re: [Qgis-developer] Defining the SEXTANTE roadmap
Hi Victor, hi all, Let's start with the second point How do you think we should spend this money on SEXTANTE? I think the first point is to fixed bugs, the second like Vincent Picavet is Making sextante totally independant of qgis GUI, to be able to run sextante processes in batch in command line mode. We, at 3Liz, could spend some time on SEXTANTE and find fund to improve SEXTANTE. Some of our clients, mainly labs, can be insteresting in improving SEXTANTE in QGIS, SEXTANTE has a command line or SEXTANTE as a WPS Server. René-Luc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] WPS server
Hi Martin, I think we need both : * QgsExpression for simple Process on Geometry and simple parameters * SEXTANTE for complexe Process on Raster, Vector Layer, multiple Layer, etc After some tests on WFS-Transaction, I need a way to validate my geometry before updating or adding feature. In this case SEXTANTE will be too big, QgsExpression is exactly what I need no more no less. I do not need to Process layer. For SEXTANTE, Vincent Picavet give the good solution : /* Making sextante totally independant of qgis GUI, to be able to run sextante processes in batch in command line mode// //This will open the door to use Sextante as a real WPS processes generator, // //with features not unlike an ETL (or ELT)./ René-Luc D'Hont 3Liz Le 03/12/2012 17:43, Martin Dobias a écrit : On Mon, Dec 3, 2012 at 2:31 PM, rldhont rldh...@gmail.com mailto:rldh...@gmail.com wrote: My idea was to have a simple WPS server based on QGIS-Server, very simple for simple vector case, and I thought it's a good idea. I only need to validate geometry, constructing simple buffer or intersection. For big processing, I think SEXTANTE is better suitable, but for a WPS serveur, SEXTANTE didn't need QGIS. We can construct a WPS Server based on pySextante with pyWPS. I don't really want to hack QgsExpression, just accesses to very simple processing, I'll just it. For SEXTANTE, It will be better to work on someting based on pyWPS. I don't think PyWPS would be a good choice for WPS server implementation. From a broader view, PyWPS does the same thing as SEXTANTE does: it allows users to run processes and it allows developers to provide custom processes. The main difference is that PyWPS processing is meant to be triggered by WPS requests, while SEXTANTE processing may be triggered by anything (currently mainly GUI). On the backend side, PyWPS supports GRASS, while SEXTANTE offers much more by default. It's true that one could attach SEXTANTE to PyWPS and let QGIS server call PyWPS all the time, but that would bring just additional limitations. In fact, the server-side WPS support could be implemented directly within SEXTANTE, the only thing that would QGIS server do would be to pass WPS request to SEXTANTE routine and send its response back to server. So the bottom line from my point of view: SEXTANTE +1 QgsExpression -1 PyWPS -1 Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Update to the SpatiaLite provider - ( Mac OS X nighty build)
Merged right now. Cheers. On Tue, Dec 4, 2012 at 4:29 PM, Werner Macho werner.ma...@gmail.com wrote: +1 for merging - otherwise my blog entry is wrong ;) On Tue, Dec 4, 2012 at 4:25 PM, Giuseppe Sucameli sucam...@faunalia.it wrote: HI, On Tue, Dec 4, 2012 at 2:08 AM, Noli Sicad nsi...@gmail.com wrote: On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli sucam...@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. Would it be possible to tell us when you release a Mac OS X nightly build that includes this update Spatialite provider (i.e. SPL 4.0.0). I haven't merged it yet, but I hope to do it ASAP. Regards. Thanks. Noli ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Giuseppe Sucameli - Faunalia ___ 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 -- Giuseppe Sucameli - Faunalia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)
Hi Noli, On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad nsi...@gmail.com wrote: On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli sucam...@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. 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. Regards, Larry Hi Larry, Would it be possible to tell us when you release a Mac OS X nightly build that includes this update Spatialite provider (i.e. SPL 4.0.0). Thanks. Noli ___ 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] [Qgis-user] python error
Hi, I think the problem was with python-qgis-common pedro@fujitsu:~$ sudo apt-get upgrade A ler as listas de pacotes... Pronto A construir árvore de dependências A ler a informação de estado... Pronto 0 pacotes actualizados, 0 pacotes novos instalados, 0 a remover e 0 não actualizados. 2 pacotes não totalmente instalados ou removidos. Após esta operação, serão utilizados 0 B adicionais de espaço em disco. Deseja continuar [Y/n]? y A instalar python-qgis-common (1.9.0+git20121201+80fa7aa~precise-ubuntugis1) ... A processar 'triggers' para python-central ... A instalar python-qgis (1.9.0+git20121201+80fa7aa~precise-ubuntugis1) ... A processar 'triggers' para python-central ... A processar 'triggers' para libc-bin ... ldconfig deferred processing now taking place pedro@fujitsu:~$ For some reason the update did not work well, but now everything is ok. Best regards, Pedro Venâncio - Original Message - From: Pedro Venâncio Hi, Yesterday I reported that problem with /usr/share/qgis/python/plugins/sextante/admintools/httplib2/__init__.py in dev mailinglist: http://osgeo-org.1560.n6.nabble.com/Couldn-t-load-plugin-ogrprocessing-after-upgrading-Sextante-from-github-td5020192.html but the problem in starting QGIS is different and it just showed up today here, after upgrading to version 1.9.0+git20121201+80fa7aa~precise-ubuntugis1. The error: Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File , line 1, in ImportError: No module named qgis.core Python version: 2.7.3 (default, Aug 1 2012, 05:27:35) [GCC 4.6.3] QGIS version: 1.9.0-Master 'Master', exported Python path: ['/usr/share/qgis/python', '/home/pedro/.qgis//python', '/home/pedro/.qgis//python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PIL', '/usr/lib/python2.7/dist-packages/gst-0.10', '/usr/lib/python2.7/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.7', '/usr/lib/python2.7/dist-packages/ubuntu-sso-client', '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode'] Will be a problem with some dependency? Thanks, Pedro From: Matteo Ghetta Ok I solved the problem.. During the updating thw first line of the file __init__.py (stored in /usr/share/qgis/python/plugins/sextante/admintools/httplib2) from __future__ import generators moved to the 26th line of the same file. I really don't understand why, but after moving it back to the right place, it seems that python (and the plugins) works correctly. Cheers ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Crayfish Plugin Released
Hi Guys, In case you are interested, we've just released a plugin for viewing time-varying results from FE/FV models (it does flood models but could do others too) directly in QGIS which is based on QgsPluginLayer. For more info, see the resources page: http://www.lutraconsulting.co.uk/resources/crayfish Kind regards, Pete Peter Wells Lutra Consulting 23 Chestnut Close, Burgess Hill, RH15 8HN http://www.lutraconsulting.co.uk www.lutraconsulting.co.uk Tel: +44 (0)1444 848012 Mob: +44 (0)7704 781683 SIP: 1507...@sipgate.co.uk -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no responsibility for viruses is taken and it is your responsibility to carry out such checks as you feel appropriate. Saber Razmjooei and Peter Wells trading as Lutra Consulting.___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] ESA project using SEXTANTE
Hi all This mail is to tell you about the great work ESA is doing with SEXTANTE, They have contributed several important patches (thanks to Radoslaw Guzinski for his fantastic work!) and they use it for some of their projects, as it can be seen in this newsletter they recently published[1]. I think this is a very good case study, and as such it is of interest for the QGIS community. It seems that SEXTANTE is growing up, which will for sure be good for all of us and will help us have a robust and table version pretty soon. Thanks to everyone for you collaboration!! Victor [1]http://tiger-net.org/uploads/media/TIGER-NET_D19_QN_Issue2.pdf ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ESA project using SEXTANTE
Il 04/12/2012 21:45, Victor Olaya ha scritto: Hi all This mail is to tell you about the great work ESA is doing with SEXTANTE, They have contributed several important patches (thanks to Radoslaw Guzinski for his fantastic work!) and they use it for some of their projects, as it can be seen in this newsletter they recently published[1]. I think this is a very good case study, and as such it is of interest for the QGIS community. It seems that SEXTANTE is growing up, which will for sure be good for all of us and will help us have a robust and table version pretty soon. Thanks to everyone for you collaboration!! Victor [1]http://tiger-net.org/uploads/media/TIGER-NET_D19_QN_Issue2.pdf Great. Maybe they could send us a very short report for our case studies? All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Defining the SEXTANTE roadmap
Hi all Thanks a lot for your ideas, there are definitely very good ones in here. I am going to try to put a detailed list of priorities and maybe some time estimations, so we can then focus our work more efficiently. As some of you mentioned that you have plans to work on these ideas,since they are of interest for you company/work/etc, (this is a great surprise!), I would just like to ask for some communication here in the list, so as to avoid duplicate work. For instance, support for databases as inputs and outputs was already on my priorities list. A good roadmap will help us divide the work and advance faster. I cannot thank you all enough for you help. It is really exciting to see how people are using SEXTANTE and helping us to push it forward. Thanks! 2012/12/4 rldhont rldh...@gmail.com: Hi Victor, hi all, Let's start with the second point How do you think we should spend this money on SEXTANTE? I think the first point is to fixed bugs, the second like Vincent Picavet is Making sextante totally independant of qgis GUI, to be able to run sextante processes in batch in command line mode. We, at 3Liz, could spend some time on SEXTANTE and find fund to improve SEXTANTE. Some of our clients, mainly labs, can be insteresting in improving SEXTANTE in QGIS, SEXTANTE has a command line or SEXTANTE as a WPS Server. René-Luc ___ 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] ESA project using SEXTANTE
On Tue, Dec 4, 2012 at 9:45 PM, Victor Olaya vola...@gmail.com wrote: Hi all This mail is to tell you about the great work ESA is doing with SEXTANTE, Thanks for sharing Victor! It's really valuable to have reports like this strengthening the reputation of QGIS and SEXTANTE. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Defining the SEXTANTE roadmap
Many people mention documentation. As I said, we are interested in documenting how to develop with SEXTANTE, which is a great priority in order to keep the project alive. However, I guess most people are talking about user documentation. Do you mean algorithm documentation? Documentation about the SEXTANTE framework itself? GRASS algorithms are all fully documented, since we use the original GRASS docs. SAGA ones are not... That is clearly a huge amount of work, probably beyond what can be achieved in the short- or mid-term, but suggestions about this topic are welcome. Other SEXTANTE documents not related to analysis algorithms are more comprehensive and closer to completion... Thanks in advance 2012/12/4 Bhaskaran bbka...@gmail.com: My top three priorities are: 1) Documentation 2) Documentation 3) Documentation I am sure there are other things to develop. However, at the moment the knowledge of Sextante and QGIS is with a few users/developers. Majority of the users struggle for a while and move on to use commercial apps. So let us have a propoer documentation so that the exisiting featues can be fully exploited. bbkaran On 3 December 2012 12:40, Pirmin Kalberer pi...@sourcepole.com wrote: Hi Victor Am Freitag, 30. November 2012, 23.52:20 schrieb Victor Olaya: [.] Let's start with the second point How do you think we should spend this money on SEXTANTE? My personal priority list: 1. Reanimate Python code export 2. Support for database tables as input and output types This would be the starting point for implementing import and export workflows with SEXTANTE. 3. Support for spatialite as an intermediate format No more troubles with long layer names! 4. PostGIS algorithm collection 5. Merging history/log window with QGIS protocol windows Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)
On Dec 4, 2012, at 11:00 AM, Larry Shaffer wrote: Hi Noli, On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad nsi...@gmail.com wrote: On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli sucam...@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. 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@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Defining the SEXTANTE roadmap
Il 04/12/2012 22:56, Victor Olaya ha scritto: However, I guess most people are talking about user documentation. Do you mean algorithm documentation? Documentation about the SEXTANTE framework itself? IMHO algorithm documentation. GRASS algorithms are all fully documented, since we use the original GRASS docs. SAGA ones are not... That is clearly a huge amount of work, probably beyond what can be achieved in the short- or mid-term, but suggestions about this topic are welcome. Other SEXTANTE documents not related to analysis algorithms are more comprehensive and closer to completion... I think we should work together with SAGA team to extract their documentation automatically. All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
