Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
Sure thing. Open the .qgis2/python/plugins/processing/algs/grass7/ folder and open the Grass7Algorithm.py file in a text editor. You can see the changes that you'll need to make on GitHub: https://github.com/qgis/QGIS/commit/2a14ffd281d0a0e99a0a899622a29ca0efdb0852 It is just a couple small changes. I suppose alternately you could just download the Grass7Algorithm.py file from GitHub and replace the one in the above mentioned folder. Andrew On Tue, Aug 11, 2015 at 12:29 PM, Bernd Vogelgesang bernd.vogelges...@gmx.de wrote: Hi Andrew Am 06.08.2015, 19:20 Uhr, schrieb Andrew amcani...@gmail.com: Victor, I edited the version of the processing plugin that i have installed (QGIS 2.8.3, processing 2.10.1) with the changes you made and now GRASS7 tools work as they should, thanks! Andrew Could you maybe describe a little bit what you have changed and how ? Bernd On Thu, Aug 6, 2015 at 5:59 AM, Victor Olaya vola...@gmail.com wrote: A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Regards 2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang bernd.vogelges...@gmx.de: Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
Hi Andrew Am 06.08.2015, 19:20 Uhr, schrieb Andrew amcani...@gmail.com: Victor, I edited the version of the processing plugin that i have installed (QGIS 2.8.3, processing 2.10.1) with the changes you made and now GRASS7 tools work as they should, thanks! Andrew Could you maybe describe a little bit what you have changed and how ? Bernd On Thu, Aug 6, 2015 at 5:59 AM, Victor Olaya vola...@gmail.com wrote: A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Regards 2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang bernd.vogelges...@gmx.de: Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a copy of the working versions in our own ppa for long term history. Thanks, Alex On 2015-08-02 03:32, Bernd Vogelgesang wrote: Hi Alex, Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version change thing. Please indicate which version of QGIS and GRASS you are trying to get working. Actually I do not mind any more what version I would like to get working. I would have preferred the 2.8-LTR branch with no-matter-what GRASS version. I just would like to be able to finish my project, and there is unfortunately no alternative to the GRASS algos in my model. QGIS
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Regards 2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang bernd.vogelges...@gmx.de: Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a copy of the working versions in our own ppa for long term history. Thanks, Alex On 2015-08-02 03:32, Bernd Vogelgesang wrote: Hi Alex, Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version change thing. Please indicate which version of QGIS and GRASS you are trying to get working. Actually I do not mind any more what version I would like to get working. I would have preferred the 2.8-LTR branch with no-matter-what GRASS version. I just would like to be able to finish my project, and there is unfortunately no alternative to the GRASS algos in my model. QGIS 2.6 and older works with GRASS 6, 2.8+ sometimes is built to work with GRASS 7 (though possibly also with GRASS 6). Mhm, reverting to 2.6 ... Lets see if this still possible at all ... If you want a guaranteed working setup ASAP download a copy of OSGeo Live Virtual Machine, we made sure that it works in that. http://live.osgeo.org Will give it a try. Download will take another 1.5 hours ... So
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
Victor, I edited the version of the processing plugin that i have installed (QGIS 2.8.3, processing 2.10.1) with the changes you made and now GRASS7 tools work as they should, thanks! Andrew On Thu, Aug 6, 2015 at 5:59 AM, Victor Olaya vola...@gmail.com wrote: A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Regards 2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang bernd.vogelges...@gmx.de: Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a copy of the working versions in our own ppa for long term history. Thanks, Alex On 2015-08-02 03:32, Bernd Vogelgesang wrote: Hi Alex, Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version change thing. Please indicate which version of QGIS and GRASS you are trying to get working. Actually I do not mind any more what version I would like to get working. I would have preferred the 2.8-LTR branch with no-matter-what GRASS version. I just would like to be able to finish my project, and there is unfortunately no alternative to the GRASS algos in my model. QGIS 2.6
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
On Thu, Aug 06, 2015 at 02:59:17PM +0200, Victor Olaya wrote: A quick (but very relevant) note about GRASS7: It seems that, in one of the latest changes, I unintentionally left out a code line where GRASS was actually being called. I was getting a bit crazy wondering where the error might be and why GRASS7 was not working in the latest releaseand finally found out that the reason was that. So, in short, Processing was not running grass when running a grass7 algorithm. I have added that line back and it should be fine now. If you can install the current master version, please test and let me know if there are any issues or it is working correctly as before. Is there any automated test for GRASS that might prevent this from happening in the future ? If not, how hard would it be to add one ? --strk; ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Any working GRASS in QGIS available? - Processing Bug?
Hi Alex Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: Ah but we're closer to finding a solution with all those details. It may be fixable in Processing, which can be pushed to the plugin repo for update any time. Passing this along to devs who might have enough information now. Thanks, Alex Thanks for taking care, by the way: by copying the gdal algorithms from processing 2.10.1 to the 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access to the new GDAL dissolve polygons :) Unfortunately, the model from before (GRASS6) didn't work anymore, and all attempts to adjust it via diff of a test model failed. So reworking my model (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3 I'm on my way ... finally .. hopefully ... Bernd On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote: Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and Processing 2.9.3, GRASS 7 works. My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not. Gave Windows another try: Removed everything, and installed the simple install OSGEO4W setup. QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working. switched back to Ubuntu, cause of a bug in the modeler version of GDAL Dissolve Polygons (which is crucial for me). https://hub.qgis.org/issues/13174 Ubuntu: Now that I installed 2.8 with the debian repository only (so without ubuntis depencies), my GRASS 6 works (sorted out another error, that GRASS takes a column name OR from shape as an sql-command or sth), update to Processing 2.10.1 worked as well. The drawback, no SAGA, which might come handy cause the now available algos do not really do what I expect ;) I think the problem is within Processing in combination with the packaging: When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where nobody on the install page claims I shouldn't do), GRASS7 and the modeler are working, but Processing version is 2.6. Updating Processing to current Processing 2.10.1 (as recommended) seems to work. (Besides that v.clean in the modeler only returns a polygon layer from an polygon input, if I also set an output name for the error layer, otherwise I get an empty line shape) But: The next time I run QGIS and want to run an GRASS algo: Missing depencies I can now replace Processing 2.10.1 with the second latest 2.9.3 from https://plugins.qgis.org/plugins/processing/version/2.9.3/ and there v.clean does what it should in Processing AND modeler. But: Now I do not have GDAL Dissolve polygons which is in Processing 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there is the bug in this algo ... You see, I'm trapped. Thanx for you attention Bernd Both are Ubuntu 14.04 based. I'm not sure if this is a bug in Processing, or in packaging. I recall in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can get those versions for your Ubuntu system from https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5 We freeze a copy of the working versions in our own ppa for long term history. Thanks, Alex On 2015-08-02 03:32, Bernd Vogelgesang wrote: Hi Alex, Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel tech_...@wildintellect.com: It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version change thing. Please indicate which version of QGIS and GRASS you are trying to get working. Actually I do not mind any more what version I would like to get working. I would have preferred the 2.8-LTR branch with no-matter-what GRASS version. I just would like to be able to finish my project, and there is unfortunately no alternative to the GRASS algos in my model. QGIS 2.6 and older works with GRASS 6, 2.8+ sometimes is built to work with GRASS 7 (though possibly also with GRASS 6). Mhm, reverting to 2.6 ... Lets see if this still possible at all ... If you want a guaranteed working setup ASAP download a copy of OSGeo Live Virtual Machine, we made sure that it works in that. http://live.osgeo.org Will give it a try. Download will take another 1.5 hours ... So does that mean that even your do not have a working GRASS in a recent QGIS by normal means but the osgeo VM? Thanks, Alex Cheers Bernd On 2015-08-01 14:41, Bernd Vogelgesang wrote: Hi guys, is it just bad karma, that I seem not to able to get a working GRASS in QGIS? Or did I miss the big advertisement GRASS out of order somewhere. For nearly 2 weeks, I tried to get things to work in Ubuntu/Mint, and tried every possible/impossible repository, but always GRASS has missing dependencies, the forms open in Processing, but the algos don't run through, or the functions are working in Processing, but failing in the modeller. As I really got to finish a model in the Modeller including some GRASS algos, I finally turned on