[QGIS-Developer] Let (C)Make run sipify?
Dear all I would like to discuss the way we want the sip files to be built in QGIS. Main things to know for those not familiar with recent changes: - A perl scrit takes care of updating the sip files. It is either run manually (sipdiff or sipify_all.sh) or automatically (prepare-commit.sh). A test (qgis_sip_uptodate) takes care of controlling that files are up to date in the source. - The file saying which file has to be sipified is updated manually (auto_sip.blacklist). If one adds a new header, he has to add the sip files to corresponding include file (core.sip,gui.sip, etc.). - There are two configurations running on Travis in parallel: * the main build for compilation and running the core and application test * code_layout which takes care of running static tests (spelling, indentation, documentation, sipify) The sip coverage test is still running on the main build because it requires the python bindings. To remove it (and save some time on Travis), the missing bit in code_layout configuration is checking that a new header got his sip file too (or was explicitly marked as non being exposed to the python bindings). To achieves this, I was thinking at letting cmake create the include sip file lists (core.sip, gui.sip, …) to get a compile error whenever someone adds a cpp header without its corresponding sip file. I gave it a try and it works well. Anyway I wonder if it’s really coherent to have: * cmake creating the include files * prepare-commit or manual trigger of a perl script to build the sip files The choices I see: 1) scripts to create both the include and the sip files - need to create a new test to check that all headers have sip files (would be run in code_layout config) 2) cmake for the include + script for the sip files - not really coherent to me - no need to add new test 3) cmake for the include + make (compile time) for the sip files - use CMake add_custom_command to add sipify to the compile process - this would require perl to build the project - one would have to build before pushing (or run sipify manually) - is it fine to push built files to source? 4) cmake for both without sip in source - similar to above - is sipify stable enough? not sure. None of these solutions is really complicate to implement. It’s more a matter of coherence and prevision. I would tend to go for 3 (and 4 in a later step). My main reason to this is to avoid relying on standalone scripts to build QGIS. What are your thoughts on this? Cheers, Denis ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Postgis loading using COPY instead of INSERTS?
On 11 June 2017 at 08:04, Nyall Dawson wrote: > On 11 June 2017 at 05:49, Matthias Kuhn wrote: > >> >> Something else to discuss is what will be sent along with the >> `featureAdded(QgsFeatureId fid)` signal if the id is generated on the DB but >> not propagated back to the client. >> > > I don't think this is a big limitation - we just note it in the docs > for the fast insert flag that featureAdded won't be emitted. It's only > emitted when adding to a vector layer anyway, and most of the cases > where the fast insert flag will be used will be adding directly to a > data provider. Right, I've implemented the flag over in https://github.com/qgis/QGIS/pull/4734 This opens the possibility of using a COPY statement in the postgres provider when FastInsert flag is set. I haven't done that, so presuming the PR is acceptable it'd be a good time for someone else to jump in and make this improvement. All required changes would be self contained in QgsPostgresProvider::addFeatures. This would be great to have for 3.0 - we've already made huge improvements in the speed of various related operations, and implementing COPY for FastInsert would then also have massive flow on benefits to processing algs which are saving their results direct to a postgres database. Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Qt & Python version for QGIS 3
For QtWebKit, I created and used a build subdirectory inside the source directory: export QT5DIR=/Applications/Qt/5.9/clang_64 alias qmake=$QT5DIR/bin/qmake qmake ../WebKit.pro For PyQt, in the source directory: python3 configure.py --qmake=/Applications/Qt/5.9/clang_64/bin/qmake Both followed by 'make' and 'sudo make install' Tom On 6/14/17 8:41 PM, William Kyngesburye wrote: How did you build QtWebkit 5.9, or PyQt? I have the Qt 5.9 binaries, built QtWebkit 5.9 from the Qt project version of the source, but qmake doesn't see it when building PyQt 5.9 (dev). qmake says: Project ERROR: Unknown module(s) in QT: webkit Project ERROR: Unknown module(s) in QT: webkitwidgets and skips building the webkit parts of PyQt. The PyQt list wasn't any help. Other than suggesting trying the annulen source for QtWebkit, which I haven't yet. Apparently the Qt version doesn't get webkit security updates, the annulen version does. On Jun 6, 2017, at 11:07 AM, Tom Elwertowski wrote: Hi William, I rebuilt QGIS using Qt 5.9 and works the same as with Qt 5.8. I also rebuilt the Qt dependencies: QtWebKit 5.9.0, QScintilla 2.10, PyQt 5.8.2, QCA 5f18ebc, QtKeyChain 0.8.0 and Qwt 6.1.3. I did not update the QGIS path fixing installation scripts. Doing 'export DYLD_LIBRARY_PATH=/Applications/Qt/5.9/clang_64/lib' and launching from the command line gets around this. qt.conf must contain: [Paths] Prefix=/Applications/Qt/5.9/clang_64 Tom LinkedIn: https://www.linkedin.com/in/thomas-elwertowski-a0886032 On 6/5/17 4:46 PM, William Kyngesburye wrote: I'm starting to look at building QGIS 3, and I'd like to know what recent versions of Qt5 and Python 3 are supported. I see Qt is up to 5.9 and Python is up to 3.6. - William Kyngesburye http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye http://www.kyngchaos.com/ "Time is an illusion - lunchtime doubly so." - Ford Prefect ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Qt & Python version for QGIS 3
Right after I sent that, I found something on stackoverflow about installing the mkspecs/modules .pri files for qtwebkit, now PyQt is building qtwebkit. > On Jun 14, 2017, at 7:41 PM, William Kyngesburye > wrote: > > How did you build QtWebkit 5.9, or PyQt? I have the Qt 5.9 binaries, built > QtWebkit 5.9 from the Qt project version of the source, but qmake doesn't see > it when building PyQt 5.9 (dev). qmake says: > > Project ERROR: Unknown module(s) in QT: webkit > Project ERROR: Unknown module(s) in QT: webkitwidgets > > and skips building the webkit parts of PyQt. > > The PyQt list wasn't any help. Other than suggesting trying the annulen > source for QtWebkit, which I haven't yet. Apparently the Qt version doesn't > get webkit security updates, the annulen version does. > >> On Jun 6, 2017, at 11:07 AM, Tom Elwertowski >> wrote: >> >> Hi William, >> >> I rebuilt QGIS using Qt 5.9 and works the same as with Qt 5.8. I also >> rebuilt the Qt dependencies: QtWebKit 5.9.0, QScintilla 2.10, PyQt 5.8.2, >> QCA 5f18ebc, QtKeyChain 0.8.0 and Qwt 6.1.3. >> >> I did not update the QGIS path fixing installation scripts. Doing 'export >> DYLD_LIBRARY_PATH=/Applications/Qt/5.9/clang_64/lib' and launching from the >> command line gets around this. >> >> qt.conf must contain: >> [Paths] >> Prefix=/Applications/Qt/5.9/clang_64 >> >> Tom >> LinkedIn: https://www.linkedin.com/in/thomas-elwertowski-a0886032 >> >> >> On 6/5/17 4:46 PM, William Kyngesburye wrote: >>> I'm starting to look at building QGIS 3, and I'd like to know what recent >>> versions of Qt5 and Python 3 are supported. I see Qt is up to 5.9 and >>> Python is up to 3.6. >>> - >>> William Kyngesburye >>> http://www.kyngchaos.com/ >>> Theory of the Universe >>> There is a theory which states that if ever anyone discovers exactly what >>> the universe is for and why it is here, it will instantly disappear and be >>> replaced by something even more bizarrely inexplicable. There is another >>> theory which states that this has already happened. >>> -Hitchhiker's Guide to the Galaxy 2nd season intro >>> ___ >>> QGIS-Developer mailing list >>> QGIS-Developer@lists.osgeo.org >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> ___ >> QGIS-Developer mailing list >> QGIS-Developer@lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > - > William Kyngesburye > http://www.kyngchaos.com/ > > "Time is an illusion - lunchtime doubly so." > > - Ford Prefect > > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye http://www.kyngchaos.com/ "Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life." - Marvin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Qt & Python version for QGIS 3
How did you build QtWebkit 5.9, or PyQt? I have the Qt 5.9 binaries, built QtWebkit 5.9 from the Qt project version of the source, but qmake doesn't see it when building PyQt 5.9 (dev). qmake says: Project ERROR: Unknown module(s) in QT: webkit Project ERROR: Unknown module(s) in QT: webkitwidgets and skips building the webkit parts of PyQt. The PyQt list wasn't any help. Other than suggesting trying the annulen source for QtWebkit, which I haven't yet. Apparently the Qt version doesn't get webkit security updates, the annulen version does. > On Jun 6, 2017, at 11:07 AM, Tom Elwertowski wrote: > > Hi William, > > I rebuilt QGIS using Qt 5.9 and works the same as with Qt 5.8. I also rebuilt > the Qt dependencies: QtWebKit 5.9.0, QScintilla 2.10, PyQt 5.8.2, QCA > 5f18ebc, QtKeyChain 0.8.0 and Qwt 6.1.3. > > I did not update the QGIS path fixing installation scripts. Doing 'export > DYLD_LIBRARY_PATH=/Applications/Qt/5.9/clang_64/lib' and launching from the > command line gets around this. > > qt.conf must contain: > [Paths] > Prefix=/Applications/Qt/5.9/clang_64 > > Tom > LinkedIn: https://www.linkedin.com/in/thomas-elwertowski-a0886032 > > > On 6/5/17 4:46 PM, William Kyngesburye wrote: >> I'm starting to look at building QGIS 3, and I'd like to know what recent >> versions of Qt5 and Python 3 are supported. I see Qt is up to 5.9 and >> Python is up to 3.6. >> - >> William Kyngesburye >> http://www.kyngchaos.com/ >> Theory of the Universe >> There is a theory which states that if ever anyone discovers exactly what >> the universe is for and why it is here, it will instantly disappear and be >> replaced by something even more bizarrely inexplicable. There is another >> theory which states that this has already happened. >> -Hitchhiker's Guide to the Galaxy 2nd season intro >> ___ >> QGIS-Developer mailing list >> QGIS-Developer@lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye http://www.kyngchaos.com/ "Time is an illusion - lunchtime doubly so." - Ford Prefect ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Geodesic Measure Tool With Bearing Information
On jeudi 15 juin 2017 07:41:06 CEST Nyall Dawson wrote: > On 13 June 2017 at 00:20, C Hamilton wrote: > >> > Right now it could use the Vincinty algorithms in QGIS to calculate the > >> > distances, but eventually I would like to see the geographiclib > >> > algorithms > >> > used. > >> > >> I'd start with the bearing changes (since they are self contained, and > >> the methods for calculating bearing are already present in the QGIS > >> api). Then using geographiclib could be discussed as a separate set of > >> changes, to be decided on its own merit. If you mix these two changes > >> it's likely to get bogged down as one or other part of the changes are > >> debated. > > > > Ok. > > This looks relevant: > > https://github.com/sourcepole/kadas-albireo/commit/df64318e5198f40f0e96d27fc > f9e179fbbf682fd > > There's a lot of unrelated changes in there, but it also shows the > basics for using geographiclib within the QGIS c++ code. > Note that at least since proj 4.9.0, Charles Karney has ported its geodesic code from geographiclib in C (since proj.4 is C only) and the header is normally installed with proj-dev package (I've just checked on my Ubuntu 16.04 with proj 4.9.2. I see it is also available in OSGeo4W): https://github.com/OSGeo/proj.4/blob/4.9.0/src/geodesic.h Even ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Geodesic Measure Tool With Bearing Information
On 13 June 2017 at 00:20, C Hamilton wrote: >> >> > Right now it could use the Vincinty algorithms in QGIS to calculate the >> > distances, but eventually I would like to see the geographiclib >> > algorithms >> > used. >> >> I'd start with the bearing changes (since they are self contained, and >> the methods for calculating bearing are already present in the QGIS >> api). Then using geographiclib could be discussed as a separate set of >> changes, to be decided on its own merit. If you mix these two changes >> it's likely to get bogged down as one or other part of the changes are >> debated. > > > Ok. This looks relevant: https://github.com/sourcepole/kadas-albireo/commit/df64318e5198f40f0e96d27fcf9e179fbbf682fd There's a lot of unrelated changes in there, but it also shows the basics for using geographiclib within the QGIS c++ code. Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Lost redmine wiki contents ...
Thanks Jürgen and Matthias for restoring this content. Very helpful as I have an old plugin to upgrade and have found this useful more than once for that. Cheers Chris From: QGIS-Developer [qgis-developer-boun...@lists.osgeo.org] on behalf of Jürgen E. Fischer [j...@norbit.de] Sent: 14 June 2017 18:55 To: qgis-developer@lists.osgeo.org Subject: Re: [QGIS-Developer] Lost redmine wiki contents ... Hi Chris, On Tue, 13. Jun 2017 at 20:46:18 +, Chris Crook wrote: > https://issues.qgis.org/wiki/quantum-gis/Python_plugin_API_changes_from_18_to_20 https://github.com/qgis/QGIS/wiki/Python_plugin_API_changes_from_18_to_20 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode This message contains information, which may be in confidence and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You. ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Bug with Statist plugin
There is a bug with the Statist plugin. - The plugin is broken. Python said: cannot import name NavigationToolbar2QTAgg - As suggested by user'spaceof7' on github, changing line 49 from matplotlib.backends.backend_qt4agg import NavigationToolbar2QTAgg as NavigationToolbar to: from matplotlib.backends.backend_qt4agg import NavigationToolbar2QT as NavigationToolbar fixes the problem. The git repository doesn't seem up to date (last update is from 2013.) and code has obviouslychanged since (when comparing sources). Patrice ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1216] SPZ Builder approval notification.
Plugin SPZ Builder approval by pcav. The plugin version "[1216] SPZ Builder 1.1.0" is now approved Link: http://plugins.qgis.org/plugins/SpzBuilder/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [788] Space Syntax Toolkit approval notification.
Plugin Space Syntax Toolkit approval by pcav. The plugin version "[788] Space Syntax Toolkit 0.1.7" is now approved Link: http://plugins.qgis.org/plugins/esstoolkit/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Building QGIS on Windows 7
I am attempting to build QGIS on Windows 7 and am getting errors in the cmake-gui. I followed the general instructions found here: https://github.com/qgis/QGIS/blob/master/INSTALL When I run "Configure" in cmake-gui it cannot find: Qt5Core_DIR Qt5Gui_DIR SPATIALINDEX_LIBRARY This is the message: CMake Error at CMakeLists.txt:249 (FIND_PACKAGE): By not providing "FindQt5Gui.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "Qt5Gui", but CMake did not find one. Could not find a package configuration file provided by "Qt5Gui" with any of the following names: Qt5GuiConfig.cmake qt5gui-config.cmake Add the installation prefix of "Qt5Gui" to CMAKE_PREFIX_PATH or set "Qt5Gui_DIR" to a directory containing one of the above files. If "Qt5Gui" provides a separate development package or SDK, be sure it has been installed. Do you have any idea what I am missing? This is my environment set up script: @echo off set VS90COMNTOOLS=%PROGRAMFILES(X86)%\Microsoft Visual Studio 14.0\Common7\Tools\ call "%PROGRAMFILES(X86)%\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_amd64 set INCLUDE=%INCLUDE%;%PROGRAMFILES(X86)%\Microsoft SDKs\Windows\v7.1A\include set LIB=%LIB%;%PROGRAMFILES%\Microsoft SDKs\Windows\v7.1A\lib set OSGEO4W_ROOT=C:\OSGeo4W64 call "%OSGEO4W_ROOT%\bin\o4w_env.bat" path %PATH%;%PROGRAMFILES%\CMake\bin;c:\cygwin64\bin;c:\bin @set GRASS_PREFIX=c:/OSGeo4W64/apps/grass/grass-7.2.1 @set INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\Qt5\include @set LIB=%LIB%;%OSGEO4W_ROOT%\lib;%OSGEO4W_ROOT%\apps\Qt5\lib @cmd ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1180] cartogram3 approval notification.
Plugin cartogram3 approval by pcav. The plugin version "[1180] cartogram3 2.99.5" is now approved Link: http://plugins.qgis.org/plugins/cartogram3/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] native XYZ layers - zoom level
Awesome that will perfectly do until 3.0. Thanks again. I closed the issue and added your comment in case anyone has the smae problem. Bests, Olivier 2017-06-13 15:54 GMT+00:00 Martin Dobias : > Hi Olivier > > On Tue, Jun 13, 2017 at 3:44 PM, Olivier Dalang > wrote: > > Hi ! > > > > I reported a bug some days ago about the new XYZ layers. It seems only > the > > first 19 zoom levels are displayed. I write here since I'm not sure the > bug > > gets attention in the tracker : https://issues.qgis.org/issues/16665 > > > > Here we are working with drone photography and zoom level goes up to 22 > or > > 23. This makes the native XYZ layers unusable for us, which is sad > because > > it's a very convenient way to distribute large rasters to our users. > > Actually this is already implemented. In QGIS 3.0 there is also GUI to > configure the min/max zoom level for XYZ tiles. In QGIS 2.18 it is not > available in GUI, but it can be still configured when adding XYZ tiles > layer in Python - one just needs to specify "zmin" and/or "zmax" > parameters in data source URI. > > > > Martin Dobias, from what I understood, you implemented this in QGIS ? > Many > > thanks, it's an awesome feature, an works very well even with poor > internet > > connection. I assigned the bug to you, but am not sure it's a polite move > > without asking ? I'm currently looking at the source to see if I can spot > > how to fix this. > > In general it is better not to assign developers to bugs unless they > told you so in a prior discussion. It can also confuse others to think > that a bug/feature is being actively worked on while it is not. If you > want to make someone aware of a particular bug, you could add them to > the list of watchers of a ticket, so they get notified... > > Regards > Martin > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] multipartToSingleParts via code
Hi Ben and Nyall, thanks for your answers. I resolve the question with the Nyall's processing link and using a part of the code in that link. It's a little bit difficult for me explain better what's happened because my plugin it's articulated (for my experience), and the multiparttosinglepart is a little part of the code. You can see the actual version installing it from the official repository, the name is "opeNoise", but in the actual there isn't this problem because I didn't need to use multiparttosinglepart. Now I'm workinkg to a develop of the plugin. In any case now it's all ok, even if I didn't use processing algorithm in the code. Thank you very much! Bye Stefano - Messaggio originale - Da: "Ben Hur Pintor" A: "Nyall Dawson" Cc: "Stefano Masera" , "qgis-developer" Inviato: Martedì, 13 giugno 2017 5:24:38 Oggetto: Re: [QGIS-Developer] multipartToSingleParts via code Hi Stefano. Correct me if I'm wrong but my understanding is that you want to be able to call "multiparttosingleparts" in his code the same way you call dissolve. Something like: from qgis.xxx import * xxx = YYY xxx.multiparttosingleparts(input, output) Have you tried looking at the API? I haven't used the qgis processing algorithims in my Python code that way since they already work fine the way they do now. May I know why you'd like such a use case? Regards, Ben Hur On Tue, Jun 13, 2017 at 5:33 AM, Nyall Dawson < nyall.daw...@gmail.com > wrote: On 13 June 2017 at 01:01, Stefano Masera < stefano.mas...@arpa.piemonte.it > wrote: > Hi list, > I want to use the 'multiPartToSinglePart' script via code for my plugin. > I can use it importing processing like this: > > import processing > processing.runalg("qgis:multiparttosingleparts", input, output) > > but I wan't to use it in a different way, like I already do with the > 'dissolve' script: > > from qgis.analysis import * > analyzer = QgsGeometryAnalyzer() > analyzer.dissolve(input, output) > > (even if I could write: > import processing > processing.runalg("qgis:dissolve",input,output) > ) > > Is it possible? Sorry, I don't understand exactly what it is you're wanting to do. Can you clarify? Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- --- Engr. Ben Hur S. Pintor Research Associate Phil-LiDAR 2 Project 5: REMap UP Training Center for Applied Geodesy and Photogrammetry Juris Doctor College of Law University of the Philippines Diliman Quezon City 1101, PHL ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-developer] Processing UI looks strange
Hi Etienne, Are you referring to this issue: https://issues.qgis.org/issues/16428 I have still got this problem and as a result can't use or test processing on Master. Frank. On 14/06/2017 09:05, Etienne Trimaille wrote: Hi Matteo and others, This issue is still no fixed, right? I still have it. We will have to git bissect to check when this problem came. Regards, Etienne ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-developer] Processing UI looks strange
HI Etienne, well I get some installation and reinstallation and messing things up in my computer so I don't have this problem anymore. Here what I did. I get some "issues" when designing UI plugins interface with Qt and using the Qgs Widgets: every time I save the UI in QT Designer, all he QgsWidget are saved for example as something like qgscollapsible.h and QGIS is not able to load them. So I have to manually enter the UI file and replace all the qgs.h with qgis.gui This started to happens when I removed the qgis_customwidgets.py file from the plugins directory Qt (/usr/lib/python2.7/dist-packages/PyQt4/uic/widget-plugins/). Removing this file from there seems to let Processing UI looks fine while you get this small problem with the qgs widget in QtDesigner Hope this helps Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-developer] Processing UI looks strange
Hi Matteo and others, This issue is still no fixed, right? I still have it. We will have to git bissect to check when this problem came. Regards, Etienne ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer