Re: [Qgis-developer] Sextante test drive
Hi William, On Sat, Apr 20, 2013 at 9:24 AM, William Kyngesburye wokl...@kyngchaos.comwrote: Just a note: I'll be bundling OTB and SAGA in the OS X package. I already have code in sextante to automatically find the bundled copies. Why bundle instead of having a separate installer (like is done with the base GDAL frameworks, etc.)? Same question for the osg/earth frameworks. Also, when you get things situated for the release and you have time, I would appreciate any build notes, so I can add such support to the nightly build. Regards, Larry Maybe I'll look again at Taudem. I think when I looked at it a year ago I was put off by Windows/Arc-centric nature of it. ... ugh, just a quick browse of the source doesn't look good - mix of windows and unix line endings in some files needs to be fixed (maybe the compiler doesn't care, but it's hard to read), and assumption of available headers/libraries, like MPI. This may not be an option for OS X, at least in the near future. It's also disappointing that the author didn't use libtiff, so that taudem could support lzw compression and bigtiff. On Apr 20, 2013, at 3:52 AM, Victor Olaya wrote: * in Sextante options, General entry should always be the first, Modeler second, and Script third * the name of the settings is an editable field, which seems inappropriate * the Settings column should be wider, at the expense of the Value column; alternatively, text should be wrapped I have been thinking about changing all the options dialog. Doesn't look hard to do, so you can count on having this ready soon * when activating the new Use categories to classify..., only a few algorithms are shown; I understand the need to simplify things, but I'm still unsure if it's appropriate to limit users' choice It's limited now for two reasons: 1) The classification of algorithms is done manually...and it is boring to do :-) SAGA and QGIS ones are already done, but I have to do the GRASS ones. However I am not sure about including GRASS, it is more complex to use. You can use a SAGA algorithm without knowing what SAGA is, but to use a GRASS one, you need to understand some GRASS ideas, so it is an advanced process, and the simplified algorithm classification shouldn't assume that. You can always change to the advanced view to use GRASS (now you can change directly from the toolbox, no need to go to the config dialog) 2) I would like to have in that list, only those algorithms that need no extra configuration, to make that the default and have it working out-of the box. That's why R and OTB, for instance, are not in there. * IMHO OTB is a big plus for Sextante, as it brings many brand new functions, unavailable in most other desktop GIS; so I suggest to: * include OTB in the standalone win package (easy, as it is already in osgeo4w) * add its default path according to the running distro; for users, adding it by hand can be difficult * I noticed that the Mean shift segmentation produces a vector with the Y axis inverted good idea. If OTB goes into osgeo4w, I could add the OTB algorithms to the simplified list of algorithms I still have to send Jurgen the SAGA package as we discussed it in the Hackfest. We can put both SAGA and OTB, and taht would really give a lot of power to SEXTANTE Thanks for your ideas! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ 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] Sextante test drive
On Apr 24, 2013, at 1:31 PM, Larry Shaffer wrote: Hi William, On Sat, Apr 20, 2013 at 9:24 AM, William Kyngesburye wokl...@kyngchaos.com wrote: Just a note: I'll be bundling OTB and SAGA in the OS X package. I already have code in sextante to automatically find the bundled copies. Why bundle instead of having a separate installer (like is done with the base GDAL frameworks, etc.)? Same question for the osg/earth frameworks. Simplicity for me and ease of use for users. My general plan has been separate packages for stuff (GDAL co.) needed by multiple other end-user packages (GRASS, Mapserver, QGIS). And maybe for tools useful on their own (python modules, and yes, could be SAGA, OTB, TauDEM), if I have time. And a little bit of whatever I feel like doing factors in there also ;) I did consider an OSG/earth package, but never got around to it. QGIS is the only thing I use that needs it, though I was briefly interested in OSSIM, and there were small build issues early on (now sorted out). Also, when you get things situated for the release and you have time, I would appreciate any build notes, so I can add such support to the nightly build. The main thing is a user bundling cmake script for SAGA, OTB and TauDEM. Do you need any build info for those? OTB isn't hard, just a simple patch. SAGA is a bit of work because of missing autotools in the latest Xcode, and it needs wxWidgets. TauDEM needs some work, a few of us are in communication with the developer to fix it up. Regards, Larry Maybe I'll look again at Taudem. I think when I looked at it a year ago I was put off by Windows/Arc-centric nature of it. ... ugh, just a quick browse of the source doesn't look good - mix of windows and unix line endings in some files needs to be fixed (maybe the compiler doesn't care, but it's hard to read), and assumption of available headers/libraries, like MPI. This may not be an option for OS X, at least in the near future. It's also disappointing that the author didn't use libtiff, so that taudem could support lzw compression and bigtiff. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
Hi Paolo, On Sat, 20 Apr 2013 18:32:14 +0200 Paolo Cavallini cavall...@faunalia.it wrote: Bad stuff, agreed. However, taudem has been properly packaged in Debian main, so I suppose it can be brought to a reasonable state. BTW, is it supported by an active community? Has anyone tried to contact the authors suggestiong at least some basic fix? AFAIK, there is no active developer community around TauDEM (maybe because of very specific area), it developed by single author and mainly oriented on Windows and ArcGIS. I talked with David (TauDEM developer and author) several times when worked on TauDEM provider for SEXTANTE. He has some plans about putting TauDEM sources at GitHub or Bitbucket. This allows other developers contribute to project and maybe increase community. But seems he didn't have much time for this. I can ask him again and maybe help him with initial import. Also I send him two patches for building TauDEM under *NIX. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 09:24, Alexander Bruy ha scritto: I can ask him again and maybe help him with initial import. Also I send him two patches for building TauDEM under *NIX. David seems available for help. Continuing this discussion in a private thread. 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlF1UaEACgkQ/NedwLUzIr6pjwCfXWRAidDPfUnYgXGgJfUHYE8Z nfsAni3Zy+rw1fY9I2CfgEp4C4OY3Vj8 =2wIq -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
Paolo, I have changed the configuration dialog with your suggestions (thanks!). Everything you suggested is there, except making the param name not editable, which seems a bit harder to get... Also, now there are autoconfig paths for SAGA, GRASS and OTB in Windows, so if a user installs QGIS with the OSGeo4W installer, there should nbe no need for extra configuration, and he could start using all algorithms directly in an out-of-the-box QGIS install. thanks! Victor 2013/4/20 Paolo Cavallini cavall...@faunalia.it: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. Yesterday I have shown Sextante in an advanced course. Here my conclusions: * in Sextante options, General entry should always be the first, Modeler second, and Script third * the name of the settings is an editable field, which seems inappropriate * the Settings column should be wider, at the expense of the Value column; alternatively, text should be wrapped * when activating the new Use categories to classify..., only a few algorithms are shown; I understand the need to simplify things, but I'm still unsure if it's appropriate to limit users' choice * IMHO OTB is a big plus for Sextante, as it brings many brand new functions, unavailable in most other desktop GIS; so I suggest to: * include OTB in the standalone win package (easy, as it is already in osgeo4w) * add its default path according to the running distro; for users, adding it by hand can be difficult * I noticed that the Mean shift segmentation produces a vector with the Y axis inverted * Saga seems the first choice for many analyses; it is therefore essential to have it easily available by default in all major distro (at least deb and ubuntu) and in standalone packages (win, osx); any blockers for this? * Taudem should be added to OSGeo4w, possibly also to the standalone package. Overall, there is great excitation, and users are looking forward for 2.0, with Sextante in bright light! All the best, and thanks. - -- 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFyKXUACgkQ/NedwLUzIr463QCfZy+vP6e57ARO/wKbOjFqcskZ 6QoAoJYJLPBtDa3FQ17l6y7K7iskC/xP =YYCi -END PGP SIGNATURE- ___ 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] Sextante test drive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 21/04/2013 15:39, Victor Olaya ha scritto: Also, now there are autoconfig paths for SAGA, GRASS and OTB in Windows, so if a user installs QGIS with the OSGeo4W installer, there should nbe no need for extra configuration, and he could start using all algorithms directly in an out-of-the-box QGIS install. Thank you. It would be nice if you could announce it to the users ML, so we could make it sure this work in all local settings. 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlF0ywgACgkQ/NedwLUzIr40SQCfS5yB/5sl0BvZ+uq2cWsmUcwF Bh4AoLmh+DtMU8uSKlvRy6gPOgI8X6qr =SYDx -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
* in Sextante options, General entry should always be the first, Modeler second, and Script third * the name of the settings is an editable field, which seems inappropriate * the Settings column should be wider, at the expense of the Value column; alternatively, text should be wrapped I have been thinking about changing all the options dialog. Doesn't look hard to do, so you can count on having this ready soon * when activating the new Use categories to classify..., only a few algorithms are shown; I understand the need to simplify things, but I'm still unsure if it's appropriate to limit users' choice It's limited now for two reasons: 1) The classification of algorithms is done manually...and it is boring to do :-) SAGA and QGIS ones are already done, but I have to do the GRASS ones. However I am not sure about including GRASS, it is more complex to use. You can use a SAGA algorithm without knowing what SAGA is, but to use a GRASS one, you need to understand some GRASS ideas, so it is an advanced process, and the simplified algorithm classification shouldn't assume that. You can always change to the advanced view to use GRASS (now you can change directly from the toolbox, no need to go to the config dialog) 2) I would like to have in that list, only those algorithms that need no extra configuration, to make that the default and have it working out-of the box. That's why R and OTB, for instance, are not in there. * IMHO OTB is a big plus for Sextante, as it brings many brand new functions, unavailable in most other desktop GIS; so I suggest to: * include OTB in the standalone win package (easy, as it is already in osgeo4w) * add its default path according to the running distro; for users, adding it by hand can be difficult * I noticed that the Mean shift segmentation produces a vector with the Y axis inverted good idea. If OTB goes into osgeo4w, I could add the OTB algorithms to the simplified list of algorithms I still have to send Jurgen the SAGA package as we discussed it in the Hackfest. We can put both SAGA and OTB, and taht would really give a lot of power to SEXTANTE Thanks for your ideas! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 10:52, Victor Olaya ha scritto: I have been thinking about changing all the options dialog. Doesn't look hard to do, so you can count on having this ready soon great, thanks. ready to help if necessary. I still think the appearance of sextante dialogs do not seem too much in line with QGIS look, so maybe you can ask someone to help with the GUI. 1) The classification of algorithms is done manually...and it is boring to do :-) SAGA and QGIS ones are already done, but I have to do the GRASS ones. However I am not sure about including GRASS, it is more complex to use. You can use a SAGA algorithm without knowing what SAGA is, but to use a GRASS one, you need to understand some GRASS ideas, so it is an advanced process, and the simplified algorithm classification shouldn't assume that. You can always change to the advanced view to use GRASS (now you can change directly from the toolbox, no need to go to the config dialog) Sorry I do not agree with you: * most GRASS commands, as they are incorporated into sextante (or in the GRASS plugin, by that way) are really straightforward to use; in courses people often do not notice the difference * more importantly: GRASS is included in most if not all QGIS installation, so you can rely on it; this is not the same for SAGA * GRASS modules have a proper manpage, while SAGA is sometimes very hard to understand * GRASS has a long history and a wide community, so you can trust more on it on the longer term. So in short I would not put GRASS as a second class citizen in Sextante ;) 2) I would like to have in that list, only those algorithms that need no extra configuration, to make that the default and have it working out-of the box. That's why R and OTB, for instance, are not in there. Again, do not agree: some OTB commands are very straightforward, and solve problem people have struggled on for years. The usual effect of showing it is jaw-dropping. Removing stuff from first sight may have deeper consequences than a clever developer can foresee, sometimes :) good idea. If OTB goes into osgeo4w, I could add the OTB algorithms to the simplified list of algorithms OTB *is* already on osgeo4w - my suggestion (a strong one BTW) is to include it in the standalone installer for QGIS 2.0 I still have to send Jurgen the SAGA package as we discussed it in the Hackfest. We can put both SAGA and OTB, and taht would really give a lot of power to SEXTANTE Right! Thanks for your hard work, and good code. - -- 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFyZ5QACgkQ/NedwLUzIr7T1ACgsRbc0ZwCb0SHsfj++uGUVN2+ /6QAoLUqOAhrTP1Rho0PWYfPVVzjyQJr =cHRR -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
Hi, I am an italian archaeologist and an enthusiastic QGIS user. I do what I can to spread the knowledge about QGIS and other open source softwares to my university students (I am a contract professor at the Basilicata University and some days ago I've become contract professor at the Specialization School of Archeology of Udin, Venice and Trieste). The main difficulty I have with open source GIS is the advanced editing of vector layers. QGIS doesn't offer too much support to digitizing, the CAD Tools plugin has some useful functions but is far from being complete and the kind of interaction that it proposes is not very productive and time-saving (it's not a critic: CAD Tools saved my life a lot of time, and I want to thank the developers and maintainers). Many times, I had to convert my vector layers to dxf and back in order to perform some complex tasks (with all kind of conversion problems, like the preservation of the attributes values, etc.). I have some experience in programming (about ten years of developement, mainly in C# with the .NET Framework, before I switched to Linux), and I would like to try (only try, without promising anything!!) to implement complete CAD tools and functions (I there isn't and analogous project already active; in that case, nevermind!). I think that developing a CAD plugin from scratch is very hard to me and maybe not the better way to get good results, so I'm oriented to try to augment the interaction between QGIS and an existing CAD software (I'm thinking to LibreCAD). I thought to two possible strategies: 1. Use the LibreCAD library and source code to develop a C++ QGIS plugin; 2. Create a shapefile/spatialite/postgis driver for LibreCAD in order to edit those formats inside LibreCAD. 3. Convert some layers of the QGIS project in a dxf file and back (each QGIS layer in a different layer of the final dxf file). I'm asking your opinion about which of those ways could be the faster or the better to implement, or which one is impossible to undertake according to your knowledge of the QGIS API. My doubts are: Strategy #1: Probably the ideal one, but does the implementation of complex snaps or constraints against the features of other layers (i.e. midpoint, parallels, etc.) require changes to the QGIS API, or all these operations can be contained on a plugin? Is it better to work directly on QGIS vector layers or to create a plugin layer, edit it and then commit the changes to the vector layer? The conversion could help me to manage geometries in the way LibreCAD wants. Is it possible in your opinion to have an interactive shell (i.e. draw the first point, and then inserting the coordinates of the second point)? Strategy #2: Probably the easier, but I should find a way to disable some LibreCAD functions (i.e. the drawing of splines, or the drawing of points on a line layer) without disseminating my changes all over LibreCAD's source files. For this kind of solution I'll ask to the developers of LibreCAD. Strategy #3: The problem is on committing the changes of the dxf file to the original layer: how to specify that a line in the dxf file must replace the geometry of and existing record of the original spatialite layer? Maybe it's impossible, it doesn't seem to me that I can put on a dxf file the necessary metadata to preserve a link to the original features. What do you think? And what do you actually do when you have to draw complex shapes on shapefiles or other vector layers? Diego Gnesi 2013/4/20 Paolo Cavallini cavall...@faunalia.it: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 10:52, Victor Olaya ha scritto: I have been thinking about changing all the options dialog. Doesn't look hard to do, so you can count on having this ready soon great, thanks. ready to help if necessary. I still think the appearance of sextante dialogs do not seem too much in line with QGIS look, so maybe you can ask someone to help with the GUI. 1) The classification of algorithms is done manually...and it is boring to do :-) SAGA and QGIS ones are already done, but I have to do the GRASS ones. However I am not sure about including GRASS, it is more complex to use. You can use a SAGA algorithm without knowing what SAGA is, but to use a GRASS one, you need to understand some GRASS ideas, so it is an advanced process, and the simplified algorithm classification shouldn't assume that. You can always change to the advanced view to use GRASS (now you can change directly from the toolbox, no need to go to the config dialog) Sorry I do not agree with you: * most GRASS commands, as they are incorporated into sextante (or in the GRASS plugin, by that way) are really straightforward to use; in courses people often do not notice the difference * more importantly: GRASS is included in most if not all QGIS installation, so you can rely on it; this is not the same for SAGA * GRASS modules have a proper manpage, while SAGA is sometimes very
Re: [Qgis-developer] Sextante test drive
Just a note: I'll be bundling OTB and SAGA in the OS X package. I already have code in sextante to automatically find the bundled copies. Maybe I'll look again at Taudem. I think when I looked at it a year ago I was put off by Windows/Arc-centric nature of it. ... ugh, just a quick browse of the source doesn't look good - mix of windows and unix line endings in some files needs to be fixed (maybe the compiler doesn't care, but it's hard to read), and assumption of available headers/libraries, like MPI. This may not be an option for OS X, at least in the near future. It's also disappointing that the author didn't use libtiff, so that taudem could support lzw compression and bigtiff. On Apr 20, 2013, at 3:52 AM, Victor Olaya wrote: * in Sextante options, General entry should always be the first, Modeler second, and Script third * the name of the settings is an editable field, which seems inappropriate * the Settings column should be wider, at the expense of the Value column; alternatively, text should be wrapped I have been thinking about changing all the options dialog. Doesn't look hard to do, so you can count on having this ready soon * when activating the new Use categories to classify..., only a few algorithms are shown; I understand the need to simplify things, but I'm still unsure if it's appropriate to limit users' choice It's limited now for two reasons: 1) The classification of algorithms is done manually...and it is boring to do :-) SAGA and QGIS ones are already done, but I have to do the GRASS ones. However I am not sure about including GRASS, it is more complex to use. You can use a SAGA algorithm without knowing what SAGA is, but to use a GRASS one, you need to understand some GRASS ideas, so it is an advanced process, and the simplified algorithm classification shouldn't assume that. You can always change to the advanced view to use GRASS (now you can change directly from the toolbox, no need to go to the config dialog) 2) I would like to have in that list, only those algorithms that need no extra configuration, to make that the default and have it working out-of the box. That's why R and OTB, for instance, are not in there. * IMHO OTB is a big plus for Sextante, as it brings many brand new functions, unavailable in most other desktop GIS; so I suggest to: * include OTB in the standalone win package (easy, as it is already in osgeo4w) * add its default path according to the running distro; for users, adding it by hand can be difficult * I noticed that the Mean shift segmentation produces a vector with the Y axis inverted good idea. If OTB goes into osgeo4w, I could add the OTB algorithms to the simplified list of algorithms I still have to send Jurgen the SAGA package as we discussed it in the Hackfest. We can put both SAGA and OTB, and taht would really give a lot of power to SEXTANTE Thanks for your ideas! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 17:24, William Kyngesburye ha scritto: Just a note: I'll be bundling OTB and SAGA in the OS X package. I already have code in sextante to automatically find the bundled copies. Thank you so much for this. So, Victor, paths could be set up as defaults in all major platforms then, right? Maybe I'll look again at Taudem. I think when I looked at it a year ago I was put off by Windows/Arc-centric nature of it. ... ugh, just a quick browse of the Bad stuff, agreed. However, taudem has been properly packaged in Debian main, so I suppose it can be brought to a reasonable state. BTW, is it supported by an active community? Has anyone tried to contact the authors suggestiong at least some basic fix? Thanks again. 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFyww4ACgkQ/NedwLUzIr41PACfYXvAVXB62vz0PfgWtxBUo45+ 26UAoJ6R81WgA7F/Cb3wQO0P8l4U+5rA =4J+3 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
Paolo You have convinced me: OTB and GRASS should be on the simplified list :-) Now comes the hard part...classifying their algorithms... I have already done it for OTB, since the names and groups are usable. GRASS ones are clearly not...which means that we need not only to set a group, but an alternative name for each GRASS module... If anyone feels like helping, here is the link to a google spreadsheet where the classification can be edited https://docs.google.com/spreadsheet/ccc?key=0Arf7VNv0yae5dGR4UjFMekxNVmg1blBUdWMweHJRYVEusp=sharing Thanks in advance for your help! 2013/4/20 Paolo Cavallini cavall...@faunalia.it: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 17:24, William Kyngesburye ha scritto: Just a note: I'll be bundling OTB and SAGA in the OS X package. I already have code in sextante to automatically find the bundled copies. Thank you so much for this. So, Victor, paths could be set up as defaults in all major platforms then, right? Maybe I'll look again at Taudem. I think when I looked at it a year ago I was put off by Windows/Arc-centric nature of it. ... ugh, just a quick browse of the Bad stuff, agreed. However, taudem has been properly packaged in Debian main, so I suppose it can be brought to a reasonable state. BTW, is it supported by an active community? Has anyone tried to contact the authors suggestiong at least some basic fix? Thanks again. 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFyww4ACgkQ/NedwLUzIr41PACfYXvAVXB62vz0PfgWtxBUo45+ 26UAoJ6R81WgA7F/Cb3wQO0P8l4U+5rA =4J+3 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
On Apr 20, 2013, at 11:32 AM, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 17:24, William Kyngesburye ha scritto: Just a note: I'll be bundling OTB and SAGA in the OS X package. I already have code in sextante to automatically find the bundled copies. Thank you so much for this. So, Victor, paths could be set up as defaults in all major platforms then, right? From what I could figure out, there is no need for a default for Linux since it inherits a shell environment and can execute commands without explicit paths (the $PATH is the default). I don't know the details of the Windows environment, but there is a default path for GRASS, but none for SAGA, OTB or TauDEM. Though I don't understand the python searching logic for the GRASS default. Maybe I'll look again at Taudem. I think when I looked at it a year ago I was put off by Windows/Arc-centric nature of it. ... ugh, just a quick browse of the Bad stuff, agreed. However, taudem has been properly packaged in Debian main, so I suppose it can be brought to a reasonable state. BTW, is it supported by an active community? Has anyone tried to contact the authors suggestiong at least some basic fix? Latest source version is from Feb 2012, site mentions Arc 10.0. No mention of any development group or forum, or source repository other than the download tarball. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 20:35, William Kyngesburye ha scritto: From what I could figure out, there is no need for a default for Linux since it inherits a shell environment and can execute commands without explicit paths (the $PATH is the default). This is whet I thought, but from a first trial Sextante does not seem to work without. Latest source version is from Feb 2012, site mentions Arc 10.0. No mention of any development group or forum, or source repository other than the download tarball. I'll investigate, thanks. 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.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFy4WEACgkQ/NedwLUzIr7pXQCgtFD++F46nJxK++JCeULZ8GFG 49sAn0avAvbvKsHZnM3zFipdVbZJX8QS =+SKS -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
On Apr 20, 2013, at 1:41 PM, Paolo Cavallini wrote: Latest source version is from Feb 2012, site mentions Arc 10.0. No mention of any development group or forum, or source repository other than the download tarball. I'll investigate, thanks. All the best. It wasn't too hard to fix the Windows junk. Key points: - I fixed the mixed line endings, but I don't know if the compiler cares - a few headers have hardwired a local stdint.h meant for windows. change to stdint.h for *nix/OS X - the clean target is a dep in all, it freaked me out when the *.o disappeared after the build - CC is hardwired to mpic++, easy to override without editing the makefiles - need to pass in LDFLAGS so it links libmpi and libmpi_cxx - William Kyngesburye kyngchaos*at*kyngchaos*dot*com 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 http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante test drive
Hi Diego Can I suggest to put your post in a new thread instead of incorportating it into an existing (and unrelated to your post) thread? I suspect many people who may have given you feedback will have missed your message unless they were following the sextatnte testdrive discussion. Regards Tim On Sat, Apr 20, 2013 at 4:12 PM, Diego Gnesi Bartolani diego.gn...@gmail.com wrote: Hi, I am an italian archaeologist and an enthusiastic QGIS user. I do what I can to spread the knowledge about QGIS and other open source softwares to my university students (I am a contract professor at the Basilicata University and some days ago I've become contract professor at the Specialization School of Archeology of Udin, Venice and Trieste). The main difficulty I have with open source GIS is the advanced editing of vector layers. QGIS doesn't offer too much support to digitizing, the CAD Tools plugin has some useful functions but is far from being complete and the kind of interaction that it proposes is not very productive and time-saving (it's not a critic: CAD Tools saved my life a lot of time, and I want to thank the developers and maintainers). Many times, I had to convert my vector layers to dxf and back in order to perform some complex tasks (with all kind of conversion problems, like the preservation of the attributes values, etc.). I have some experience in programming (about ten years of developement, mainly in C# with the .NET Framework, before I switched to Linux), and I would like to try (only try, without promising anything!!) to implement complete CAD tools and functions (I there isn't and analogous project already active; in that case, nevermind!). I think that developing a CAD plugin from scratch is very hard to me and maybe not the better way to get good results, so I'm oriented to try to augment the interaction between QGIS and an existing CAD software (I'm thinking to LibreCAD). I thought to two possible strategies: 1. Use the LibreCAD library and source code to develop a C++ QGIS plugin; 2. Create a shapefile/spatialite/postgis driver for LibreCAD in order to edit those formats inside LibreCAD. 3. Convert some layers of the QGIS project in a dxf file and back (each QGIS layer in a different layer of the final dxf file). I'm asking your opinion about which of those ways could be the faster or the better to implement, or which one is impossible to undertake according to your knowledge of the QGIS API. My doubts are: Strategy #1: Probably the ideal one, but does the implementation of complex snaps or constraints against the features of other layers (i.e. midpoint, parallels, etc.) require changes to the QGIS API, or all these operations can be contained on a plugin? Is it better to work directly on QGIS vector layers or to create a plugin layer, edit it and then commit the changes to the vector layer? The conversion could help me to manage geometries in the way LibreCAD wants. Is it possible in your opinion to have an interactive shell (i.e. draw the first point, and then inserting the coordinates of the second point)? Strategy #2: Probably the easier, but I should find a way to disable some LibreCAD functions (i.e. the drawing of splines, or the drawing of points on a line layer) without disseminating my changes all over LibreCAD's source files. For this kind of solution I'll ask to the developers of LibreCAD. Strategy #3: The problem is on committing the changes of the dxf file to the original layer: how to specify that a line in the dxf file must replace the geometry of and existing record of the original spatialite layer? Maybe it's impossible, it doesn't seem to me that I can put on a dxf file the necessary metadata to preserve a link to the original features. What do you think? And what do you actually do when you have to draw complex shapes on shapefiles or other vector layers? Diego Gnesi 2013/4/20 Paolo Cavallini cavall...@faunalia.it: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/04/2013 10:52, Victor Olaya ha scritto: I have been thinking about changing all the options dialog. Doesn't look hard to do, so you can count on having this ready soon great, thanks. ready to help if necessary. I still think the appearance of sextante dialogs do not seem too much in line with QGIS look, so maybe you can ask someone to help with the GUI. 1) The classification of algorithms is done manually...and it is boring to do :-) SAGA and QGIS ones are already done, but I have to do the GRASS ones. However I am not sure about including GRASS, it is more complex to use. You can use a SAGA algorithm without knowing what SAGA is, but to use a GRASS one, you need to understand some GRASS ideas, so it is an advanced process, and the simplified algorithm classification shouldn't assume that. You can always change to the advanced view to use GRASS (now you can change directly from the toolbox, no need to go to
Re: [Qgis-developer] Sextante test drive
Thank you so much for this. So, Victor, paths could be set up as defaults in all major platforms then, right? From what I could figure out, there is no need for a default for Linux since it inherits a shell environment and can execute commands without explicit paths (the $PATH is the default). Yes, there is no need for it. That's why in Linux SEXTANTE assumes SAGA is on the PATH and doesn't let you the folder yourself manually. I don't know the details of the Windows environment, but there is a default path for GRASS, but none for SAGA, OTB or TauDEM. Though I don't understand the python searching logic for the GRASS default. There is a default for GRASS because SAGA is bundled with QGIS. For the other ones, they could be anywhere in the system. Now that they are going to be installed along with QGIS by the OSGeo4W installer, I will add default paths for them as well. Cheers Victor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
