[Qgis-developer] Re: [Qgis-user] Announcing Metatools plugin
Hi, 2011/8/22 maning sambale emmanuel.samb...@gmail.com: I can edit and add metadata but I cannot view existing metadata. I get this error: Plugin can't be loaded: Qt version must be higher than 4.6.0! Currently running: 4.7.3 Looking forward to the Dublin Core template. Can you test 0.1.13 version? We add some changes that probably should fix this issue. Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] analytical workflow
Hi Paolo On Mon, Aug 22, 2011 at 10:51 AM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. One of the great thing we plan to develop for the new Processing framework it to make easy for user to pipe one command into another, so to build complex workflows of analysis. One idea: add a + button on the single module window to add further modules in a chain, taking the output of the first command and giving it as an input to the next one; moreover we could have a Save button to store the command sequence in a file. Of course one could think of more complex extensions, adding support for cycles, recursivity etc., but this seems a simple approach to start with. Comments or ideas? I am not sure if it makes sense to spend time on a solution like this because the number of use cases is quite limited. Surely one could create simple linear chains of modules, but creating anything more complex would be quite inconvenient (e.g. a process where module C uses output of modules A and B). I believe that a graphical model builder (where a box = module, an arrow = data transfer) is the only long term solution, something like this: http://grass.osgeo.org/wiki/WxGUI_Modeler Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] analytical workflow
Hi! I agree with martin - such a Modeler could be a great improvement but I assumed it would be somethink like the WxGUI_Modeler .. (Also ESRI has something like that) Putting things(modules) together like a diagram would be much easier for the user than remembering a chain .. Did not Tim start something like that with Openmodeler? (http://openmodeller.sourceforge.net/) Do you think we could use that? regards Werner On Tue, Aug 23, 2011 at 2:08 PM, Martin Dobias wonder...@gmail.com wrote: Hi Paolo On Mon, Aug 22, 2011 at 10:51 AM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. One of the great thing we plan to develop for the new Processing framework it to make easy for user to pipe one command into another, so to build complex workflows of analysis. One idea: add a + button on the single module window to add further modules in a chain, taking the output of the first command and giving it as an input to the next one; moreover we could have a Save button to store the command sequence in a file. Of course one could think of more complex extensions, adding support for cycles, recursivity etc., but this seems a simple approach to start with. Comments or ideas? I am not sure if it makes sense to spend time on a solution like this because the number of use cases is quite limited. Surely one could create simple linear chains of modules, but creating anything more complex would be quite inconvenient (e.g. a process where module C uses output of modules A and B). I believe that a graphical model builder (where a box = module, an arrow = data transfer) is the only long term solution, something like this: http://grass.osgeo.org/wiki/WxGUI_Modeler Martin ___ 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] analytical workflow
There is PyQt Visual Modeller for R package (i.e. Red R) which is sort of derivative of Orange. Red R http://www.red-r.org/ Orange http://orange.biolab.si/features.html This is similar to ArcGIS Model Builder. The beauty of Red-R and Orange is uses python and Qt (i.e. PyQt), so I can be easily adapted for QGIS instead of using WxPython which Grass use. Noli On 8/23/11, Werner Macho werner.ma...@gmail.com wrote: Hi! I agree with martin - such a Modeler could be a great improvement but I assumed it would be somethink like the WxGUI_Modeler .. (Also ESRI has something like that) Putting things(modules) together like a diagram would be much easier for the user than remembering a chain .. Did not Tim start something like that with Openmodeler? (http://openmodeller.sourceforge.net/) Do you think we could use that? regards Werner On Tue, Aug 23, 2011 at 2:08 PM, Martin Dobias wonder...@gmail.com wrote: Hi Paolo On Mon, Aug 22, 2011 at 10:51 AM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. One of the great thing we plan to develop for the new Processing framework it to make easy for user to pipe one command into another, so to build complex workflows of analysis. One idea: add a + button on the single module window to add further modules in a chain, taking the output of the first command and giving it as an input to the next one; moreover we could have a Save button to store the command sequence in a file. Of course one could think of more complex extensions, adding support for cycles, recursivity etc., but this seems a simple approach to start with. Comments or ideas? I am not sure if it makes sense to spend time on a solution like this because the number of use cases is quite limited. Surely one could create simple linear chains of modules, but creating anything more complex would be quite inconvenient (e.g. a process where module C uses output of modules A and B). I believe that a graphical model builder (where a box = module, an arrow = data transfer) is the only long term solution, something like this: http://grass.osgeo.org/wiki/WxGUI_Modeler Martin ___ 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] analytical workflow
Agreed - I think it should be in python though. Thanks. http://faunalia.it/pc - Reply message - Da: Werner Macho werner.ma...@gmail.com A: cavall...@faunalia.it Cc: saga-gis-develo...@lists.sourceforge.net, qgis-developer qgis-developer@lists.osgeo.org Oggetto: [Qgis-developer] analytical workflow Data: mar, ago 23, 2011 14:48 Hi! I agree with martin - such a Modeler could be a great improvement but I assumed it would be somethink like the WxGUI_Modeler .. (Also ESRI has something like that) Putting things(modules) together like a diagram would be much easier for the user than remembering a chain .. Did not Tim start something like that with Openmodeler? (http://openmodeller.sourceforge.net/) Do you think we could use that? regards Werner On Tue, Aug 23, 2011 at 2:08 PM, Martin Dobias wonder...@gmail.com wrote: Hi Paolo On Mon, Aug 22, 2011 at 10:51 AM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. One of the great thing we plan to develop for the new Processing framework it to make easy for user to pipe one command into another, so to build complex workflows of analysis. One idea: add a + button on the single module window to add further modules in a chain, taking the output of the first command and giving it as an input to the next one; moreover we could have a Save button to store the command sequence in a file. Of course one could think of more complex extensions, adding support for cycles, recursivity etc., but this seems a simple approach to start with. Comments or ideas? I am not sure if it makes sense to spend time on a solution like this because the number of use cases is quite limited. Surely one could create simple linear chains of modules, but creating anything more complex would be quite inconvenient (e.g. a process where module C uses output of modules A and B). I believe that a graphical model builder (where a box = module, an arrow = data transfer) is the only long term solution, something like this: http://grass.osgeo.org/wiki/WxGUI_Modeler Martin ___ 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] analytical workflow
Personally I use FME (Safe Software, commercial) which has a graphical workbench. I think it is quite powerfuly and easy to use (not for everything, but a lot). Geokettle is something similar to FME (based on Java and not as powerful as FME, but getting closer). It would be nice to have something similar that integrates nicely with QGIS. Andreas On Tue, 23 Aug 2011 14:08:23 +0200, Martin Dobias wrote: Hi Paolo On Mon, Aug 22, 2011 at 10:51 AM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. One of the great thing we plan to develop for the new Processing framework it to make easy for user to pipe one command into another, so to build complex workflows of analysis. One idea: add a + button on the single module window to add further modules in a chain, taking the output of the first command and giving it as an input to the next one; moreover we could have a Save button to store the command sequence in a file. Of course one could think of more complex extensions, adding support for cycles, recursivity etc., but this seems a simple approach to start with. Comments or ideas? I am not sure if it makes sense to spend time on a solution like this because the number of use cases is quite limited. Surely one could create simple linear chains of modules, but creating anything more complex would be quite inconvenient (e.g. a process where module C uses output of modules A and B). I believe that a graphical model builder (where a box = module, an arrow = data transfer) is the only long term solution, something like this: http://grass.osgeo.org/wiki/WxGUI_Modeler Martin ___ 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
[Qgis-developer] Different behavior getting crs from SL and PG provider
Hi devs, working on the import layer feature I noticed that there's a difference when getting the layer CRS using the PG and SL provider's crs() method. While the PG crs() calls the QgsCoordinateReferenceSystem::createFromSrid, the SL crs method instead uses the QgsCoordinateReferenceSystem::createFromPrj4. This is an inconsistent behavior. When I load a table with geometry and srid 3003, if the source is a PG database I get a layer with the QGis 3003 definition that contains towgs84 params, otherwise from SL I get a layer with a custom CRS, similar to the QGis one but without the towgs84 params. This creates some problems trying to import the SL layer into a PG database because QGis is unable to get the postgisSrid from the SL layer with the custom CRS, even if it should be 3003. I think both should work in the same manner, but I don't know if it's more correct to get crs from srid (in this case both the layers will use the QGis crs definition) or from the proj4string. Any idea? -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Release plans for 1.7.1
Hi All I would like to put out a maintenance release of the 1.7 branch at the end of this month. There won't be too much activity surrounding the release as the branch is in feature freeze. There may have been some small string changes so it would be good if the translators could give the branch a quick once over. I am behind a couple of weeks on checking the application of backportable code, but I will be going over the last few weeks of commits and backporting anything relevant to the release branch. If you have applied bug fixes to master, it would be great if you could help me to make sure they have also been applied to the release branch. Regards -- 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] analytical workflow
I agree with martin - such a Modeler could be a great improvement but I assumed it would be somethink like the WxGUI_Modeler .. Yes, I also imagine something similar. But, I prefer more ordered layouts, where you have all outputs in a column on the left side, and all inputs in a column on the right side. In between all connections displayed as lines of different color depending on parameter type and such. 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. On the logic side: For input and output the most flexible would be to use python scripts. Of course, it is harder than e.g. XML, and there would be limits to what python code it would understand on input. But still, I think it is the best option. The user would then have the option of saving these workflow presets and using them like any regular module. Camilo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS on android final report
hi all, Great news, android qgis supports spatialite, partially shp, probably postgres (haven't tryed jet). soon a video and pics. ciao good night Marco [0] http://www.bernawebdesign.ch/byteblog/2011/08/24/gsoc-2011-final-report/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer