Re: [Qgis-developer] Vector File Creatioin and documentation
Hi Maaza, 2011/9/28 maaza mekuria sail...@yahoo.com: Since I never heard from anyone. But I tried a few things and I resorted to using an ESRI Shape File provider (instead of ogr) in the QgsVectorFileWriter instead of the QgsVectorLayer. The parameters are ill-defined and not properly documented. 8-- snip Can we do something to update the documentation? It is bugging me that I have to scratch my head and bang against the air and experiment to for so long before finding a solution. I didn't see any inconsistence in the current QgsVectorFileWriter and QgsVectorLayer documentation. If you have difficulties with reading API docs, look at the PyQGIS Developer Cookbook there are lots of well-commented code snippets in it. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Module piping GUI [Was: analytical workflow]
Hello everyone, in an earlier thread, the implementation of analytical workflows --sets of modules with linked inputs and outputs-- was discussed. While this can currently be attained using Python scripts, a GUI to interactively construct these workflows would be a nice addition to the userfriendliness of the processing framework. Two main possible designs for this GUI came up: Either, a connect-the-boxes-style GUI (a graph): On Wed, Aug 24, 2011 at 4:26 AM, Johan Van de Wauw johan.vandew...@gmail.com wrote: Sextante has a nice modeler tool - it may be a good example how it could work: http://www.gvsig.com/files/images/screenshots/gvSIG_Sextante_02.png or, a patchbay-style GUI: On Tue, Aug 23, 2011 at 9:45 PM, Camilo Polymeris cpolyme...@gmail.com wrote: A bit like qjackctl's patchbay: http://ubuntu.allmyapps.com/data/q/j/qjackctl-jack-control/UBUNTU-9.04/qjackctlPatchbayForm1.png It looks tidier and would also be a bit easier to implement than free-floating boxes. While the former seems to be a more popular choice among existing software, I favor the latter option, because it would better handle numerous I/Os. Your opinion on this would be appreciated. Regards, Camilo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Module piping GUI [Was: analytical workflow]
On Thu, Sep 29, 2011 at 12:51 PM, Camilo Polymeris cpolyme...@gmail.com wrote: Hello everyone, in an earlier thread, the implementation of analytical workflows --sets of modules with linked inputs and outputs-- was discussed. While this can currently be attained using Python scripts, a GUI to interactively construct these workflows would be a nice addition to the userfriendliness of the processing framework. Two main possible designs for this GUI came up: Either, a connect-the-boxes-style GUI (a graph): [...] or, a patchbay-style GUI: Hi Camilo for me the former (a graph with boxes and arrows) is definitely much better solution. The graph makes the structure pretty clear. With the patchbay-style I feel quite lost how the overall data flow would look like. Anyway the implementation using a graph should not require a lot of work - there is Qt graphics view framework that greatly simplifies the whole task. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: Module piping GUI [Was: analytical workflow]
On Thu, Sep 29, 2011 at 12:51 PM, Camilo Polymeris cpolyme...@gmail.com wrote: Two main possible designs for this GUI came up: Either, a connect-the-boxes-style GUI (a graph): http://www.gvsig.com/files/images/screenshots/gvSIG_Sextante_02.png or, a patchbay-style GUI: http://ubuntu.allmyapps.com/data/q/j/qjackctl-jack-control/UBUNTU-9.04/qjackctlPatchbayForm1.png I understand the first one (graph) immediately. I have no clue how the second one works with the lines across two lists. From a usability perspective I'd choose the first one. If the GUI interface is an issue, I think you can also generate a similar tree structure from the DAGs : Flow accumulation +Watersheds ++Elevation: Raster layer1 ++Channel Network +++Elevation:... +++Other option:... ++other input In fact this is also the format you get in SAGA when you look to the history of the file. I've attached a small example. Perhaps this is what you ment with patchbay style, but I still don't get what the lines mean, and why some properties would be on the left or right. Johan attachment: tree.png___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: Module piping GUI [Was: analytical workflow]
Il giorno gio, 29/09/2011 alle 13.45 +0200, Johan Van de Wauw ha scritto: I understand the first one (graph) immediately. I have no clue how the second one works with the lines across two lists. From a usability perspective I'd choose the first one. Moreover, I think most users will be more familiar with the first option. I would suggest following leading solutions in this area, and having a look to GRASS Modeler: http://grass.osgeo.org/wiki/WxGUI_Modeler Thanks. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Module piping GUI [Was: analytical workflow]
Il giorno gio, 29/09/2011 alle 13.44 +0200, Martin Dobias ha scritto: Anyway the implementation using a graph should not require a lot of work - there is Qt graphics view framework that greatly simplifies the whole task. Hi Martin. But AFAIK this has to be implemented in Python, not in Qt. Is there an equivalent framework for Python? Thanks. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Module piping GUI [Was: analytical workflow]
But AFAIK this has to be implemented in Python, not in Qt. Is there an equivalent framework for Python? Paolo, You can access all the Qt stuff in Python via PyQt. I'm pretty sure this is what Martin is talking about: http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/qgraphicsview.html - Nathan On Thu, Sep 29, 2011 at 10:11 PM, Paolo Cavallini cavall...@faunalia.itwrote: Il giorno gio, 29/09/2011 alle 13.44 +0200, Martin Dobias ha scritto: Anyway the implementation using a graph should not require a lot of work - there is Qt graphics view framework that greatly simplifies the whole task. Hi Martin. But AFAIK this has to be implemented in Python, not in Qt. Is there an equivalent framework for Python? Thanks. -- Paolo Cavallini: http://www.faunalia.it/pc ___ 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] Module piping GUI [Was: analytical workflow]
On Thu, Sep 29, 2011 at 2:15 PM, Nathan Woodrow madman...@gmail.com wrote: But AFAIK this has to be implemented in Python, not in Qt. Is there an equivalent framework for Python? Paolo, You can access all the Qt stuff in Python via PyQt. I'm pretty sure this is what Martin is talking about: http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/qgraphicsview.html Exactly - it is wrapped by PyQt since it is a regular part of QtGui module. The graphics view framework is already being used in various areas in QGIS: map canvas, map composer, grass raster calculator. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Module piping GUI [Was: analytical workflow]
HI If you are thinking about designing a GUI for a graphical workbench, I would definitely have a look at the way FME is handling it. I think it requires a combination of both approaches: Normally it is a graph-style (connect-the-boxes) GUI but often it requires in addition: multiple input/output, control flows, where elements from the patch-style GUI would come in - eg when patching an attribute from one source or transformer to a different attribute in a destination dataset or transformer. I believe in FME (Safe software) - which is the most well-known GUI modeler in GIS, it is a combination of both approaches with additional flow controls transformers (e.g. tester with branches). I work a lot with FME - it would be very cool to have something similar for QGIS workflows. FME workbench is also programmed with qt, by the way. Here is a sample screenshot from FME: http://2.bp.blogspot.com/-hbqvfB_c758/TjBaqLD3rXI/EmM/OYylhGreEVM/s1600/bbox_api_osm_fme.png Andreas On Thu, 29 Sep 2011 06:51:54 -0400, Camilo Polymeris wrote: Hello everyone, in an earlier thread, the implementation of analytical workflows --sets of modules with linked inputs and outputs-- was discussed. While this can currently be attained using Python scripts, a GUI to interactively construct these workflows would be a nice addition to the userfriendliness of the processing framework. Two main possible designs for this GUI came up: Either, a connect-the-boxes-style GUI (a graph): On Wed, Aug 24, 2011 at 4:26 AM, Johan Van de Wauw johan.vandew...@gmail.com wrote: Sextante has a nice modeler tool - it may be a good example how it could work: http://www.gvsig.com/files/images/screenshots/gvSIG_Sextante_02.png or, a patchbay-style GUI: On Tue, Aug 23, 2011 at 9:45 PM, Camilo Polymeris cpolyme...@gmail.com wrote: A bit like qjackctl's patchbay: http://ubuntu.allmyapps.com/data/q/j/qjackctl-jack-control/UBUNTU-9.04/qjackctlPatchbayForm1.png It looks tidier and would also be a bit easier to implement than free-floating boxes. While the former seems to be a more popular choice among existing software, I favor the latter option, because it would better handle numerous I/Os. Your opinion on this would be appreciated. Regards, Camilo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Module piping GUI [Was: analytical workflow]
yes - you are right. FME is a ETL tool (like GeoKettle, Java based). I still think it can be a source of inspiration. ETL may be something different but it has a LOT in common with what you probably want to achieve in a model builder for analytical workflows. I agree that we can start from something simpler and work to the more complex, but maybe, for some design decisions it would be good to consider later, more complex, requirements. Andreas maybe I get it wrong, but isn't the purpose of FME somewhere else? As far as I understand, FME is an extract-transform-load (ETL) tool for spatial data, however here we aim for a tool for automating workflow for analyses. Surely there is some overlap between these two, but for now it would be better to focus on the analytical part - proceeding one step at a time ensures that we are not designing something overly complex. Regards Martin -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: QGIS For Humanity
Hi Tim, Between January and June 2011, I was one of the instructors for a course that exclusively used QGIS to help high school teachers develop lesson plans for teaching GIS to their students. The course was called, Putting Western Mass. on the Map: A Course in GIS. This may not be one of the most glamorous uses you will come across, but I'd be glad to pass on more information if it is useful. ...Bob - Daystar ...computing and research services 367 Four Mile Brook Rd. Northfield, MA 01360 Phone: (413)834-2076 Fax: (978)882-0243 bobe...@gmail.com Check out the updated CV/Resume: http://edaystar.com -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/QGIS-For-Humanity-tp6829825p6843962.html Sent from the qgis-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] Module piping GUI [Was: analytical workflow]
Hi, On Thu, 29. Sep 2011 at 15:35:18 +0200, Andreas Neumann wrote: yes - you are right. FME is a ETL tool (like GeoKettle, Java based). I still think it can be a source of inspiration. ETL may be something different but it has a LOT in common with what you probably want to achieve in a model builder for analytical workflows. Isn't this ultimatly just processing input to output - and deciding whether the process is analysis or transformation is just a matter of one's point of view? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Module piping GUI [Was: analytical workflow]
On Thu, Sep 29, 2011 at 4:01 PM, Jürgen E. j...@norbit.de wrote: Hi, On Thu, 29. Sep 2011 at 15:35:18 +0200, Andreas Neumann wrote: yes - you are right. FME is a ETL tool (like GeoKettle, Java based). I still think it can be a source of inspiration. ETL may be something different but it has a LOT in common with what you probably want to achieve in a model builder for analytical workflows. Isn't this ultimatly just processing input to output - and deciding whether the process is analysis or transformation is just a matter of one's point of view? Yes generally it is the same thing, but I guess they work at a different conceptual level. From my point of view an analytical tool is typically a module that expects one or more input layers, some parameters and returns one or more output layers. The ETL tools typically work on a different level of abstraction - parsing files, aggregating fields, joining fields of other tables and maybe producing output in a different syntax... Comparing GUIs for spatial analyses (esri model builder, sextante etc.) and ETL (FME, GeoKettle) they show many similarities. ETL software generally models more complex dependencies and the workflows seem more like visual programming than just simple concatenation of processing modules as with analyses. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Project directory -or- where to store generated layers
Hello again, there is another processing-framework-related issue I would like your opinion on: The input and output layers of modules are currently stored in the /temp directory or its windows equivalent. These files are, of course, not persistent between sessions. Or as Paolo wrote in the processing bug tracker[1]: Users should be able to save the results outside tmp, and give a meaningful name; for vectors this is not a big issue (one could always Save as... after analysis), but for rasters is more cumbersome. See GdalTools for examples. Temp files should be left only for intermediate steps; users usually want a file as a result. The problem is that, as far as I know, QGIS doesn't provide something like a project directory. So what should the default path be? The current working path? Regards, Camilo [1] https://github.com/polymeris/qgis/issues/38 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Advanced features tutorial
Hi, I planned to maintain my FOSS4G tutorial with new or advanced features (http://sourcepole.com/foss4g/) as a QGIS documentation subproject. It's Sphinx based and prepared for translation. All needed data is on the OSGeo- Live 5.0 DVD or VM (http://live.osgeo.org/). Shall I push it to my github account, or is there a better place? Regards, Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Advanced features tutorial
Hi On Thu, Sep 29, 2011 at 10:24 PM, Pirmin Kalberer pi...@sourcepole.com wrote: Hi, I planned to maintain my FOSS4G tutorial with new or advanced features (http://sourcepole.com/foss4g/) as a QGIS documentation subproject. It's Sphinx based and prepared for translation. All needed data is on the OSGeo- Live 5.0 DVD or VM (http://live.osgeo.org/). Shall I push it to my github account, or is there a better place? We didnt yet migrate the docs from svn to git (its still on my todo list - Otto is patiently waiting for me) so it might be better to host it in your own repo to start and then we can merge it into the docs tree as Otto thinks is appropriate. Regards Tim Regards, Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Advanced features tutorial
Il giorno gio, 29/09/2011 alle 22.24 +0200, Pirmin Kalberer ha scritto: Hi, I planned to maintain my FOSS4G tutorial with new or advanced features (http://sourcepole.com/foss4g/) as a QGIS documentation subproject. It's Sphinx based and prepared for translation. All needed data is on the OSGeo- Live 5.0 DVD or VM (http://live.osgeo.org/). Shall I push it to my github account, or is there a better place? I think it is always better to keep all docs in one place, so my vote goes for the github account, as soon as this is feasible. Thanks. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer