Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
MOre cosmetics: the command would better be displayed in a text box, perhaps collapsed, within the dialog, rather than over it. Moreover, the help is missing (better use the upstream, as we do for grass), and this should be fixed before removing GDALTools. Overall, we are pretty close, nice to get rid of even more redundancy! Thanks. Il 07/05/2015 13:24, Victor Olaya ha scritto: >>> >>> Right. What I miss is the echo of the gdal command line. Throwing it >>> away would be a pity IMHO. >>> All the best. > > Done. All GDAL and OGR algorithms have now a custom parameters dialog > which shows the console call in a text box as you modify parameter > values > > Please take a look at it (it is master now) and let me know if you > have more ideas Looks nice, thanks. Main issue: text cannot be selected and copied. Cosmetic issue: the box covers a good part of the dialog here. Moreover, in GDALTools one can edit the call by hand, adding and editing current parameters (not a crucial function, but I think it is useful). I think the same approach should be extended to other backends where appropriate (grass, saga, ...). Thanks a lot! Now the main issue seems to be the icons (if you have a look to Lecos subplugin of Processing, it is quite obvious they really make it easier to approach the commands. All the best, and again many thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Il 07/05/2015 13:24, Victor Olaya ha scritto: >>> >>> Right. What I miss is the echo of the gdal command line. Throwing it >>> away would be a pity IMHO. >>> All the best. > > Done. All GDAL and OGR algorithms have now a custom parameters dialog > which shows the console call in a text box as you modify parameter > values > > Please take a look at it (it is master now) and let me know if you > have more ideas Looks nice, thanks. Main issue: text cannot be selected and copied. Cosmetic issue: the box covers a good part of the dialog here. Moreover, in GDALTools one can edit the call by hand, adding and editing current parameters (not a crucial function, but I think it is useful). I think the same approach should be extended to other backends where appropriate (grass, saga, ...). Thanks a lot! Now the main issue seems to be the icons (if you have a look to Lecos subplugin of Processing, it is quite obvious they really make it easier to approach the commands. All the best, and again many thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Il 07/05/2015 13:24, Victor Olaya ha scritto: >>> >>> Right. What I miss is the echo of the gdal command line. Throwing it >>> away would be a pity IMHO. >>> All the best. > > Done. All GDAL and OGR algorithms have now a custom parameters dialog > which shows the console call in a text box as you modify parameter > values > > Please take a look at it (it is master now) and let me know if you > have more ideas Thanks! Why not releasing a new version, for wider testing? We already have several improvements pending. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
>> >> Right. What I miss is the echo of the gdal command line. Throwing it >> away would be a pity IMHO. >> All the best. Done. All GDAL and OGR algorithms have now a custom parameters dialog which shows the console call in a text box as you modify parameter values Please take a look at it (it is master now) and let me know if you have more ideas Cheers ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Hi, > Also, many ftools algorithms are terribly slow (e.g. dissolve), particularly > when compared to the equivalent tools based on ogr2ogr, that Giovanni Manghi > added to Processing a few months ago. It may worth considering the > possibility of deleting some ftools algorithm in favor of the ogr2ogr based > algorithms. I will try to add as many geoprocessing operations based on ogr2ogr/sql as I can, especialy the ones that are really slow in ftools. Anyway to be able to add the operations that involve more than 1 input layer it will be needed to add a method in processing to create (on the fly) virtual vectors (and in general this tool would benefit from other improvements like multi-attribute selection). I plan to discussa about this things in Denmark. cheers -- Giovanni Manghi http://naturalgis.pt/ giovanni.man...@naturalgis.pt * WebGIS development * QGIS/PostGIS Training * QGIS Support and Consulting * QGIS development Google+/Hangouts: giovanni.man...@gmail.com Giovanni is QGIS main tester and active member of its development team -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
2015-05-07 8:12 GMT+02:00 Paolo Cavallini : > Il 07/05/2015 07:43, Alexander Bruy ha scritto: > > Hi all, > > > > I interested in this too and will be available to help. > > Also maybe we should think about GDALTools? Seems > > all algorithms already available in Processing, so we can > > try to find solution to replace GDALTools too. > > > Right. What I miss is the echo of the gdal command line. Throwing it > away would be a pity IMHO. > All the best. > Agreed, I find the command line very useful and I often use the GUI just to build the command line that I use in the shell or in a script. -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Il 07/05/2015 07:43, Alexander Bruy ha scritto: > Hi all, > > I interested in this too and will be available to help. > Also maybe we should think about GDALTools? Seems > all algorithms already available in Processing, so we can > try to find solution to replace GDALTools too. Right. What I miss is the echo of the gdal command line. Throwing it away would be a pity IMHO. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Hi all, I interested in this too and will be available to help. Also maybe we should think about GDALTools? Seems all algorithms already available in Processing, so we can try to find solution to replace GDALTools too. 2015-05-06 10:27 GMT+03:00 Victor Olaya : > Hi all, > > during the last hackfest we discussed about fully integrating ftools > into processing, so eventually we can have all those algorithms in > Processing in the same way as they are now in the ftools plugin, and > remove the latter to avoid redundancy. > > Not much was done, but I would like to work on this during the Hackfest. > > If anyone has ideas, or anyone that will attend the HF wants to > collaborate on this, please let me know. > > Thanks! > ___ > 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] Processing and ftools (Proposal for hackfest)
Il 06/05/2015 14:44, Victor Olaya ha scritto: > what about this: having a tool in Processing that allows to select the > algorithms you use the most, and have them in menus and submenus > instead of the toolbox. > > Similar to the ArcGIS solution, but more flexible. The code will be > easier to mantain (only one codebase for algorithms), but the users > will be able to easily customize where they want to find the > algorithms, in case they don't want to use the toolbox. Seems quite an interesting proposal. I agree with Régis that icons do a lot to help, especially newbies. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
what about this: having a tool in Processing that allows to select the algorithms you use the most, and have them in menus and submenus instead of the toolbox. Similar to the ArcGIS solution, but more flexible. The code will be easier to mantain (only one codebase for algorithms), but the users will be able to easily customize where they want to find the algorithms, in case they don't want to use the toolbox. Looks like an interesting thing for the hackfest, and quite feasible to implement Thanks for your ideas! 2015-05-06 14:33 GMT+02:00 Filipe Dias : > Hi > > I think it would be nice to be able to access some tools from the Menu. > Maybe allow users to select which tools or groups of tools can be opened > from the Menu? > > A few years ago ArcGIS moved all geoprocessing tools to the Toolbox and a > lot of users complained. They ended up creating a Menu called > "geoprocessing" that had the most commonly used algorithms: intersection, > clip etc. > > Also, many ftools algorithms are terribly slow (e.g. dissolve), particularly > when compared to the equivalent tools based on ogr2ogr, that Giovanni Manghi > added to Processing a few months ago. It may worth considering the > possibility of deleting some ftools algorithm in favor of the ogr2ogr based > algorithms. > > Cheers > > On Wed, May 6, 2015 at 1:07 PM, Régis Haubourg > wrote: >> >> Hi, >> + 1 for centralizing alg's in one place. From a UI point of view, what >> about >> discussing some kind of shortcuts in menu, allowing to open directly >> processing algorithms? >> Users do love the graphic icon in ftools that help understanding what >> geometric operator will be triggered. Even more, an assistant would be >> perfect, even if it's only a shortcut to processing tools. >> We have user here that use menu a lot, and that would have diffulties to >> understand having a vector menu without geo processing entries. same for >> raster. >> Cheers >> Régis >> >> >> >> -- >> View this message in context: >> http://osgeo-org.1560.x6.nabble.com/Processing-and-ftools-Proposal-for-hackfest-tp5204324p5204401.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 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] Processing and ftools (Proposal for hackfest)
Hi I think it would be nice to be able to access some tools from the Menu. Maybe allow users to select which tools or groups of tools can be opened from the Menu? A few years ago ArcGIS moved all geoprocessing tools to the Toolbox and a lot of users complained. They ended up creating a Menu called "geoprocessing" that had the most commonly used algorithms: intersection, clip etc. Also, many ftools algorithms are terribly slow (e.g. dissolve), particularly when compared to the equivalent tools based on ogr2ogr, that Giovanni Manghi added to Processing a few months ago. It may worth considering the possibility of deleting some ftools algorithm in favor of the ogr2ogr based algorithms. Cheers On Wed, May 6, 2015 at 1:07 PM, Régis Haubourg < regis.haubo...@eau-adour-garonne.fr> wrote: > Hi, > + 1 for centralizing alg's in one place. From a UI point of view, what > about > discussing some kind of shortcuts in menu, allowing to open directly > processing algorithms? > Users do love the graphic icon in ftools that help understanding what > geometric operator will be triggered. Even more, an assistant would be > perfect, even if it's only a shortcut to processing tools. > We have user here that use menu a lot, and that would have diffulties to > understand having a vector menu without geo processing entries. same for > raster. > Cheers > Régis > > > > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/Processing-and-ftools-Proposal-for-hackfest-tp5204324p5204401.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 mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Hi, + 1 for centralizing alg's in one place. From a UI point of view, what about discussing some kind of shortcuts in menu, allowing to open directly processing algorithms? Users do love the graphic icon in ftools that help understanding what geometric operator will be triggered. Even more, an assistant would be perfect, even if it's only a shortcut to processing tools. We have user here that use menu a lot, and that would have diffulties to understand having a vector menu without geo processing entries. same for raster. Cheers Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Processing-and-ftools-Proposal-for-hackfest-tp5204324p5204401.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] Processing and ftools (Proposal for hackfest)
Yes, we should have the same functionality as in ftools, not just the algorithms, but also the translations, etc. Everything so people do not miss the ftools plugin if it's eventually removed Thanks! 2015-05-06 11:22 GMT+02:00 Arnaud Morvan : > > I should be able to work on this at the hackfest. > > IMHO, removing ftools menu entries should be conditioned by the translation > of groups and names of algorithms in the toolbox. > I rememer that alex started working on this. > > Regards > > Arnaud > > Le 06/05/2015 09:27, Victor Olaya a écrit : > > Hi all, > > during the last hackfest we discussed about fully integrating ftools > into processing, so eventually we can have all those algorithms in > Processing in the same way as they are now in the ftools plugin, and > remove the latter to avoid redundancy. > > Not much was done, but I would like to work on this during the Hackfest. > > If anyone has ideas, or anyone that will attend the HF wants to > collaborate on this, please let me know. > > Thanks! > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > -- > Arnaud Morvan > Ingénieur logiciel > Tél: +33 (0)4 58 48 20 32 > > Camptocamp France SAS > Savoie Technolac, BP 352 > 73377 Le Bourget du Lac Cedex > http://www.camptocamp.com > > > ___ > 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] Processing and ftools (Proposal for hackfest)
I should be able to work on this at the hackfest. IMHO, removing ftools menu entries should be conditioned by the translation of groups and names of algorithms in the toolbox. I rememer that alex started working on this. Regards Arnaud Le 06/05/2015 09:27, Victor Olaya a écrit : Hi all, during the last hackfest we discussed about fully integrating ftools into processing, so eventually we can have all those algorithms in Processing in the same way as they are now in the ftools plugin, and remove the latter to avoid redundancy. Not much was done, but I would like to work on this during the Hackfest. If anyone has ideas, or anyone that will attend the HF wants to collaborate on this, please let me know. Thanks! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Arnaud Morvan Ingénieur logiciel Tél: +33 (0)4 58 48 20 32 Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac Cedex http://www.camptocamp.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Processing and ftools (Proposal for hackfest)
Il 06/05/2015 09:27, Victor Olaya ha scritto: > If anyone has ideas, or anyone that will attend the HF wants to > collaborate on this, please let me know. Here I am, agreed it's an useful task. Thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Processing and ftools (Proposal for hackfest)
Hi all, during the last hackfest we discussed about fully integrating ftools into processing, so eventually we can have all those algorithms in Processing in the same way as they are now in the ftools plugin, and remove the latter to avoid redundancy. Not much was done, but I would like to work on this during the Hackfest. If anyone has ideas, or anyone that will attend the HF wants to collaborate on this, please let me know. Thanks! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer