[Qgis-developer] Re: Project directory -or- where to store generated layers
Il 29/09/2011 17:42, Camilo Polymeris ha scritto: there is another processing-framework-related issue I would like your 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? I think the last used path for raster should be available, and is the best choice. See e.g. GDALTools plugin. All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Project directory -or- where to store generated layers
Hi Camilo, On Thu, Sep 29, 2011 at 5:42 PM, Camilo Polymeris cpolyme...@gmail.com wrote: 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. the temporary dir is best option for the intermediary outputs, but the last output(s) should be stored in a directory chosen by the user. Asking to the user where store that files should be enough when running the processing from a GUI, but a similar solution may be adopted when calling the processing-framework API through python (or even c++). 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? I think the output dir path should be either an input of the entire process (e.g. a context variable when piping modules) or stored in a plugin setting variable (as almost all the plugins do). Regards. -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Approximate reprojection for vectors
On Sun, 2011-10-02 at 15:02 +0200, cavall...@faunalia.it wrote: I do not see reprojection of vectors significantly slowing down rendering. Anyone does? I do not. The real problem seems to me the rendering speed of big/complex vectors, which can be very slow (overall and also compared to other GIS packages). Since is available (pseudo)topology is much slower also the editing of not so big/complex vectors. Cheers -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: Approximate reprojection for vectors
Hi, as you probably know, raster reprojection is using approximate reprojection to get acceptable rendering speed. Now I am thinking about a possibility to implement the same also for vectors, to speed up vectors rendering. What do you think about that? Does it make sense? Radim This is a very serious question. I will give my 2ct. What do you think about that? Does it make sense? I guess absolutely no. The mix in the same maps of data reprojected with lost precision and data not reprojected will produce wrongly maps. Regards, Andrea. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Approximate reprojection for vectors
You are right. I have done some tests and rendering with reprojection takes obnly about 10% more time. I was convinced that it must be quite time consuming. In fact, reprojection is a complex caclulation so I am wondering what can take so long time in rendering process so that the reprojection is not significant. Radim On Sun, Oct 2, 2011 at 3:02 PM, cavall...@faunalia.it cavall...@faunalia.it wrote: I do not see reprojection of vectors significantly slowing down rendering. Anyone does? All the best. http://faunalia.it/pc - Reply message - Da: Radim Blazek radim.bla...@gmail.com A: qgis-developer qgis-developer@lists.osgeo.org Oggetto: [Qgis-developer] Approximate reprojection for vectors Data: dom, ott 2, 2011 14:40 Hi, as you probably know, raster reprojection is using approximate reprojection to get acceptable rendering speed. Now I am thinking about a possibility to implement the same also for vectors, to speed up vectors rendering. What do you think about that? Does it make sense? Radim ___ 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] Approximate reprojection for vectors
On Sun, Oct 2, 2011 at 4:33 PM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: I did a lot of profiling for the FOSS4G WMS benchmark (osm data, reprojected to google crs, complex symbology with a lot of rules). The pattern was mostly the following: the rendering itself (QPainter-drawPolyline) was the most time consuming operation (appr. 50% of rendering time), next was evaluation in rule based renderer (20% of time), getNextFeature in PostgresProvider 10%, coordinate transformation 10%. Marco, how did you profile? Using callgind, oprofile or directly measuring time? If you used callgrind the results may be significantly skewed: the time spent within postgres provider while waiting for server to return the features may not be considered. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer