Opinions on the best way to do this are welcome
+1 nothing more motivating that seeing bugs fixed quickly, it gives faith in
the tool
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Processing-more-integration-and-upgrade-tp5083484p5088796.html
Sent from the Quantum GIS
Hi Filipe,
2013/10/14 Filipe Dias filipesd...@gmail.com:
+1 Personally I would prefer to have daily versions. It is highly motivating
for users and testers to report a bug and to have Processing fixed and
available in the next day. I would not mind to have to use an external
software to get
Thank you very much. I does work. I had thought about that but was afraid
it could ruin my installation. I wish I knew that before!
On Tue, Oct 15, 2013 at 7:38 AM, Alexander Bruy alexander.b...@gmail.comwrote:
Hi Filipe,
2013/10/14 Filipe Dias filipesd...@gmail.com:
+1 Personally I would
Hi Alexander,
This works, except for LecoS and Semi-Automatic Classification plugins, but I
think it is problem of own plugins: http://hub.qgis.org/issues/8792
Best regards,
Pedro
- Mensagem original -
DE: Alexander Bruy
Hi Filipe,
2013/10/14 Filipe Dias
2013/10/15 Pedro Venâncio pedrongvenan...@yahoo.com:
This works, except for LecoS and Semi-Automatic Classification plugins, but I
think it is problem of own plugins: http://hub.qgis.org/issues/8792
This is 3rd party plugins, so this is not a Processing issue at all
--
Alexander Bruy
Ok Alexander, thanks!
I also just found this error when I click [...] in a field InputNumber, on a
model that was created earlier. I think that in the last days, was discussed
anything about this kind of fields. There was a change in Processing that
causes this error on older models, or an
Fixed in master
2013/10/15 Pedro Venâncio pedrongvenan...@yahoo.com:
Ok Alexander, thanks!
I also just found this error when I click [...] in a field InputNumber, on a
model that was created earlier. I think that in the last days, was discussed
anything about this kind of fields. There was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
I think time is now ripe for a better integration of Processing:
* integrating the excellent tutorial https://github.com/volaya/sextante-manual
into
the main documentation
* publishing an upgraded version (several smaller and bigger fixes
* integrating the excellent tutorial
https://github.com/volaya/sextante-manual into
the main documentation
I plan to integrate that into the training manual, probably along this
week (I'm glad that you like the Processing tutorial... :-) )
* publishing an upgraded version (several smaller
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 14/10/2013 19:06, Victor Olaya ha scritto:
I plan to integrate that into the training manual, probably along this
week (I'm glad that you like the Processing tutorial... :-) )
fine, obviously +1 for me - ready to give feedback from out in the
IMHO the processing chapter in the qgis manual has to be a little bit
updated and integrated.
But I'd add the complete manual of processing in the documentation
page like the an introduction to gis or the python cookbook.
And add in the qgis processing chapter a link to the complete manual.
Opinions on the best way to do this are welcome
+1 Personally I would prefer to have daily versions. It is highly
motivating for users and testers to report a bug and to have Processing
fixed and available in the next day. I would not mind to have to use an
external software to get the most
12 matches
Mail list logo