Bug#807339: qgis: saga not available in processing toolbox
On 03/05/16 22:51, Sebastiaan Couwenberg wrote: Hi Moritz, On 03/10/2016 07:42 AM, Sebastiaan Couwenberg wrote: On 11-12-15 23:19, Sebastiaan Couwenberg wrote: On 08-12-15 16:05, Sebastiaan Couwenberg wrote: It seems QGIS doesn't support SAGA 2.2.2 yet: https://lists.osgeo.org/pipermail/qgis-developer/2015-December/040670.html QGIS 2.12 and later do support SAGA 2.2, but these changes have not been backported to QGIS 2.8 LTR yet. Hopefully they'll be backported for QGIS 2.8.5. We have QGIS 2.14 in unstable now, SAGA was updated to 2.2.4 in the mean time, but remains unavailable in the processing toolbox. There are a number of SAGA 2.2.x related commits available in the 2.14 branch which may fix the issue in QGIS 2.14.1 to be released by the end of the month. No SAGA changes in 2.14.2, I'm seriously starting to doubt if we can support recent SAGA versions in QGIS. It seems the SAGA version in unstable will always be more current than the supported versions in QGIS. I think the question is mainly whether we can aim for compatible versions in a stable release, or ? Moritz ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#807339: qgis: saga not available in processing toolbox
On 04/05/16 10:40, Bas Couwenberg wrote: On 2016-05-04 10:12, Moritz Lennert wrote: On 03/05/16 22:51, Sebastiaan Couwenberg wrote: On 03/10/2016 07:42 AM, Sebastiaan Couwenberg wrote: On 11-12-15 23:19, Sebastiaan Couwenberg wrote: On 08-12-15 16:05, Sebastiaan Couwenberg wrote: It seems QGIS doesn't support SAGA 2.2.2 yet: https://lists.osgeo.org/pipermail/qgis-developer/2015-December/040670.html QGIS 2.12 and later do support SAGA 2.2, but these changes have not been backported to QGIS 2.8 LTR yet. Hopefully they'll be backported for QGIS 2.8.5. We have QGIS 2.14 in unstable now, SAGA was updated to 2.2.4 in the mean time, but remains unavailable in the processing toolbox. There are a number of SAGA 2.2.x related commits available in the 2.14 branch which may fix the issue in QGIS 2.14.1 to be released by the end of the month. No SAGA changes in 2.14.2, I'm seriously starting to doubt if we can support recent SAGA versions in QGIS. It seems the SAGA version in unstable will always be more current than the supported versions in QGIS. I think the question is mainly whether we can aim for compatible versions in a stable release, or ? For stable we may be able to support the SAGA version with QGIS in backports. It seem that for every SAGA release, the list of support versions in the QGIS processing plugin needs to be updated. See for example the changes for SAGA 2.2.3: https://github.com/qgis/QGIS/commit/607642a562f58652a2939aad64d6476fc50f02de There is currently no explicit support for SAGA >= 2.2.4. There is an outstanding issue in the upstream issue tracker about changes required for SAGA 2.24: http://hub.qgis.org/issues/14735 With the frequent API breakage in new SAGA releases, and the lack of manpower in the QGIS project to keep the SAGA processing plugin updated, I remain sceptical of our ability to support SAGA in QGIS. https://lists.osgeo.org/pipermail/qgis-developer/2015-December/040797.html Are there any Saga devs involved in this discussion ? Maybe it would be possible to convince them to avoid API changes in minor versions... Moritz ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#858251: qgis: no access to grass7 algorithms from toolbox
Package: qgis Version: 2.14.11+dfsg-2 Severity: normal Tags: upstream Dear Maintainer, In QGIS 2.14.11 (but it seems this has been the case before), one cannot launch any of the GRASS7 algorithms from the processing toolbox. The issue is known and apparently corrected in Master: https://hub.qgis.org/issues/13072. Would it be possible to cherry pick relevant parts of the fix to make it work in 2.14 ? Especially since a release date for a new LTS version is not fixed, yet ? -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qgis depends on: ii libc6 2.24-9 ii libexpat1 2.2.0-2 ii libgcc1 1:6.3.0-6 ii libgdal20 [gdal-abi-2-1-2] 2.1.2+dfsg-3 ii libgeos-c1v53.5.1-3 ii libgsl2 2.3+dfsg-1 ii libpq5 9.6.2-1 ii libproj12 4.9.3-1 ii libqca2 2.1.1-4+b2 ii libqgis-analysis2.14.11 2.14.11+dfsg-2 ii libqgis-app2.14.11 2.14.11+dfsg-2 ii libqgis-core2.14.11 2.14.11+dfsg-2 ii libqgis-gui2.14.11 2.14.11+dfsg-2 ii libqgis-networkanalysis2.14.11 2.14.11+dfsg-2 ii libqscintilla2-12v5 2.9.3+dfsg-4 ii libqt4-network 4:4.8.7+dfsg-11 ii libqt4-sql 4:4.8.7+dfsg-11 ii libqt4-svg 4:4.8.7+dfsg-11 ii libqt4-xml 4:4.8.7+dfsg-11 ii libqtcore4 4:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libqtwebkit42.3.4.dfsg-9.1 ii libqwt6abi1 6.1.2-6 ii libspatialindex4v5 1.8.5-4 ii libspatialite7 4.3.0a-5+b1 ii libsqlite3-03.16.2-3 ii libstdc++6 6.3.0-6 ii python-qgis 2.14.11+dfsg-2 ii qgis-common 2.14.11+dfsg-2 ii qgis-providers 2.14.11+dfsg-2 Versions of packages qgis recommends: ii qgis-plugin-grass2.14.11+dfsg-2 ii qgis-provider-grass 2.14.11+dfsg-2 Versions of packages qgis suggests: ii gpsbabel 1.5.3-2 -- no debconf information ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#858251: qgis: no access to grass7 algorithms from toolbox
On 20/03/17 18:28, Sebastiaan Couwenberg wrote: Control: tags -1 moreinfo On 03/20/2017 12:44 PM, Moritz Lennert wrote: In QGIS 2.14.11 (but it seems this has been the case before), one cannot launch any of the GRASS7 algorithms from the processing toolbox. The issue is known and apparently corrected in Master: https://hub.qgis.org/issues/13072. Would it be possible to cherry pick relevant parts of the fix to make it work in 2.14 ? Especially since a release date for a new LTS version is not fixed, yet ? The fix linked in that issue [0] is already included in QGIS 2.14.11 (and earlier). Yes, sorry, I didn't do my homework correctly on this one. The issue seems to suggest that you should be using the GRASS 7 plugin instead of the processing algorithms since the qgis package is built with GRASS support and doesn't need to rely on external tools. I don't really read the discussions in that issue as meaning that you should use the plugin instead of processing. However, I think I found the culprit: In /usr/share/qgis/python/plugins/processing/algs/grass7/Grass7Utils.py line 254 has: command = 'grass70 ' + Grass7Utils.grassMapsetFolder() \ changing this to command = 'grass72 ' + Grass7Utils.grassMapsetFolder() \ or (probably even better) to command = 'grass ' + Grass7Utils.grassMapsetFolder() \ Solves the issue for me. Other places that might need change to 7.2 : line 80 (getGrassVersion()): return '7.0.0' (ideally this should probably rather call 'grass -v' to get its version) line 420 (grassHelpPath()): return helpPath if helpPath is not None else 'http://grass.osgeo.org/grass70/manuals/' (command API should have staid more or less the same between 7.0 and 7.2, but there might have been slight changes) Changing line 254 to 'grass' and the other two to '7.2.0' and 'grass72' respectively makes GRASS7 processing work for me. Doesn't the GRASS plugin do what you need? No, it's a different approach. The GRASS plugin allows you to access a GRASS GISDBASE and locations. This means you have to set those up. Processing allows you to use GRASS algorithms directly any layer you currently have in your project without having to create a GISDBASE and relevant locations. Personally, I don't have any need for the plugin (I rather use GRASS directly), but I find the processing approach very useful, especially for teaching. But in any case, the user shouldn't have to choose between the two. Moritz ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#667966: postgis: PostGIS 2.0.0 Released
I would like to ping this issue. Is this "just" an issue of manpower, or are there other reasons why PostGIS is not packaged, yet ? Moritz ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#368060: thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0
Package: thuban Version: 1.0.1-1 Severity: grave Justification: renders package unusable fresh install of Thuban: $ apt-get install thuban [...] The following NEW packages will be installed: python-wxgtk2.4 thuban [...] Then trying to launch Thuban: $ thuban *** The following version errors were detected: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 *** -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages thuban depends on: ii gdal-bin1.3.1-5 Geospatial Data Abstraction Librar ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libgdal1-1.3.1 1.3.1-5 Geospatial Data Abstraction Librar ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 ii libwxgtk2.4-1 2.4.5.1 wxWindows Cross-platform C++ GUI t ii proj4.4.9d-2 Cartographic projection filter and ii python [python-xmlbase] 2.3.5-5 An interactive high-level object-o ii python-sqlite 1.0.1-4 python interface to SQLite 2 ii python-wxgtk2.4 2.4.5.1 wxWindows Cross-platform C++ GUI t Versions of packages thuban recommends: ii libgdal1-1.3.11.3.1-5Geospatial Data Abstraction Librar pn python-gdal(no description available) pn python-psycopg (no description available) -- no debconf information ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Bug#791680: A crash of Qgis Desktop occurs when I try to "save as" a vector layer
I can confirm the bug with 2.8.2+dfsg-2+b1. Even after installing qgis-dbg, all I get in a console is: > qgis Warning: QGraphicsScene::addItem: item has already been added to this scene no need * deactivate parallellinetool * deactivate circulararctool * deactivate modifycirculararctool Erreur de segmentation Anything else I can do to debug, or is this the spatialite bug and I just have to wait for a new version to get into testing ? Moritz ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#807339: qgis: saga not available in processing toolbox
Package: qgis Version: 2.8.3+dfsg-5 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Installed qgis 2.8.3+dfsg-5 and saga 2.2.2-1 in current testing. Opened toolbox, activated SAGA as service provider (there are two entries: SAGA and SAGA (2.2.2), but only in the latter can you 'activate'). Then opened the toolbox with the advanced interface. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? No SAGA entry in the toolbox * What outcome did you expect instead? A SAGA entry in the toolbox *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qgis depends on: ii libc62.19-22 ii libexpat12.1.0-7 ii libgcc1 1:5.2.1-23 ii libgdal1i [libgdal.so.1-1.11.3] 1.11.3+dfsg-2 ii libgeos-c1v5 3.5.0-1+b1 ii libgsl2 2.1+dfsg-1 ii libpq5 9.4.5-1+b1 ii libproj9 4.9.2-1 ii libqgis-analysis2.8.32.8.3+dfsg-5 ii libqgis-core2.8.32.8.3+dfsg-5 ii libqgis-gui2.8.3 2.8.3+dfsg-5 ii libqgis-networkanalysis2.8.3 2.8.3+dfsg-5 ii libqscintilla2-12v5 2.9.1+dfsg-3 ii libqt4-network 4:4.8.7+dfsg-4 ii libqt4-sql 4:4.8.7+dfsg-4 ii libqt4-svg 4:4.8.7+dfsg-4 ii libqt4-xml 4:4.8.7+dfsg-4 ii libqtcore4 4:4.8.7+dfsg-4 ii libqtgui44:4.8.7+dfsg-4 ii libqtwebkit4 2.3.4.dfsg-5 ii libqwt6 6.0.0-1.2 ii libspatialindex4v5 1.8.5-3 ii libspatialite7 4.3.0a-1 ii libsqlite3-0 3.9.2-1 ii libstdc++6 5.2.1-23 ii python-qgis 2.8.3+dfsg-5 ii qgis-common 2.8.3+dfsg-5 ii qgis-providers 2.8.3+dfsg-5 Versions of packages qgis recommends: ii qgis-plugin-globe 2.8.3+dfsg-5 Versions of packages qgis suggests: ii gpsbabel 1.5.2-1 -- no debconf information ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
