Re: [Qgis-developer] SAGA modules (version 2.1.0) through SEXTANTE on Mac OSX
Olav, Thanks for your contribution! There is no option SAGA folder in the SEXTANTE configuration like you have when installing on Windows. I haven't checked on Linux, but I guess the Unixes don't need this, as long as saga_cmd is in the path, right? Right, Mac and Linux should work in the same way. Let me check, because maybe in Mac it is performing the same check as in windows (that is, checking that the SAGA folder is set...) Looks like an easy to solve problem...i hope Will keep you posted Thanks again! Victor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qgis-developer Digest, Vol 86, Issue 41
Hi, i am new to the qgis api using the code examples to get a better understanding. https://github.com/qgis/qgis-code-examples unfortunately I get a layer not valid message for examples 1 and 2. fortunately the TIFF in example 4 does get loaded. so based on ex 4 i added the following lines to example 2: QString myFileName = QFileDialog::getOpenFileName(this, tr(Open File), QCoreApplication::applicationDirPath () , tr(Shape (*.shp))); QFileInfo myVectorFileInfo(myFileName); QgsVectorLayer * mypLayer = new QgsVectorLayer(myVectorFileInfo.filePath(), myVectorFileInfo.completeBaseName()); Selecting a shapefile goes well, however I still get the layer not valid message In phyton loading a layer is also a problem using the code in the phyton console of Qgis: layer = QgsVectorLayer(/home/jellema/Documents/A.shp, layer_name, ogr) if not layer.isValid(): print Layer failed to load! --- However it works fine using: qgis.utils.iface.addVectorLayer(/home/jellema/Documents/A.shp, layer_name, ogr) Can somebody give me some isight on what goes wrong? Andre ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] API cleanup
Hi all, anyone works on API (both C++ and Python) cleanup? As I can see there are about 90 deprecated methods available (for example, look at QgsRasterLayer class), maybe we have even more, because not all methods may be marked as deprecated. Should we remove them? If yes which procedure is correct? Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] API cleanup
Hey Alex, I think we should be removing them as I think that is a overall goal for 2.0. I think we can just remove them. We should be able to diff the API docs once 2.0 is out to find out which methods have been added or removed. That is my thinking anyway. - Nathan On Wed, Dec 19, 2012 at 10:00 PM, Alexander Bruy alexander.b...@gmail.comwrote: Hi all, anyone works on API (both C++ and Python) cleanup? As I can see there are about 90 deprecated methods available (for example, look at QgsRasterLayer class), maybe we have even more, because not all methods may be marked as deprecated. Should we remove them? If yes which procedure is correct? Thanks -- Alexander Bruy ___ 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] error running qgis master - sextante depends on psycopg2 - but this dependency isn't well known
Sounds good to me. I assumed that it would be installed, but it's a better idea to add it explicitly I will add a check to SEXTANTE, so in case it is not installed, it leaves out the algorithms that use it Thanks! Victor 2012/12/19 Etienne Tourigny etourigny@gmail.com: Hi I had this problem today with a fresh build (done manually) and install on a new machine, using today's master. I am running Linux Mint 14 (Nadia). Couldn't load plugin 'sextante' from [...] Traceback (most recent call last): [...] ImportError: No module named psycopg2 Installing python-psycopg2 fixed the issue. This should probably be added as a dependency to qgis build process, or documented, or perhaps even tested in sextante so it doesn't throw the error? Regards, Etienne ___ 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] error running qgis master - sextante depends on psycopg2 - but this dependency isn't well known
Ideally it could be a dependency to .deb files (or osgeo/whatever), and the build notes could include that package. In any case, perhaps a one-time error window with a QErrorMessage that psycopg2 is needed for some algorithms. Etienne On Wed, Dec 19, 2012 at 7:33 PM, Victor Olaya vola...@gmail.com wrote: Sounds good to me. I assumed that it would be installed, but it's a better idea to add it explicitly I will add a check to SEXTANTE, so in case it is not installed, it leaves out the algorithms that use it Thanks! Victor 2012/12/19 Etienne Tourigny etourigny@gmail.com: Hi I had this problem today with a fresh build (done manually) and install on a new machine, using today's master. I am running Linux Mint 14 (Nadia). Couldn't load plugin 'sextante' from [...] Traceback (most recent call last): [...] ImportError: No module named psycopg2 Installing python-psycopg2 fixed the issue. This should probably be added as a dependency to qgis build process, or documented, or perhaps even tested in sextante so it doesn't throw the error? Regards, Etienne ___ 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] error running qgis master - sextante depends on psycopg2 - but this dependency isn't well known
Hi Etienne, On Wed, 19. Dec 2012 at 19:49:27 -0200, Etienne Tourigny wrote: Ideally it could be a dependency to .deb files (or osgeo/whatever), It already is (debian and osgeo4w) Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de committ(ed|ing) to Quantum GIS IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Back compatibility to Symbols in version =1.8 with =1.9
Hello all, Recently the bug #6897 [1] was filed pointing to the incompatibility between the symbols created before GSoC code and after GSoC code. The primary matter being incorporating multiple levels of nesting the symbols. Previous XML structure allowed only a single level of nesting. This XML structure was modified and the multiple levels now work fine. However wrt bug #6897, I have noticed, I haven't given a solution for cross importing the symbols from previous versions to newer versions. I haven't considered this because the structure conversion was done by the script [2] that converted the style.xml into the style.db implicitly. But there might be use cases where style import might happen from older to newer systems, creating situations like #6897. For the solution I am thinking of A. writing a Python script to perform this conversion of XML structuring alone. And then symbols can be imported using the built-in import function B. Write a specialized function in C++ into QGIS which will import the old styles too, making the user to select the type of import. Which is more preferable? [1] - http://hub.qgis.org/issues/6897 [2] - https://github.com/qgis/Quantum-GIS/blob/master/scripts/symbol_xml2db.py -- Regards Arunmozhi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
