Re: [Qgis-developer] QGIS API Freeze deadline extension
Hi On Fri, Apr 19, 2013 at 6:38 PM, Etienne Tourigny etourigny@gmail.com wrote: Is the feature freeze still in effect? I would like to finish stuff on the cpt-city color ramps, including adding new ramps to the distribution, and add a configuration gui. Strictly speaking we are still in feature freeze, but if your work will add polish and usability to 2.0 I think its fine to add an an exception to accommodate this. Regards Tim Cheers, Etienne On Fri, Apr 19, 2013 at 1:06 PM, Tim Sutton li...@linfiniti.com wrote: Hi All Given the number of API issues that still need to be resolved, I propose we move the API freeze date to 1 May 2013. Suggested updated timeline: 1 May 2013 - API, GUI Freeze 15 may String freeze - no changes to ui or strings except where required for critical bug fixes. Call for translations. 1 June 2013 - Branch 2.0, code freeze (except for packaging related changes), call for packaging 7 June 2013 - Public release of 2.0 -- 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 -- 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] Does Sextante Field Calculator support all functions of attribute table field calc?
Hi Anita and sorry for late response. Advanced calculator used a bit different syntax — field names should be included in , so your formula will look like value = $geom.area() / area You can find documentation here (nfortunately only in Russian) http://gis-lab.info/qa/fieldpyculator.html On Thu, 18 Apr 2013 19:15:24 +0200 Anita Graser anitagra...@gmx.at wrote: On Thu, Apr 18, 2013 at 9:21 AM, Alexander Bruy alexander.b...@gmail.comwrote: BTW, there is also Advanced Field Calculator that should allow calculate area and perform much more complex calculations Could you show me how? value = $area / area causes Traceback (most recent call last): File C:\OSGeo4W\apps\qgis-dev\python\plugins\sextante\core\GeoAlgorithm.py, line 147, in execute self.processAlgorithm(progress) File C:\OSGeo4W\apps\qgis-dev\python\plugins\sextante\algs\FieldPyculator.py, line 125, in processAlgorithm unicode(sys.exc_info()[0].__name__), unicode(sys.exc_info()[1])) TypeError: __init__() takes exactly 2 arguments (4 given) -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] sextante: missing GRASS pan sharpening function (i.fusion.brovey)
Paolo, nice, didn't know it was that easy to add new functions. I gave it a go, but something's wrong as the output raster isn't created. It might have to do with the fact that i.fusion.brovey doesn't seem to have a raster's output parameter. Instead, and somewhat unique to this i. function, it has an outputprefix parameter (see http://grass.osgeo.org/grass64/manuals/i.fusion.brovey.html). I've tried to simply use that parameter as a placeholder for sextante's OutputRaster syntax, but it doesn't seem to work. Victor, do you know what's happening here? Here's the i.fusion.brovey.txt syntax being used (and failing ATM): i.fusion.brovey i.fusion.brovey - Brovey transform to merge multispectral and high-res panchromatic channels. Imagery (i.*) ParameterRaster|ms1|Name of input raster map (green: tm2 / qbird_green / spot1)|False ParameterRaster|ms2|Name of input raster map (NIR: tm4 / qbird_nir / spot2)|False ParameterRaster|ms3|Name of input raster map (MIR; tm5 / qbird_red / spot3)|False ParameterRaster|pan|Name of input raster map (etmpan / qbird_pan / spotpan)|False ParameterBoolean|-l|LANDSAT sensor|False ParameterBoolean|-q|QuickBird sensor|False ParameterBoolean|-s|SPOT sensor|False OutputRaster|outputprefix|Prefix of output raster |False Math On Mon, Apr 22, 2013 at 12:01 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 04:31, Mathieu Pellerin ha scritto: Victor, Would it be possible for you to add GRASS' pan sharpening function (i.fusion.brovey) to sextante? I'm sure that'll make more than one guy happy :) Keep up the good work, lots of very nice tweaks to sextante lately. Hi Mathieu, please have a look to: https://github.com/qgis/Quantum-GIS/blob/master/python/plugins/sextante/grass/grass.txt It is reasonably easy to add command yourself. If successful, you can send the file to Victor, or better issue a pull request for it. 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/ iEYEARECAAYFAlF0xD0ACgkQ/NedwLUzIr7eQACeNZp1Zb7N+3CqsUZmDz0YKCBG b1QAnRZX645dJOGRIhZYwlfzPy/CU8aO =7wPK -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
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] Updating core plugins
I think decoupling the release of a new Sextante version from the release of a new QGIS release is very important. QGIS Master always has bugs that preclude the users from correctly testing Sextante. When Sextante was first released as a plugin, all users had to do was to checkout the svn repository to get the latest code. It was during this period that there was the highest number of people testing Sextante. Now, there are only a few. On Sun, Apr 21, 2013 at 10:24 PM, Victor Olaya vola...@gmail.com wrote: Hi all Having SEXTANTE as a core plugin in QGIS is really great, but I am worried about how that will affect users when 2.0 is released. My two main concerns are: - People currently using SEXTANTE as a non-core plugin will have 2 versions of SEXTANTE installed when they install 2.0. This is likely to cause strange behaviour, and, as some users have reported on the mailing list, it seems that the non-core plugin (in this case, the older version), will override the other one. Not a nice thing... The solution is to manually uninstall it, but that is going to cause a lot of confusion... - I have a few features that will not be ready for 2.0, but I would like to release them later, just releasing a new versino of SEXTATE independently. However, I think that core plugins cannot be updated. Installing the new one separately will cause two version to be installed... Any ideas on that? I see that the easiest solution would be to have something in the plugin manager that, in case of having two versions of a plugin, would use just the most recent one. Thanks in advance! Victor ___ 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] Possible memory leak in rendering code
Hi, I found some memory leaks and attached a patch to ticket #6795. Regards, Minoru Akagi 2013/4/22 Matthias Kuhn matthias.k...@gmx.ch: Hi Alex, I found in the past particularly two things making the rendering more stable: * Disable Render Cache * Enable Backbuffer (only availale in X11/Linux) Can you check if one of these two changes in the options fix this issue? (Restart after changing) Cheers, Matthias On Mon 22 Apr 2013 10:50:29 CEST, Alexander Bruy wrote: Hi all, working on QTiles plugin we found one odd issue — when number of canvas redraws is relatively big (around 200 000 - 300 000) QGIS crashed with segmentation fault. Seems there is a memory leak somewhere. I'll try to debug this more, but as I'm not very familiar with rendering code any help and suggestions are welcome. Small test plugin to replicate this issue attached. Also it is possible to use QTiles plugin for this: just set extent and zoom levels so number of tiles is greater that 200 000 and start process. QGIS will crash at 60-70%. ___ 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] Updating core plugins
Dnia poniedziałek, 22 kwietnia 2013 o 07:18:02 Paolo Cavallini napisał(a): Il 22/04/2013 00:02, Borys Jurgiel ha scritto: Or uninstall the overriding plugin, if older. It would be probably more elegant solution... Or notify the user, and asking Do you want to remove the older version you installed previously?. All the best. Sure. No hidden uninstall without user's permit. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Updating core plugins
I didn't know about that qgis2 folder, but sounds like a good thing, and will solve the main problem that I was worried about. Once 2.0 is out, I can release new versions of SEXTANTE, and also release them when a new QGIS version is released, so people using a non-core version (a version that is not the one that comes with QGIS) can also update. It seems that you have been thinking about this already, so I guess that it will not be hard to keep a separate release schedule in case there are new features in SEXTANTE that would be good to publish without waiting for a new QGIS release. Great work Borys! Seems that the early morning trips while at the Hackfest really worked out ;-) Cheers Victor 2013/4/22 Borys Jurgiel li...@borysjurgiel.pl: Dnia niedziela, 21 kwietnia 2013 o 23:24:49 Victor Olaya napisał(a): Hi all Having SEXTANTE as a core plugin in QGIS is really great, but I am worried about how that will affect users when 2.0 is released. My two main concerns are: - People currently using SEXTANTE as a non-core plugin will have 2 versions of SEXTANTE installed when they install 2.0. This is likely to cause strange behaviour, and, as some users have reported on the mailing list, it seems that the non-core plugin (in this case, the older version), will override the other one. Not a nice thing... The solution is to manually uninstall it, but that is going to cause a lot of confusion... Yes, non-core plugin overrides the core one (just because of the Python path order), so the only thing you can do is to make the core SEXTANTE version higher - at least QGIS will warn about the override and suggest manual uninstall. But we use the new .qgis2 directory, so I guess we just should tell users to not copy the .qgis to .qgis2 thoughtlessly... In addition, we could prevent QGIS 2.0 from loading uncompatible plugins. The repository and the installer assume, that plugins with qgisMinimumVersion==1.x are only compatible with 1.x unless it's strictly set by an optional tag qgisMaximumVersion (= 2.0). The same behaviour could be implemented for loading plugins. - I have a few features that will not be ready for 2.0, but I would like to release them later, just releasing a new versino of SEXTATE independently. However, I think that core plugins cannot be updated. Installing the new one separately will cause two version to be installed... Exactly, the base version in core and updates in user directory. The problem will be when you release a new version with QGIS 2.1, the updates for 2.0 will override the new version. But we can improve the override detection procedure for 2.1 (for example, the installer could uninstall the overriding version instead of only warning) Any ideas on that? I see that the easiest solution would be to have something in the plugin manager that, in case of having two versions of a plugin, would use just the most recent one. Or uninstall the overriding plugin, if older. It would be probably more elegant solution... Thanks in advance! Victor ___ 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] Make QGIS interact with LibreCAD.
that integrating LibreCAD's tools on QGIS is very difficult, and it would be easier to develop those tools from scratch. To get the best results in a short amount of time, I think that I could work to make shapefiles and other vector layers editable in LibreCAD (using GDAL). This solution has the issue that it doesn't allow to snap to other QGIS layers, nevertheless it could be of great help and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Possible memory leak in rendering code
Hi Matthias, thanks for hints. Just tested with disabled Renderer Cache and again get crash. Here is last console messages: Warning: QPainter::end: Painter ended with 2 saved states Debug: src/core/qgsmessagelog.cpp: 45: (logMessage) 2013-04-22T15:19:22 Qt[1] QPainter::end: Painter ended with 2 saved states Warning: QNativeImage: Unable to attach to shared memory segment. Segmentation fault On Mon, 22 Apr 2013 10:54:04 +0200 Matthias Kuhn matthias.k...@gmx.ch wrote: Hi Alex, I found in the past particularly two things making the rendering more stable: * Disable Render Cache * Enable Backbuffer (only availale in X11/Linux) Can you check if one of these two changes in the options fix this issue? (Restart after changing) Cheers, Matthias -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
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? NEW COMMENTS: - Antonio Locandro is compiling a list of required CAD features. It would be very useful, so please Antonio, get me a link to this list when it's finished. - The more I explore QGIS and LibreCAD source codes, the more I'm convincing that integrating LibreCAD's tools on QGIS is very difficult, and it would be easier to develop those tools from scratch. To get the best results in a short amount of time, I think that I could work to make shapefiles and other vector layers editable in LibreCAD (using GDAL). This solution has the issue that it doesn't allow to snap to other QGIS layers, nevertheless it could be of great help and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Possible memory leak in rendering code
On Mon, Apr 22, 2013 at 10:54 AM, Matthias Kuhn matthias.k...@gmx.ch wrote: Hi Alex, I found in the past particularly two things making the rendering more stable: * Disable Render Cache * Enable Backbuffer (only availale in X11/Linux) By the way, it would be a good thing to remove render caching completely before 2.0. In any case it will need to be reworked when moving to multi-threaded rendering... it has only a limited functionality of storing previously rendered map in each layer and reusing it in case the extent has not changed. Unfortunately the rendered image is stored directly within QgsMapLayer class - in order to work properly, the cache should be kept internally within each QgsMapRenderer instance. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
On 04/22/2013 12:52 PM, Bernhard Ströbl wrote: Hi Diego, some of my users with more complex editing tasks (and familiar with CAD software) are complaining about not having similar possibilities in QGIS and I admit that our CAD has much more to offer in that respect (snapping, construction), so thanks for the move. IMHO the best would be to have CAD-like functions in QGIS (strategy #1) because 1) many people missing these functions already might use some CAD or another to get their work done and are exchanging data between the two systems (with all problems), so strategy #2 would simply exchange their CAD software (if they are willing to change) 2) and more important: many things that work in CAD do not work in GIS and vice versa, e.g. CAD: line color, hatching, dimensioning, GIS: attributes. Splines could be resolved into polylines, resembling the original spline, though. In short words: CAD is about drawing, GIS is about data modelling. So if you have the functions in QGIS you can more easily prevent users from doing silly things. my 2 ct Bernhard I totally agree with Bernhard. Extending his CAD tools is the best solution. -- Ivan Mincik ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
Am 22.04.2013 14:01, schrieb Ivan Mincik: On 04/22/2013 12:52 PM, Bernhard Ströbl wrote: Hi Diego, some of my users with more complex editing tasks (and familiar with CAD software) are complaining about not having similar possibilities in QGIS and I admit that our CAD has much more to offer in that respect (snapping, construction), so thanks for the move. IMHO the best would be to have CAD-like functions in QGIS (strategy #1) because 1) many people missing these functions already might use some CAD or another to get their work done and are exchanging data between the two systems (with all problems), so strategy #2 would simply exchange their CAD software (if they are willing to change) 2) and more important: many things that work in CAD do not work in GIS and vice versa, e.g. CAD: line color, hatching, dimensioning, GIS: attributes. Splines could be resolved into polylines, resembling the original spline, though. In short words: CAD is about drawing, GIS is about data modelling. So if you have the functions in QGIS you can more easily prevent users from doing silly things. my 2 ct Bernhard I totally agree with Bernhard. Extending his CAD tools is the best solution. No, no, CAD tools is Stefan Ziegler's extension, see [1] Bernhard [1] http://plugins.qgis.org/plugins/cadtools/ __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
Hi I actually wanted to dig into C++ and rewrite the CadTools for QGIS 2.x and also change the UI handling a bit. Not sure how fast I will progress though. Regards Stefan -Ursprüngliche Nachricht- Von: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer- boun...@lists.osgeo.org] Im Auftrag von Bernhard Ströbl Gesendet: Montag, 22. April 2013 14:08 An: qgis-developer@lists.osgeo.org Betreff: Re: [Qgis-developer] Make QGIS interact with LibreCAD. Am 22.04.2013 14:01, schrieb Ivan Mincik: On 04/22/2013 12:52 PM, Bernhard Ströbl wrote: Hi Diego, some of my users with more complex editing tasks (and familiar with CAD software) are complaining about not having similar possibilities in QGIS and I admit that our CAD has much more to offer in that respect (snapping, construction), so thanks for the move. IMHO the best would be to have CAD-like functions in QGIS (strategy #1) because 1) many people missing these functions already might use some CAD or another to get their work done and are exchanging data between the two systems (with all problems), so strategy #2 would simply exchange their CAD software (if they are willing to change) 2) and more important: many things that work in CAD do not work in GIS and vice versa, e.g. CAD: line color, hatching, dimensioning, GIS: attributes. Splines could be resolved into polylines, resembling the original spline, though. In short words: CAD is about drawing, GIS is about data modelling. So if you have the functions in QGIS you can more easily prevent users from doing silly things. my 2 ct Bernhard I totally agree with Bernhard. Extending his CAD tools is the best solution. No, no, CAD tools is Stefan Ziegler's extension, see [1] Bernhard [1] http://plugins.qgis.org/plugins/cadtools/ __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Make QGIS interact with LibreCAD.
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? NEW COMMENTS: - Antonio Locandro is compiling a list of required CAD features. It would be very useful, so please Antonio, get me a link to this list when it's finished. - The more I explore QGIS and LibreCAD source codes, the more I'm convincing that integrating LibreCAD's tools on QGIS is very difficult, and it would be easier to develop those tools from scratch. To get the best results in a short amount of time, I think that I could work to make shapefiles and other vector layers editable in LibreCAD (using GDAL). This solution has the issue that it doesn't allow to snap to other QGIS layers, nevertheless it could be of great help and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
anything!!) to implement complete CAD tools and functions (If 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? NEW COMMENTS: - Antonio Locandro is compiling a list of required CAD features. It would be very useful, so please Antonio, get me a link to this list when it's finished. - The more I explore QGIS and LibreCAD source codes, the more I'm convincing that integrating LibreCAD's tools on QGIS is very difficult, and it would be easier to develop those tools from scratch. To get the best results in a short amount of time, I think that I could work to make shapefiles and other vector layers editable in LibreCAD (using GDAL). This solution has the issue that it doesn't allow to snap to other QGIS layers, nevertheless it could be of great help and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Make QGIS interact with LibreCAD.
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 (If 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? NEW COMMENTS: - Antonio Locandro is compiling a list of required CAD features. It would be very useful, so please Antonio, get me a link to this list when it's finished. - The more I explore QGIS and LibreCAD source codes, the more I'm convincing that integrating LibreCAD's tools on QGIS is very difficult, and it would be easier to develop those tools from scratch. To get the best results in a short amount of time, I think that I could work to make shapefiles and other vector layers editable in LibreCAD (using GDAL). This solution has the issue that it doesn't allow to snap to other QGIS layers, nevertheless it could be of great help and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
editable in LibreCAD (using GDAL). This solution has the issue that it doesn't allow to snap to other QGIS layers, nevertheless it could be of great help and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Make QGIS interact with LibreCAD.
/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Make QGIS interact with LibreCAD.
have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Make QGIS interact with LibreCAD.
and available in a reasonable amount of time. Then, when I have more practice with QGIS and LibreCAD APIs, I'll try to do something better (i.e. develop a QGIS driver for LibreCAD in order to open the whole QGIS project in LibreCAD, organized by layers). I'm waiting for the answers to an analogous thread in LibreCAD's mailing list: http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html I think that I'm going to work on this project in a few weeks. Let me know what do you think and if you have suggestions. Diego Gnesi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8250 (20130421) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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] Vector buffer commitChanges (was Interaction between QGis and ArcGis)
On Sun, Apr 21, 2013 at 11:13 AM, Radim Blazek radim.bla...@gmail.com wrote: On Sat, Apr 20, 2013 at 9:03 PM, Olivier Dalang olivier.dal...@gmail.com wrote: Is this a solution for http://hub.qgis.org/issues/7540 ? Probably. Sorry, probably not. The problem could be that not edited layer keeps something in memory (shx - shapes index) and that is not updated (reloaded) when shx file is updated by second (edited) layer. But that should not result in crash. Simple adding of startEditing/commitChanges to provider cannot solve that. We need to update (reload) all layers using the same data source (files) after commitChanges. In fact, some formats must not be read while edited, so startEditing should disable all layers using the same file. I think that GRASS plugin is doing that. It may also happen that a file is modified by another application ... Radim Radim 2013/4/20 Radim Blazek radim.bla...@gmail.com On Fri, Apr 19, 2013 at 12:07 PM, JVerholle julien.verho...@eaurmc.fr wrote: Hi all, If I want to open the same shapefile in both softwares at the same time, the file is locked in ArcGis (even if the edition mode isn't used in QGis). QGIS opens layers (files) in update mode (r+) if possible (file permission + OGR driver support). It may (but also may not) be a problem also for #6448 (slow shp over network) I am currently struggling with. In general, I think that it is bad to open files always in update mode even if in most cases they are not going to be edited. Currently there are no QgsVectorDataProvider::startEditing() and commitChanges() which may also be a problem for database providers because QgsVectorLayerEditBuffer::commitChanges() calls more provider methods changing data (deleteAttributes, addAttributes, deleteFeatures, addFeatures...). The commitChanges() should do everything in one transaction IMO. My proposal is to: 1) Add QgsVectorDataProvider::startEditing() and QgsVectorDataProvider::commitChanges() 2) In OGR provider try to open layer in update mode only to get capabilities (get info if it can be modified when the provider is constructed) but then to reopen in read only mode. 3) Call QgsVectorDataProvider::startEditing() from QgsVectorLayer::startEditing() to be sure that the layer is still editable (permissions could change or it was opened by another application for editing since the layer was opened) and to reopen files in update mode (files based) or to start transaction (DB based). 4) Call QgsVectorDataProvider::commitChanges() from QgsVectorLayer::commitChanges() 4) In QgsOgrProvider::startEditing() reopen the layer in update mode 5) In QgsOgrProvider::commitChanges() reopen the layer in read only mode I am not sure if reopening of layers in OGR provider may be a performance problem, but I hope that it should not be. We don't really have to implement startEditing() and commitChanges() in all providers for 2.0, but it should be in the vector API. Radim PS: Unfortunately, according to my current knowledge, this is not full solution for #6448. ArcGis is enable to recognize the feature's type (we can see a ? instead of polylign, polygon or point). This issue has been only noticed on Windows (and with ArcMap 9.2). Someone has already seen this problem ? Is it due to QGis or Gdal ? Thanks. Julien -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Interaction-between-QGis-and-ArcGis-tp5048256.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ 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
[Qgis-developer] behavior of splitting feature
Hi, I am dealing with multi polygons these days, and I find very annoying to not being able to split a part into several part. First, am I right saying it's not feasible? If yes, I would like to propose to add a choice to the splitting tool: - split into several features - split into several parts (only availbale for multi-polygon/lines layers) Would you agree on this? Then, how to propose this to the user? 1. Choice dialog after drawing the split lines (propose only if layer has multi geometry) I think everybody agrees it's a bad option 2. Have two icons and two separate tools Nice to use, but not to right direction in terms of number of icons in QGIS 3. Have a drop down icon as for the selection tool. My suggestion. If drop-down is the chosen option, I would also suggest to group add part with add ring, and also delete part with delete ring. It would therefore more coherent. Greetings, Denis ___ 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] behavior of splitting feature
Hi Denis, I agree - this is another improvement that should be implemented. I would opt for option 3, with the drop-down buttons, or maybe also just a modifier key. Option 1 and 2 is sub-optimal. I would also welcome your other suggestion about the drop-down for ring-manipulation. Not sure how well such drop-down buttons would work on mobile devices though. But mobile devices would need an improved UI anyway. I'd also like to see a way to modify multi-point features. Andreas Am 22.04.2013 16:07, schrieb Denis Rouzaud: Hi, I am dealing with multi polygons these days, and I find very annoying to not being able to split a part into several part. First, am I right saying it's not feasible? If yes, I would like to propose to add a choice to the splitting tool: - split into several features - split into several parts (only availbale for multi-polygon/lines layers) Would you agree on this? Then, how to propose this to the user? 1. Choice dialog after drawing the split lines (propose only if layer has multi geometry) I think everybody agrees it's a bad option 2. Have two icons and two separate tools Nice to use, but not to right direction in terms of number of icons in QGIS 3. Have a drop down icon as for the selection tool. My suggestion. If drop-down is the chosen option, I would also suggest to group add part with add ring, and also delete part with delete ring. It would therefore more coherent. Greetings, Denis ___ 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] behavior of splitting feature
You can use Multipart Split Plugin to split the selected multipart features. http://plugins.qgis.org/plugins/splitmultipart/ Alexandre Neto On Mon, Apr 22, 2013 at 3:07 PM, Denis Rouzaud denis.rouz...@gmail.comwrote: Hi, I am dealing with multi polygons these days, and I find very annoying to not being able to split a part into several part. First, am I right saying it's not feasible? If yes, I would like to propose to add a choice to the splitting tool: - split into several features - split into several parts (only availbale for multi-polygon/lines layers) Would you agree on this? Then, how to propose this to the user? 1. Choice dialog after drawing the split lines (propose only if layer has multi geometry) I think everybody agrees it's a bad option 2. Have two icons and two separate tools Nice to use, but not to right direction in terms of number of icons in QGIS 3. Have a drop down icon as for the selection tool. My suggestion. If drop-down is the chosen option, I would also suggest to group add part with add ring, and also delete part with delete ring. It would therefore more coherent. Greetings, Denis __**_ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/**mailman/listinfo/qgis-**developerhttp://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] Make QGIS interact with LibreCAD.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 15:17, Diego Gnesi Bartolani ha scritto: Stefan and Bernahard, I don't want to create redundancy on the plugin repository: if you're working on similar projects, maybe I can try to help you instead of starting a brand new work. Agreed: if at all possible, please join forces rather than duplicating plugins: from the user point of view, it can quickly become a nightmare to move across hundreds of plugins. 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/ iEYEARECAAYFAlF1VMEACgkQ/NedwLUzIr73/gCfZddVszdHYFeAfLDR42Gdxws5 dQgAn0/Cvf9oF+aFBkokILgEYNnFmz4y =8mHv -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Possible memory leak in rendering code
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 13:42, Martin Dobias ha scritto: By the way, it would be a good thing to remove render caching completely before 2.0. In any case it will need to be reworked when Hi Martin, it makes sense. Any objections in removing it? 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/ iEYEARECAAYFAlF1VTMACgkQ/NedwLUzIr7uAwCeO33pD5gF/efeFbU7vLNXJ4+w RSYAmgK1LB1LAUEoYQiYLxUixmetXzBJ =TTRv -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
Agreed +1 Having all the needed editing tools in one plugin would be better, right now you need to install several plugins to do editing work, maybe getting them together under one roof and deprecating the original afterwards would make the experience easier for users and for writing manuals also Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Mon, 22 Apr 2013 17:18:25 +0200 From: cavall...@faunalia.it To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Make QGIS interact with LibreCAD. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 15:17, Diego Gnesi Bartolani ha scritto: Stefan and Bernahard, I don't want to create redundancy on the plugin repository: if you're working on similar projects, maybe I can try to help you instead of starting a brand new work. Agreed: if at all possible, please join forces rather than duplicating plugins: from the user point of view, it can quickly become a nightmare to move across hundreds of plugins. 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/ iEYEARECAAYFAlF1VMEACgkQ/NedwLUzIr73/gCfZddVszdHYFeAfLDR42Gdxws5 dQgAn0/Cvf9oF+aFBkokILgEYNnFmz4y =8mHv -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
[Qgis-developer] QGIS: immagini e QR codes nelle stampe in serie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Funzione utile, e idea molto ganza: http://nyalldawson.net/2013/04/a-neat-trick-in-qgis-2-0-images-in-atlas-prints Saluti. - -- 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/ iEYEARECAAYFAlF1WEMACgkQ/NedwLUzIr5CxwCbBu/Qk+JUOMK2THW31oGCr26J ZegAoJ4dAocD0noE7K9Zl6DnY0DSy4FM =PE7D -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS API Freeze deadline extension
Hi Tim I have created this pull request for review https://github.com/qgis/Quantum-GIS/pull/550 It adds quite a few color ramps to the base QGis distro, which would increase distribution by about 500Kb. I have not changed the UI in any way. Cheers, Etienne On Mon, Apr 22, 2013 at 3:48 AM, Tim Sutton li...@linfiniti.com wrote: Hi On Fri, Apr 19, 2013 at 6:38 PM, Etienne Tourigny etourigny@gmail.com wrote: Is the feature freeze still in effect? I would like to finish stuff on the cpt-city color ramps, including adding new ramps to the distribution, and add a configuration gui. Strictly speaking we are still in feature freeze, but if your work will add polish and usability to 2.0 I think its fine to add an an exception to accommodate this. Regards Tim Cheers, Etienne On Fri, Apr 19, 2013 at 1:06 PM, Tim Sutton li...@linfiniti.com wrote: Hi All Given the number of API issues that still need to be resolved, I propose we move the API freeze date to 1 May 2013. Suggested updated timeline: 1 May 2013 - API, GUI Freeze 15 may String freeze - no changes to ui or strings except where required for critical bug fixes. Call for translations. 1 June 2013 - Branch 2.0, code freeze (except for packaging related changes), call for packaging 7 June 2013 - Public release of 2.0 -- 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 -- 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] behavior of splitting feature
Hi, I would propose that the editing stuff should go into QGIS core. It is cumbersome having to download plugins all the time for editing. I would also suggest to implement the CAD stuff in QGIS core. I can't see why someone does not want to have these improvements. That way the tools get more exposure to both users and developers. Andreas Am 22.04.2013 17:14, schrieb Alexandre Neto: You can use Multipart Split Plugin to split the selected multipart features. http://plugins.qgis.org/plugins/splitmultipart/ Alexandre Neto On Mon, Apr 22, 2013 at 3:07 PM, Denis Rouzaud denis.rouz...@gmail.comwrote: Hi, I am dealing with multi polygons these days, and I find very annoying to not being able to split a part into several part. First, am I right saying it's not feasible? If yes, I would like to propose to add a choice to the splitting tool: - split into several features - split into several parts (only availbale for multi-polygon/lines layers) Would you agree on this? Then, how to propose this to the user? 1. Choice dialog after drawing the split lines (propose only if layer has multi geometry) I think everybody agrees it's a bad option 2. Have two icons and two separate tools Nice to use, but not to right direction in terms of number of icons in QGIS 3. Have a drop down icon as for the selection tool. My suggestion. If drop-down is the chosen option, I would also suggest to group add part with add ring, and also delete part with delete ring. It would therefore more coherent. Greetings, Denis __**_ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/**mailman/listinfo/qgis-**developerhttp://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
[Qgis-developer] Add class to graduated renderer replaces an existing one
Hi, In todays master, clicking Add class doesn't add a class but overwrites an existing one. For example, create a graduated renderer with 4 classes and press add class. You'll still have 4 classes but one of the original ones will be replaced. Should I file a bug? Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I would prefer if most of the editing tools would be available in core - - and if possible - implemented in C++. They could be prototyped in Python and then later moved to core after maturing. I hate having to install plugins for simple things, like perpendicular lines, swapping line direction, extend/trim lines, etc. Andreas Am 22.04.2013 17:26, schrieb Antonio Locandro: Agreed +1 Having all the needed editing tools in one plugin would be better, right now you need to install several plugins to do editing work, maybe getting them together under one roof and deprecating the original afterwards would make the experience easier for users and for writing manuals also Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Mon, 22 Apr 2013 17:18:25 +0200 From: cavall...@faunalia.it To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Make QGIS interact with LibreCAD. Il 22/04/2013 15:17, Diego Gnesi Bartolani ha scritto: Stefan and Bernahard, I don't want to create redundancy on the plugin repository: if you're working on similar projects, maybe I can try to help you instead of starting a brand new work. Agreed: if at all possible, please join forces rather than duplicating plugins: from the user point of view, it can quickly become a nightmare to move across hundreds of plugins. Thanks. ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJRdYs3AAoJELiCsGDopvBCEpoH+wePjzYJrX+bP088LjviW+eX 6pQHc9a7s+dT6MHN0tSttyPDMiTS/axmci0FmKLK3JQzHQlrGXxh1PZ2/rHSmVBc WfqjwkgUzEqUa2dge8yqL3yV8inXMd/IJP27hQnBxKocerO62Qo653oOH8pMbIM5 VZ3ZiyHhHBCTaJV17SIPgxMOuaodhz8RQd1h1DCE309uRhMgFzCtg+tm7/q3sr2h +u8aZ1LmRlfuqoSvfGoks3sjAjVt9HjwVyuR9J/ZIwsi+bBTvZ1961+w8MS2L/yn BncfqIwwCaW3uxeHZz4Oprse4NslDp8hoMnync2Vd4iNSvQSQoDzGnIJjBKG9N0= =Tmfz -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] behavior of splitting feature
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 20:51, Andreas Neumann ha scritto: I would propose that the editing stuff should go into QGIS core. It is cumbersome having to download plugins all the time for editing. I would also suggest to implement the CAD stuff in QGIS core. I can't see why someone does not want to have these improvements. That way the tools get more exposure to both users and developers. Agreed on this. 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/ iEYEARECAAYFAlF1mqsACgkQ/NedwLUzIr6wEQCfdTjElqQXBHUWxWggmLkRw2Ms MyIAn0rAgzFxh5PURL2skbR0qLVjk9qQ =7sFN -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Is there anybody interested whether QGIS 2.0 will support non-Latin1 Shapefiles?
Hi, Thanks to all for the feedback :) I'm really not very familar with all the OGR encoding stuff. I applied my pull request [1] to allow wider testing. Many thanks to Minoru Akagi for two other patches. One of them is applied[2], the second not, because my patch covers this isue too. Your patch [3] was safer, as it just reset LDID to 0 on save, but I believe we should go on and use the encoding declaration. A big difference I see in our approaches is I set ENCODING to encoding name, while you you use LDID/0. I guess the LDID/ prefix tells OGR to use LDID instead of CPG? I think if we should use it for encodings supported by LDID, but I guess it's not worth of the additional work, unless some other important software prefers LDID over CPG. I also added Shift-JIS to the Shapefile Encoding Fixer plugin. Please let me know if any of you needs (or just knows) another important encodings. Still there are two urgent problems: - the System encoding has to be replaced with the proper value - unit tests are still missing And one longterm: - after iconv conversion tio UTF-8 the layer doesn't remember the source encoding, so it's impossible to preserve it e.g when saving from Table Manager. Maybe someone wants to take one of the remaining issues? [1] https://github.com/qgis/Quantum- GIS/commit/c0551a68c250489955c9831f5714f187df087d83 [2] http://hub.qgis.org/issues/7647 [3] http://hub.qgis.org/attachments/4749/qgsogrprovider3.patch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
On 22/04/2013, at 20:53 , Olivier Dalang wrote: I'd also suggest to include numerical entry (length, angle, X/Y coordinates). There's at least one already existing plugin which will do that. Might be worth looking at. -ramon. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
On 22/04/2013, at 20:40 , Ziegler Stefan wrote: I would like to see some changes in the snapping interface. If you got some 30+ layers it is really difficult to find a specific layer. A layer tree for snapping just like for the legend would be great. And add the tree as tab like the browser. On 22/04/2013, at 20:50 , Antonio Locandro wrote: I remember when I used AUTOCAD the thing that I really liked about it is that a. I can draw pretty fast and accurate using only commands but had the icons if I wanted b. Snapping is one of the best I used, you can interactively set the snapping while digitising like snap to end, snap to midpoint, snap to edge, etc. Interestingly b is possible, but you have press apply all the time for changes to come in, and the snapping options window gets in the way a lot. Maybe if you could dock the snapping options under the layer list, and changes auto applied, that would help a bit. -ramon. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Possible memory leak in rendering code
On Apr 22, 2013, at 2:12 PM, Nyall Dawson nyall.daw...@gmail.com wrote: By the way, it would be a good thing to remove render caching completely before 2.0. In any case it will need to be reworked when moving to multi-threaded rendering... it has only a limited functionality of storing previously rendered map in each layer and reusing it in case the extent has not changed. Unfortunately the rendered image is stored directly within QgsMapLayer class - in order to work properly, the cache should be kept internally within each QgsMapRenderer instance. -1 from me -- please don't do this! I realise that it has some limitations, but render caching makes a huge difference in speed with my workflow. I frequently use layers based off complex PostGIS views which take a long time to generate. With render caching I'm able to selectively toggle layers on/off or rearrange them for comparison without having to wait for QGIS to request a new version of the view from the PostGIS server. If I switch off render caching then every change to layer visibility or ordering triggers a refresh of the view and a painful wait in QGIS. Obviously an ideal solution would be to cache the PostGIS layer locally, but until that's possible render caching helps a lot... Nyall Unfortunately, the render caching feature has never worked on OSX. It is a greyed out option in the settings because the code was never stable on this platform. If it is meant to be a program feature, it would ideally be one that is available on all platforms. Regards, John ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer