Dear all, Here is my first proposal of changes for the analysis functions in gvSIG and how to incorporate them into SEXTANTE or rearrange them so it is more intuitive to access them. I would like you to comment on this and let me know what you think about it.
-- Remote sensing and raster tools (currently available in the toolbox with the multiple-drop-down-menu system)-- *Menu "Raster Layer": All this operations work on a single raster layer. I think they all should be in the context menu that appears when you right-click on a raster layer. Some of them, like "Raster properties", currently appear there as well. The "Color table" item should be under a symbology window, along with the "filter" and "radiometric enhancement" commands in "Raster process". All element related to symbology and rendering should be put together and in such a way that they resemble the corresponding vector ones. That is one of the worst things, IMHO, of gvSIG: raster and vector symbology have absolutely nothing in common, and you can clearly see that the teams that worked on them had no communication at all. *Menu "Raster Process". Transformations, Decision Trees, Mosaic and Classification are already incorporated in the SEXTANTE toolbox. The best thing about this is that now you can select any layer to use, not just the ones in the active view. Vectorization and Image fusion are not yet included (they are a bit different), but they will soon be added. Raster calculator should be removed, since it is identical to the SEXTNATE one (a large part of the code is, in fact, mine, although my name is not mentioned anywhere in the source code...) *Menu "geographic Transformations". Geolocalization should go to the raster layer context menu. I will implement Reproject layer as a native SEXTANTE algorithm, so there is no need to keep it anywhere else --Geoprocesses--. They all depend on a view being the active window, so there is no way to put them in the SEXTANTE toolbox. Making small changes in the code would, however, solve this. Some people still prefer using these functions instead of the equivalent SEXTANTE ones, so it is a good idea to keep them. Can I modifiy the source code of the geoprocessing classes and commit changes to the gvSIG CE SVN? Once this is done, we can get rid of the geoprocessing toolbox and have everything in SEXTANTE. Also, layers to use for geoprocessing algorithms can be selected from the whole set of available layers, not just the ones from the current active view (this is already implemented, but the problem is to put them into a view, since the algorithm relies on the active window being a view and there is a explicit casting that causes an exception) --Network analysis-- Haven't though about this yet. Any idea? Let's keep on discussing this. Regards Victor ------------------------------------------------------------------------------ 5 Ways to Improve & Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ _______________________________________________ Gvsigce-community mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gvsigce-community
