Re: [Qgis-developer] QGIS 2 64bits, is it stable ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 03/10/2013 21:19, Vincent Picavet ha scritto: And another +1. It's time to focus on code quality to reduce bugs and sure, we all agree on this. maintainance costs, for which it is always difficult to find funding. We need more unit test, more code quality dashboards and much stricter rules relative to what code has to be accepted into master. I think this is a matter of balance: a large part of QGIS success is due to the huge number of new functions and developers that keep on coming. Setting up to srtict rules will dry up our main source. A PostgreSQL-like code inclusion workflow, with commitfest and review, could be something interested, to be discussed. IMHO a desktop program is a totally different beast from a server one. Unit testing for atomic functions is relatively easy, it can be a nightmare when you have very complex user interactions. IMHO our main problem is sheer lack of resources: to work properly, we would need at least 3 full time, paid persons: * one for bugfixing and patch reviewing * one for QA and unit testing * one for infrastructure. With 1M+ users, many local and central governments relying on our code, this seems a reasonable requirement/goal. Until we have this, I'm afraid all the rest will be largely speculative. On the funding side, for information, public administrations, at least in france, cannot pay for a time based contract. Estimating how much time a bug fix could take is a really hard task (except if you fixed the bug already). This is a problem both for company willing to fix bug for paid contracts and for public administrations wanting to finance bugs, and can explain the funding situation related to maintainance and bugfixing. Yes, this is a crucial problem: I'm sure many people would be happy to pay for their most annoying bug, if they knew how much would this cost, but as you described, estimating the cost is about the same as fixing it. We (Faunalia) solve this by proposing support contracts, with a fixed number of hours for bugfixing, that can be used on demand. Possibly not the ideal solution, but it works, both from a technical and from an administrative point of view. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlJOXT0ACgkQ/NedwLUzIr76jQCdG9hWip28xvjnJlfqSJEirn2c bUIAoJvBsUP4unmfJnvEkc8PHYrJMGqY =Bj3n -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis master compile error on ubuntu 10.04
Hi Stefan, Looking at the INSTALL file, minimum requirements for SIP is 4.12, while Ubuntu 10.04 still ships SIP 4.10 I think. So unfortunately, yes, you are probably out of luck. Regards, Matthias On Don 03 Okt 2013 17:05:30 CEST, Marco Bernasocchi wrote: which is the error after a make clean? Marco Bernasocchi (mobile) http://opengis.ch On 3 Oct 2013 16:58, Ziegler Stefan stefan.zieg...@bd.so.ch mailto:stefan.zieg...@bd.so.ch wrote: Yes. Some sip version problem? __ __ I can run make four times with errors and the fifth time it compiles without errors. But then I get an error on qgis startup that pyqgis will be disabled. __ __ Regards Stefan __ __ *Von:*Marco Bernasocchi [mailto:ma...@bernawebdesign.ch mailto:ma...@bernawebdesign.ch] *Gesendet:* Donnerstag, 3. Oktober 2013 16:54 *An:* Ziegler Stefan *Cc:* qgis-developer *Betreff:* Re: [Qgis-developer] qgis master compile error on ubuntu 10.04 __ __ thats all you get as error? ciao Marco Bernasocchi (mobile) http://opengis.ch On 3 Oct 2013 15:48, Ziegler Stefan stefan.zieg...@bd.so.ch mailto:stefan.zieg...@bd.so.ch wrote: Hi Now I get some errors in the gui part: [ 55%] Generating gui/sipguipart0.cpp, gui/sipguipart1.cpp, gui/sipguipart2.cpp, gui/sipguipart3.cpp sip: /home/stefan/Develop/src/qgis_master/python/gui/gui.sip:1: syntax error make[2]: *** [python/gui/sipguipart0.cpp] Error 1 make[1]: *** [python/CMakeFiles/python_module_qgis_gui.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs [ 56%] Built target gpsimporterplugin [ 56%] Built target topolplugin [ 56%] Built target heatmapplugin [ 57%] Built target spitplugin [ 60%] Built target georefplugin Regards Stefan -Ursprüngliche Nachricht- Von: qgis-developer-boun...@lists.osgeo.org mailto:qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer- mailto:qgis-developer- boun...@lists.osgeo.org mailto:boun...@lists.osgeo.org] Im Auftrag von Ziegler Stefan Gesendet: Donnerstag, 3. Oktober 2013 10:14 An: qgis-developer@lists.osgeo.org mailto:qgis-developer@lists.osgeo.org Betreff: [Qgis-developer] qgis master compile error on ubuntu 10.04 Hi I get an compile error on Ubuntu 10.04: [ 31%] Generating analysis/network/sipnetworkanalysispart0.cpp, analysis/network/sipnetworkanalysispart1.cpp, analysis/network/sipnetworkanalysispart2.cpp, analysis/network/sipnetworkanalysispart3.cpp [ 31%] sip: /home/stefan/Develop/src/qgis_master/python/core/core.sip:1: syntax error sip: /home/stefan/Develop/src/qgis_master/python/analysis/network/networkanalysis.sip:1 : syntax error make[2]: *** [python/core/sipcorepart0.cpp] Error 1 make[1]: *** [python/CMakeFiles/python_module_qgis_core.dir/all] Error 2 make[2]: *** [python/analysis/network/sipnetworkanalysispart0.cpp] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [python/CMakeFiles/python_module_qgis_networkanalysis.dir/all] Error 2 Should the master still be compilable on 10.04? Regards Stefan Freundliche Grüsse Stefan Ziegler Leiter amtliche Vermessung Amt für Geoinformation Amtliche Vermessung Rötistrasse 4 4500 Solothurn Telefon +41 32 627 75 96 tel:%2B41%2032%20627%2075%2096 Telefax +41 32 627 75 98 tel:%2B41%2032%20627%2075%2098 stefan.zieg...@bd.so.ch mailto:stefan.zieg...@bd.so.ch http://www.so.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto: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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] features not shown if a rule has a join
Hi all, I opened an existing 2.0 project in master, and some features were not rendered. It seems to occur when there is a joined attribute used in the rule based symbology. This works in 2.0. I looked for existing issues but I don't think #8757 correspend. Could this be quickly fixed or shall I fill a bug? Cheers, Denis ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis master compile error on ubuntu 10.04
Hi Stefan, On Thu, 03. Oct 2013 at 08:14:16 +, Ziegler Stefan wrote: I get an compile error on Ubuntu 10.04: [...] [ 31%] sip: /home/stefan/Develop/src/qgis_master/python/core/core.sip:1: syntax error sip: /home/stefan/Develop/src/qgis_master/python/analysis/network/networkanalysis.sip:1: syntax error Try building debian packages. debian/rules fixes the sip files up in the process. And we have nightly builds for lucid... 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 QGIS PSC member (RM) 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
Re: [Qgis-developer] iface.addVectorLayer with GML crashes QGIS 2.0.1 on Ubuntu
Tested with a GML with only one layer now, and this does not cause a crash. Other difference is that I tested on Ubuntu before and Win7 now. If anybody could confirm, I'll open a ticket. Best wishes, Anita -- View this message in context: http://osgeo-org.1560.x6.nabble.com/iface-addVectorLayer-with-GML-crashes-QGIS-2-0-1-on-Ubuntu-tp5081125p5081763.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] OTB Configuration for Processing Toolbox
Hello, Has anyone configured a standalone OTB installation within the Processing toolbox before? I have tried to configure it in the following manner... OTB applications folder - ...\Monteverdi2-0.4\lib\otb\applications OTB Command line tools folder - ...\Monteverdi2-0.4\bin however everytime i try and run a script i receive the following error message '...\Monteverdi2-0.4\bin\otbcli_Segmentation' is not recognized as an internal or external command, operable program or batch file. Interestingly in my Monteverdi there is no file otbcli_Segmentation but rather otbapp_Segmentation so I do not know if that is the problem for me (i've tried to rename it though with no luck)? In addition I dont know if it should be running from the \bin folder considering that the .dll resides in the \applications folder. Any help would be appreciated, Cheers, Bjorn -- View this message in context: http://osgeo-org.1560.x6.nabble.com/OTB-Configuration-for-Processing-Toolbox-tp5081774.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] QGIS 2 64bits, is it stable ?
maintainance costs, for which it is always difficult to find funding. We need more unit test, more code quality dashboards and much stricter rules relative to what code has to be accepted into master. I think this is a matter of balance: a large part of QGIS success is due to the huge number of new functions and developers that keep on coming. Setting up to srtict rules will dry up our main source. I have to respectfully disagree with the premise behind this. I'm sure ease-of-committing has facilitated much of the development, but at a certain point in a popular project's life it should become mature - unit tests, code reviews, etc. This will make it harder to commit that cool new tool that someone hacked up over the weekend, but you know that when it is committed and approved, it is a lot less likely to break something else. Yes QGIS is almost undoubtedly the most popular FOSS GIS on the planet, but it will struggle to maintain that reputation if lots of users start encountering regressions and bugs and crashes. A PostgreSQL-like code inclusion workflow, with commitfest and review, could be something interested, to be discussed. IMHO a desktop program is a totally different beast from a server one. Unit testing for atomic functions is relatively easy, it can be a nightmare when you have very complex user interactions. Maybe the question should be - how do other successful Open Source desktop applications do it? Could QGIS not find some other projects that release regular relatively bug-free builds and ask them what their process is? QGIS isn't the first project to encounter these problems; it can learn from others. I don't know the answers which is why I'm posing them as questions - but maybe someone else does. Cheers, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Layer combo box
Do we have a class which keeps a combo box updated with list of layers in legend? I.e. updates the list if layer is added/removed. Similar for combo box with fields of a layer selected above? Radim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Layer combo box
There is an excellent module for this here: http://3nids.github.io/qgiscombomanager/ James -Opprinnelig melding- Fra: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] På vegne av Radim Blazek Sendt: 4. oktober 2013 12:11 Til: qgis-developer Emne: [Qgis-developer] Layer combo box Do we have a class which keeps a combo box updated with list of layers in legend? I.e. updates the list if layer is added/removed. Similar for combo box with fields of a layer selected above? Radim ___ 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] Layer combo box
Radim, Yes Denis has some code to do this in Python. There is a pull request for this however we are going to change the approach and use a model style for more flexibility. If you project is in Python I would use stuff James linked to. - Nathan On Fri, Oct 4, 2013 at 8:13 PM, Stott James fmro...@fylkesmannen.no wrote: There is an excellent module for this here: http://3nids.github.io/qgiscombomanager/ James -Opprinnelig melding- Fra: qgis-developer-boun...@lists.osgeo.org [mailto: qgis-developer-boun...@lists.osgeo.org] På vegne av Radim Blazek Sendt: 4. oktober 2013 12:11 Til: qgis-developer Emne: [Qgis-developer] Layer combo box Do we have a class which keeps a combo box updated with list of layers in legend? I.e. updates the list if layer is added/removed. Similar for combo box with fields of a layer selected above? Radim ___ 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Layer combo box
On Fri, Oct 4, 2013 at 12:13 PM, Stott James fmro...@fylkesmannen.no wrote: There is an excellent module for this here: http://3nids.github.io/qgiscombomanager/ Nice! Thanks Radim James -Opprinnelig melding- Fra: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] På vegne av Radim Blazek Sendt: 4. oktober 2013 12:11 Til: qgis-developer Emne: [Qgis-developer] Layer combo box Do we have a class which keeps a combo box updated with list of layers in legend? I.e. updates the list if layer is added/removed. Similar for combo box with fields of a layer selected above? Radim ___ 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] Layer combo box
On Fri, Oct 4, 2013 at 12:19 PM, Nathan Woodrow madman...@gmail.com wrote: Radim, Yes Denis has some code to do this in Python. There is a pull request for this however we are going to change the approach and use a model style for more flexibility. It would be nice to have it in core. If you project is in Python I would use stuff James linked to. Yes Python, I'll use that. Radim - Nathan On Fri, Oct 4, 2013 at 8:13 PM, Stott James fmro...@fylkesmannen.no wrote: There is an excellent module for this here: http://3nids.github.io/qgiscombomanager/ James -Opprinnelig melding- Fra: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] På vegne av Radim Blazek Sendt: 4. oktober 2013 12:11 Til: qgis-developer Emne: [Qgis-developer] Layer combo box Do we have a class which keeps a combo box updated with list of layers in legend? I.e. updates the list if layer is added/removed. Similar for combo box with fields of a layer selected above? Radim ___ 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OTB Configuration for Processing Toolbox
Hi, Processing works with OTB command-line tools, not with Monteverdi. You need to install OTB cli tools. 2013/10/4 bjorn.burr.nyb...@gmail.com bjorn.burr.nyb...@gmail.com: Hello, Has anyone configured a standalone OTB installation within the Processing toolbox before? I have tried to configure it in the following manner... OTB applications folder - ...\Monteverdi2-0.4\lib\otb\applications OTB Command line tools folder - ...\Monteverdi2-0.4\bin however everytime i try and run a script i receive the following error message '...\Monteverdi2-0.4\bin\otbcli_Segmentation' is not recognized as an internal or external command, operable program or batch file. Interestingly in my Monteverdi there is no file otbcli_Segmentation but rather otbapp_Segmentation so I do not know if that is the problem for me (i've tried to rename it though with no luck)? In addition I dont know if it should be running from the \bin folder considering that the .dll resides in the \applications folder. Any help would be appreciated, Cheers, Bjorn -- View this message in context: http://osgeo-org.1560.x6.nabble.com/OTB-Configuration-for-Processing-Toolbox-tp5081774.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 -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2 64bits, is it stable ?
I think we have to be fair with the current state of the project in this discussion. The stability of the current release is heavily influenced by increasing the major version number. What I mean with this is, that because for the next release only the minor number will increase, I expect it to be to be more stable and not less. Regardless of testing. I'm by no means opposed to testing. I would like to encourage everybody to write test-cases. But, recently it appears to me, that testing is proposed as cure to all evil, which I don't believe. It can surely help to get feedback about broken functionality fast, but in the end it is also additional effort to implement these tests and keep them up to date. Let me quote Martin Grässlin I rather use a working system without unit tests than a system with unit tests that doesn’t work [1]. So right now, I think it is important to fix bugs. If somebody pays a developer to fix a bug, please feel free to include a regression-test in this contract. It will be appreciated. But even more important: Please DO consider hiring a developer to fix bugs at all. Matthias [1] http://blog.martin-graesslin.com/blog/2013/05/mir-in-kubuntu/ On Fre 04 Okt 2013 12:01:53 CEST, Jonathan Moules wrote: maintainance costs, for which it is always difficult to find funding. We need more unit test, more code quality dashboards and much stricter rules relative to what code has to be accepted into master. I think this is a matter of balance: a large part of QGIS success is due to the huge number of new functions and developers that keep on coming. Setting up to srtict rules will dry up our main source. I have to respectfully disagree with the premise behind this. I'm sure ease-of-committing has facilitated much of the development, but at a certain point in a popular project's life it should become mature - unit tests, code reviews, etc. This will make it harder to commit that cool new tool that someone hacked up over the weekend, but you know that when it is committed and approved, it is a lot less likely to break something else. Yes QGIS is almost undoubtedly the most popular FOSS GIS on the planet, but it will struggle to maintain that reputation if lots of users start encountering regressions and bugs and crashes. A PostgreSQL-like code inclusion workflow, with commitfest and review, could be something interested, to be discussed. IMHO a desktop program is a totally different beast from a server one. Unit testing for atomic functions is relatively easy, it can be a nightmare when you have very complex user interactions. Maybe the question should be - how do other successful Open Source desktop applications do it? Could QGIS not find some other projects that release regular relatively bug-free builds and ask them what their process is? QGIS isn't the first project to encounter these problems; it can learn from others. I don't know the answers which is why I'm posing them as questions - but maybe someone else does. Cheers, Jonathan This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ 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 2 64bits, is it stable ?
The stability of the current release is heavily influenced by increasing the major version number. What I mean with this is, that because for the next release only the minor number will increase, I expect it to be to be more stable and not less. Regardless of testing. Agreed, the new features should be expected to have bugs in, but with a proper testing regime the regressions should be fewer as they'd get picked up and the commit wouldn't/shouldn't be accepted until they're fixed. You're right it won't cure everything, but it would mitigate a good chunk of one subset of bug type. Let me quote Martin Grässlin I rather use a working system without unit tests than a system with unit tests that doesn’t work It sounds good, but it's a false dichotomy - why can't you have both? Regards, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2 64bits, is it stable ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 04/10/2013 13:52, Jonathan Moules ha scritto: It sounds good, but it's a false dichotomy - why can't you have both? because of limited resources. if all the 1.000.000+ users of QGIS would invest 1 euro per year in it, this would be quite feasible. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlJOrfgACgkQ/NedwLUzIr7TxwCgp+2yEzKArmjW/rz0B6jaTtFO /0cAoJ9Q3qZXVZjLQJ0C0R45fncPgmnu =cIGS -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2 64bits, is it stable ?
It sounds good, but it's a false dichotomy - why can't you have both? because of limited resources. if all the 1.000.000+ users of QGIS would invest 1 euro per year in it, this would be quite feasible. All the best. True, but that's back to my comment previously about what other projects do - there's bound to be OS software out there that also has very limited resources (most aren't supported by RedHat or IBM) yet manage a more rigorous testing regime. What could be learnt from them? Staying within the very-niche GIS world I know the GeoServer devs also complain about limited resources (it appears to have far fewer committers than QGIS), yet they have a unit-test requirement for all patches/commits and regular bugfix releases. I know it's not like-for-like, but it's indicative of what might be accomplished. Kind regards, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2 64bits, is it stable ?
Hi, I must say my opinion is somewhere between Jonathan's and Paolo's. QGIS is getting fast with new feature, and this is needed to stick and go beyond to proprietary softs. QGIS is the only one with such mapping and redering capabilities, but it still lacks some critical basic features (proportionnal object legend, totally solid joins, relates, label callouts.. ) . So, we need to still be opened to new features. In the same time, regressions do cost ressources also, both for developpers and users. What about starting the infrastructure for unit test and commit validation and testing it now? I must say I could be very interested in a commercial support for this, if this is sticking to community version and not a separate branch. The only offer I saw was Sourcepole, in Switzerland, so out of Europe market rules (yes), maybe I missed some others. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/QGIS-2-64bits-is-it-stable-tp5081507p5081821.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] QGIS 2 64bits, is it stable ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 04/10/2013 14:33, Régis Haubourg ha scritto: What about starting the infrastructure for unit test and commit validation and testing it now? AFAIK the infrastructure is already in place and running. I must say I could be very interested in a commercial support for this, if this is sticking to community version and not a separate branch. If you set up a list of requirements, I'm sure there will be people willing to undertake the task. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlJOznkACgkQ/NedwLUzIr42zQCeIc6J7bI4mHrPDWo+5vpocZ/5 qSUAoJPdkovMjnlxCwUTqIYLeWL9sM3m =KV8V -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Python: Select features that touch other features
Hi, In my little python plugin I would like to do the following: In a parcel layer the user can interactively select a street parcel (typically long parcels). The user could select one or more street parcels. My little python script should then select all parcels that touch the selected parcels, so the touching features are in the same table than the originally selected features. I did not work with spatial operators and selections so far. Does someone have some code around to start from? Thanks a lot! Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Python: Union selected polygons in a layer
Hi, I am trying to union selected geometries in a layer into one geometry. A multpolygon as a result would be fine if the selected polygons aren't contiguous. I did not find a union command in the API. How can I do this from Python? Thanks a lot for any hints! Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Testing infrastructure (was: QGIS 2 64bits, is it stable ?)
On Fri, Oct 04, 2013 at 04:19:38PM +0200, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 04/10/2013 14:33, Régis Haubourg ha scritto: What about starting the infrastructure for unit test and commit validation and testing it now? AFAIK the infrastructure is already in place and running. No reference ? Any documentation for developers about how to create and run tests ? All I could find on the website is this interesting page: http://hub.qgis.org/projects/quantum-gis/wiki/Developers_Manual#Unit-Testing As of November 2007 we require all new features going into trunk to be accompanied with a unit test Is the document still valid ? Any page reporting test run status ? I think these are all part of an infrastructure (among other aspects) I must say I could be very interested in a commercial support for this, if this is sticking to community version and not a separate branch. If you set up a list of requirements, I'm sure there will be people willing to undertake the task. Yes please ! But probably also coming up with a list of requirements would be part of such project, as it will require finding an agreement among developers to cope with policies that will need to be defined (I guess). What about funding the new QA manager for working on such a plan ? --strk; PS: make check output against * master 6d5cf6f : 82% tests passed, 14 tests failed out of 78 Total Test time (real) = 471.88 sec The following tests FAILED: 4 - qgis_diagramtest (Failed) 14 - qgis_rendererstest (Failed) 25 - qgis_composermaptest (Failed) 30 - qgis_stylev2test (Failed) 31 - qgis_composerhtmltest (Failed) 33 - qgis_composerscalebartest (OTHER_FAULT) 45 - qgis_wcsprovidertest (Failed) 51 - PyQgsVectorLayer (Failed) 52 - PyQgsRasterLayer (Failed) 56 - PyQgsDelimitedTextProvider (Failed) 64 - PyQgsComposerMap (Failed) 72 - PyQgsPalLabelingBase (Failed) 73 - PyQgsPalLabelingCanvas (Failed) 78 - PyQgsAppStartup (Failed) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Testing infrastructure (was: QGIS 2 64bits, is it stable ?)
Hi Sandro, On Fri, 04. Oct 2013 at 17:50:05 +0200, Sandro Santilli wrote: On Fri, Oct 04, 2013 at 04:19:38PM +0200, Paolo Cavallini wrote: AFAIK the infrastructure is already in place and running. No reference ? The nightly builds run tests. And AFAIK http://jenkins.linfiniti.com/job/QGIS/ builds QGIS and runs tests after each commit. Any page reporting test run status? In jenkins and for the nightlies on: http://dash.orfeo-toolbox.org/index.php?project=QGIS We might move that to our new server at some point. All I could find on the website is this interesting page: http://hub.qgis.org/projects/quantum-gis/wiki/Developers_Manual#Unit-Testing As of November 2007 we require all new features going into trunk to be accompanied with a unit test Is the document still valid ? Never heard of that - or successfully repressed it. Any page reporting test run status ? s.a. PS: make check output against * master 6d5cf6f : 82% tests passed, 14 tests failed out of 78 Total Test time (real) = 471.88 sec The following tests FAILED: 4 - qgis_diagramtest (Failed) 14 - qgis_rendererstest (Failed) 25 - qgis_composermaptest (Failed) 30 - qgis_stylev2test (Failed) 31 - qgis_composerhtmltest (Failed) 33 - qgis_composerscalebartest (OTHER_FAULT) 45 - qgis_wcsprovidertest (Failed) 51 - PyQgsVectorLayer (Failed) 52 - PyQgsRasterLayer (Failed) 56 - PyQgsDelimitedTextProvider (Failed) 64 - PyQgsComposerMap (Failed) 72 - PyQgsPalLabelingBase (Failed) 73 - PyQgsPalLabelingCanvas (Failed) 78 - PyQgsAppStartup (Failed) And most of these tests are not really freshly failing (see dash above). 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 QGIS PSC member (RM) 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
Re: [Qgis-developer] OTB Configuration for Processing Toolbox
Cheers, That was simple enough... however i've run into another problem which i hope is just as simple. Whenever i run an application with a vector output i receive the following error (this example from Mean Edision Segmentation). Segmentation -filter edison -in Users\INSTAL~1.000\AppData\Local\Temp\processing\73bc3696f1044433be48fa47d40f293b\-out.tif -filter.edison.spatialr 5 -filter.edison.ranger 15 -filter.edison.minsize 100 -filter.edison.scale 1 -mode.vector.stitch true -mode.vector.minsize 1 -mode.vector.simplify 0 -mode.vector.layername layer -mode.vector.tilesize 1024 -mode.vector.startlabel 1 -mode.vector.outmode ulco -mode vector -mode.vector.out C:\Users\INSTAL~1.000\AppData\Local\Temp\processing\601c72ba4790494694bbc4e28c6288ab\-mode vector -mode.vector.out.shp ERROR: option -mode.vector.out.shp does not exist in the application. This is the Segmentation application. (here it starts to describe the parameters for that application) Any ideas? Thanks Bjorn -- View this message in context: http://osgeo-org.1560.x6.nabble.com/OTB-Configuration-for-Processing-Toolbox-tp5081774p5081903.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] Testing infrastructure (was: QGIS 2 64bits, is it stable ?)
To get back to the first question (stability of QGIS 2 64bits/ Win), my feelings are that a lot of bugs had been corrected before the release announcement, but package phase did not go to the same level of control and showed many regression. For instance, French IGN projections bug in master was a GRASS one, and that bug came back with the released version (but that does'nt seem to be Grass's fault this time). Old or removed packages had been inserted in the installer in the first version. And so on. My self-compiled-from-release QGIS brick is strong. Other bricks are separately strong too. But the wall made of those bricks isn't. Hien TRAN-QUANG -- Message transféré -- From: Sandro Santilli s...@keybit.net To: qgis-developer@lists.osgeo.org Cc: Date: Fri, 4 Oct 2013 17:50:05 +0200 Subject: [Qgis-developer] Testing infrastructure (was: QGIS 2 64bits, is it stable ?) On Fri, Oct 04, 2013 at 04:19:38PM +0200, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 04/10/2013 14:33, Régis Haubourg ha scritto: What about starting the infrastructure for unit test and commit validation and testing it now? AFAIK the infrastructure is already in place and running. No reference ? Any documentation for developers about how to create and run tests ? All I could find on the website is this interesting page: http://hub.qgis.org/projects/quantum-gis/wiki/Developers_Manual#Unit-Testing As of November 2007 we require all new features going into trunk to be accompanied with a unit test Is the document still valid ? Any page reporting test run status ? I think these are all part of an infrastructure (among other aspects) I must say I could be very interested in a commercial support for this, if this is sticking to community version and not a separate branch. If you set up a list of requirements, I'm sure there will be people willing to undertake the task. Yes please ! But probably also coming up with a list of requirements would be part of such project, as it will require finding an agreement among developers to cope with policies that will need to be defined (I guess). What about funding the new QA manager for working on such a plan ? --strk; PS: make check output against * master 6d5cf6f : 82% tests passed, 14 tests failed out of 78 Total Test time (real) = 471.88 sec The following tests FAILED: 4 - qgis_diagramtest (Failed) 14 - qgis_rendererstest (Failed) 25 - qgis_composermaptest (Failed) 30 - qgis_stylev2test (Failed) 31 - qgis_composerhtmltest (Failed) 33 - qgis_composerscalebartest (OTHER_FAULT) 45 - qgis_wcsprovidertest (Failed) 51 - PyQgsVectorLayer (Failed) 52 - PyQgsRasterLayer (Failed) 56 - PyQgsDelimitedTextProvider (Failed) 64 - PyQgsComposerMap (Failed) 72 - PyQgsPalLabelingBase (Failed) 73 - PyQgsPalLabelingCanvas (Failed) 78 - PyQgsAppStartup (Failed) -- Message transféré -- From: Jürgen E. Fischer j...@norbit.de To: qgis-developer@lists.osgeo.org Cc: Date: Fri, 4 Oct 2013 20:03:44 +0200 Subject: Re: [Qgis-developer] Testing infrastructure (was: QGIS 2 64bits, is it stable ?) Hi Sandro, On Fri, 04. Oct 2013 at 17:50:05 +0200, Sandro Santilli wrote: On Fri, Oct 04, 2013 at 04:19:38PM +0200, Paolo Cavallini wrote: AFAIK the infrastructure is already in place and running. No reference ? The nightly builds run tests. And AFAIK http://jenkins.linfiniti.com/job/QGIS/ builds QGIS and runs tests after each commit. Any page reporting test run status? In jenkins and for the nightlies on: http://dash.orfeo-toolbox.org/index.php?project=QGIS We might move that to our new server at some point. All I could find on the website is this interesting page: http://hub.qgis.org/projects/quantum-gis/wiki/Developers_Manual#Unit-Testing As of November 2007 we require all new features going into trunk to be accompanied with a unit test Is the document still valid ? Never heard of that - or successfully repressed it. Any page reporting test run status ? s.a. PS: make check output against * master 6d5cf6f : 82% tests passed, 14 tests failed out of 78 Total Test time (real) = 471.88 sec The following tests FAILED: 4 - qgis_diagramtest (Failed) 14 - qgis_rendererstest (Failed) 25 - qgis_composermaptest (Failed) 30 - qgis_stylev2test (Failed) 31 - qgis_composerhtmltest (Failed) 33 - qgis_composerscalebartest (OTHER_FAULT) 45 - qgis_wcsprovidertest (Failed) 51 - PyQgsVectorLayer (Failed) 52 - PyQgsRasterLayer (Failed) 56 - PyQgsDelimitedTextProvider (Failed) 64 - PyQgsComposerMap (Failed) 72 - PyQgsPalLabelingBase (Failed) 73 - PyQgsPalLabelingCanvas (Failed) 78 - PyQgsAppStartup