Re: [Qgis-developer] GSoC
Hi On Sun, Aug 5, 2012 at 8:28 PM, Martin Dobias wonder...@gmail.com wrote: On Fri, Aug 3, 2012 at 4:32 PM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. As we are quickly approaching the end of GSoC, I would be grateful if mentors could let us know what are the expected outcome. It would be good if the work could be merged before the end, so that serious bugs or conflicts could be solved before having the student leaving for real holidays. Hi Paolo Arun's work on symbology is going well and should be ready for a merge to master branch soon. You can expect various improvements in management of the style (grouping, tagging), better scalability (symbols are stored in sqlite database rather than xml), unified symbol selector with symbol properties dialog, downloading of styles from internet and more :-) Woh I can't wait! Tim Martin ___ 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] GSoC
Hi all, well, from our side there should be no problem merging stuff... we are in a new folder ;) As well, today i should restart working on getting all uptodate with the newest necessitas framework. Ciao Marco Bernasocchi (mobile) http://opengis.ch On Aug 6, 2012 8:35 AM, Tim Sutton li...@linfiniti.com wrote: Hi On Sun, Aug 5, 2012 at 8:28 PM, Martin Dobias wonder...@gmail.com wrote: On Fri, Aug 3, 2012 at 4:32 PM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. As we are quickly approaching the end of GSoC, I would be grateful if mentors could let us know what are the expected outcome. It would be good if the work could be merged before the end, so that serious bugs or conflicts could be solved before having the student leaving for real holidays. Hi Paolo Arun's work on symbology is going well and should be ready for a merge to master branch soon. You can expect various improvements in management of the style (grouping, tagging), better scalability (symbols are stored in sqlite database rather than xml), unified symbol selector with symbol properties dialog, downloading of styles from internet and more :-) Woh I can't wait! Tim Martin ___ 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Moving SEXTANTE into QGIS core
Just 1 question: I started working with a git clone right away, thinking the svn repo would be abandoned, but Victor tells me he is still commiting to svn. Could this be a problem in a future merge? Not I should be able to pull these changes through until svn is frozen. The reason why I want to do this is because I have no experience with GIT and I have now some ideas and more time that what I will have after the end of the month, so I prefer to concentrate on developing and not in learning how to properly use GIT, since I guess it is a bit different and misusing it can cause trouble later. If Camilo works on his own copy, how I can see his changes and work with them if I use just the SVN repo ? I guess I have a more SVN-like approach to version control after all these years (and some experience with messy commiters that made use waste time...), so I see it a bit more complicated. If it is not a problem, I would prefer to keep on working on the SVN and then freeze the SVN on the 20th as I mentioned, apply a big patch to the GIT repo and from that moment work only on GIT. Of course, comments are welcome, since maybe there is an easy way of doing this in GIT (maybe Camilo can keep on working in his GIT repo and commit changes to the SVN as well...) Regards ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Compile on debian
Hi all, I cannot compile QGIS on Debian because there is a problem with qwt-qt4/qwt_global.h. During ccmake it return CMake Error at cmake/FindQwt.cmake:35 (FILE): file Internal CMake error when trying to open file: /usr/include/qwt-qt4/qwt_global.h for reading. Call Stack (most recent call first): CMakeLists.txt:153 (FIND_PACKAGE) this because I installed libqwt-dev and not libqwt5-qt4-dev because they are in conflict. libqwt-dev provided qwt_global.h in /usr/include/qwt/ but it seem not valid for QGIS. It's a bug or it is not possible to compile qgis with libqwt-dev? Thanks -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Moving SEXTANTE into QGIS core
Hi On Mon, Aug 6, 2012 at 9:18 AM, Victor Olaya vola...@gmail.com wrote: Just 1 question: I started working with a git clone right away, thinking the svn repo would be abandoned, but Victor tells me he is still commiting to svn. Could this be a problem in a future merge? Not I should be able to pull these changes through until svn is frozen. The reason why I want to do this is because I have no experience with GIT and I have now some ideas and more time that what I will have after the end of the month, so I prefer to concentrate on developing and not in learning how to properly use GIT, since I guess it is a bit different and misusing it can cause trouble later. If Camilo works on his own copy, how I can see his changes and work with them if I use just the SVN repo ? I guess I have a more SVN-like approach to version control after all these years (and some experience with messy commiters that made use waste time...), so I see it a bit more complicated. If it is not a problem, I would prefer to keep on working on the SVN and then freeze the SVN on the 20th as I mentioned, apply a big patch to the GIT repo and from that moment work only on GIT. Of course, comments are welcome, since maybe there is an easy way of doing this in GIT (maybe Camilo can keep on working in his GIT repo and commit changes to the SVN as well...) Yes you can continue working in svn until you decide to freeze it, then I will sync your changes across one way or another. Camilo it might be better for you to do the same until Victor is ready to make the switch. If you really want to work with git, you will need to take my git-svn repo and copy it locally so that the uuids match. Let me know and I will tar it up for you. Regards Tim 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] Map canvas flickers
On 08/06/2012 12:10 PM, Matthias Kuhn wrote: Hi Ivan, thank you for testing. Did you also check if qgis does not crash (as described earlier in this thread, big vector layer, resizing of window)? I'm considering releasing a configure option as proposed by Marco. I am getting segfault at window resizing. GDB log and backtrace here [1]. 1 - http://pastebin.com/DVYJEKNC -- Ivan Mincik ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
Which patch did you test? The first one is known to be broken. Are you sure you didn't test this one? -Ursprüngliche Nachricht- Von: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] Im Auftrag von Ivan Mincik Gesendet: Montag, 6. August 2012 12:25 An: Matthias Kuhn; qgis-developer@lists.osgeo.org Betreff: Re: [Qgis-developer] Map canvas flickers On 08/06/2012 12:10 PM, Matthias Kuhn wrote: Hi Ivan, thank you for testing. Did you also check if qgis does not crash (as described earlier in this thread, big vector layer, resizing of window)? I'm considering releasing a configure option as proposed by Marco. I am getting segfault at window resizing. GDB log and backtrace here [1]. 1 - http://pastebin.com/DVYJEKNC -- Ivan Mincik ___ 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] GSoC
On Sun, 5 Aug 2012 20:28:11 +0200, Martin Dobias wonder...@gmail.com wrote: (symbols are stored in sqlite database rather than xml), unified symbol selector with symbol properties dialog, downloading of styles from internet and more :-) Thanks Martin for updating us; looking forward to test it. 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] Map canvas flickers
On 08/06/2012 01:31 PM, Kuhn Matthias, Vermessung wrote: Which patch did you test? The first one is known to be broken. Are you sure you didn't test this one? I did my test against second one. I am attaching my backported version to QGIS 1.8 -- Ivan Mincik diff --git a/src/core/qgsvectorlayer.cpp b/src/core/qgsvectorlayer.cpp index f2589c3..6922dea 100644 --- a/src/core/qgsvectorlayer.cpp +++ b/src/core/qgsvectorlayer.cpp @@ -731,7 +731,7 @@ void QgsVectorLayer::drawRendererV2( QgsRenderContext rendererContext, bool lab { break; } - +#if 0 // MK: disable this totally as it breaks QT painting engine (can result in recursive repaint) #ifndef Q_WS_MAC //MH: disable this on Mac for now to avoid problems with resizing if ( mUpdateThreshold 0 0 == featureCount % mUpdateThreshold ) { @@ -745,6 +745,7 @@ void QgsVectorLayer::drawRendererV2( QgsRenderContext rendererContext, bool lab qApp-processEvents(); } #endif //Q_WS_MAC +#endif bool sel = mSelectedFeatureIds.contains( fet.id() ); bool drawMarker = ( mEditable ( !vertexMarkerOnlyForSelection || sel ) ); diff --git a/src/gui/qgsmapcanvas.cpp b/src/gui/qgsmapcanvas.cpp index ed160aa..5d258f9 100644 --- a/src/gui/qgsmapcanvas.cpp +++ b/src/gui/qgsmapcanvas.cpp @@ -84,6 +84,8 @@ QgsMapCanvas::QgsMapCanvas( QWidget * parent, const char *name ) , mAntiAliasing( false ) { Q_UNUSED( name ); + +#if 0 //disable the update that leads to the resize crash if ( viewport() ) { @@ -91,6 +93,7 @@ QgsMapCanvas::QgsMapCanvas( QWidget * parent, const char *name ) viewport()-setAttribute( Qt::WA_PaintOnScreen, true ); #endif //ANDROID } +#endif mScene = new QGraphicsScene(); setScene( mScene ); ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
If that one still crashes, I'm out of ideas. The strange thing is, that the warnings you posted on pastebin still appear for you. I'm pretty sure they disappeared on my machine. I'm currently working on a windows system, so I'm unable to verify right now. -Ursprüngliche Nachricht- Von: Ivan Mincik [mailto:ivan.min...@gmail.com] Gesendet: Montag, 6. August 2012 14:01 An: Kuhn Matthias, Vermessung; qgis-developer@lists.osgeo.org Betreff: Re: AW: [Qgis-developer] Map canvas flickers On 08/06/2012 01:31 PM, Kuhn Matthias, Vermessung wrote: Which patch did you test? The first one is known to be broken. Are you sure you didn't test this one? I did my test against second one. I am attaching my backported version to QGIS 1.8 -- Ivan Mincik ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
On 08/06/2012 02:11 PM, Kuhn Matthias, Vermessung wrote: If that one still crashes, I'm out of ideas. The strange thing is, that the warnings you posted on pastebin still appear for you. I'm pretty sure they disappeared on my machine. I'm currently working on a windows system, so I'm unable to verify right now. Maybe a different QT versions. what kind of Qt, Linux distro do You use ? (Debian Squeeze is with 4.6.3 which is quite old) -- Ivan Mincik ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Compile on debian
You probably have a reference to libqwt5-qt4-dev in your CMakeLists.txt, try deleting it before running cmake again (with all the parameters). Etienne On Mon, Aug 6, 2012 at 5:10 AM, Luca Delucchi lucadel...@gmail.com wrote: Hi all, I cannot compile QGIS on Debian because there is a problem with qwt-qt4/qwt_global.h. During ccmake it return CMake Error at cmake/FindQwt.cmake:35 (FILE): file Internal CMake error when trying to open file: /usr/include/qwt-qt4/qwt_global.h for reading. Call Stack (most recent call first): CMakeLists.txt:153 (FIND_PACKAGE) this because I installed libqwt-dev and not libqwt5-qt4-dev because they are in conflict. libqwt-dev provided qwt_global.h in /usr/include/qwt/ but it seem not valid for QGIS. It's a bug or it is not possible to compile qgis with libqwt-dev? Thanks -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ 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] Map canvas flickers
I'm on Fedora Core 17, Qt 4.8. But it seems odd to me, that qt changed these warnings, as there is a good reason for them to appear in the unpatched code and in the case they still appear with the patched code there would be a second call that can result in a paint event somewhere. Just to be sure: is you qgis loading the correct qgis_core library (i.e. LD_LIBRARY_PATH is set or equivalent other measures taken) -Ursprüngliche Nachricht- Von: Ivan Mincik [mailto:ivan.min...@gmail.com] Gesendet: Montag, 6. August 2012 14:26 An: Kuhn Matthias, Vermessung; qgis-developer@lists.osgeo.org Betreff: Re: AW: AW: [Qgis-developer] Map canvas flickers On 08/06/2012 02:11 PM, Kuhn Matthias, Vermessung wrote: If that one still crashes, I'm out of ideas. The strange thing is, that the warnings you posted on pastebin still appear for you. I'm pretty sure they disappeared on my machine. I'm currently working on a windows system, so I'm unable to verify right now. Maybe a different QT versions. what kind of Qt, Linux distro do You use ? (Debian Squeeze is with 4.6.3 which is quite old) -- Ivan Mincik ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
On 08/06/2012 03:00 PM, Kuhn Matthias, Vermessung wrote: I'm on Fedora Core 17, Qt 4.8. But it seems odd to me, that qt changed these warnings, as there is a good reason for them to appear in the unpatched code and in the case they still appear with the patched code there would be a second call that can result in a paint event somewhere. Just to be sure: is you qgis loading the correct qgis_core library (i.e. LD_LIBRARY_PATH is set or equivalent other measures taken) Yes I set export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ivo/apps/lib/ And I have: ~/apps/bin$ ldd qgis | grep qgis libqgis_core.so.1.8.0 = /home/ivo/apps/lib/libqgis_core.so.1.8.0 (0xb57b3000) libqgis_gui.so.1.8.0 = /home/ivo/apps/lib/libqgis_gui.so.1.8.0 (0xb54fb000) libqgis_analysis.so.1.8.0 = /home/ivo/apps/lib/libqgis_analysis.so.1.8.0 (0xb5472000) I will try a clean build. -- Ivan Mincik ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New adv labeling freeze-thaw tools
Hi Larry, your tool is awesome! Users will love it. One thing is missing, or maybe I missed it: a shortcut to unhide a label. Is it possible? I did not find any other way than manually changing label size to more than 0. Last thing missing with labels will be arrows.. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/New-adv-labeling-freeze-thaw-tools-tp4988479p4993374.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
Re: [Qgis-developer] Compile on debian
2012/8/6 Etienne Tourigny etourigny@gmail.com: You probably have a reference to libqwt5-qt4-dev in your CMakeLists.txt, try deleting it before running cmake again (with all the parameters). thanks, it seem to works Etienne -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] SEXTANTE and core plugins
Hi all, since SEXTANTE will be a part of QGIS core soon (see [0] and [1]) so I want to raise a new discussion related to it. As all you know, currently SEXTANTE contains many providers. Some of them partially duplicates existing core functionality of QGIS. First of all I mean fTools and GDALTools. I know, that currently only few algorithms from GDALTools are moved to SEXTANTE and a bit more from fTools. What are we going to do with this? Move all this algorithms to SEXTANTE and remove separate plugins or keep both versions alongside? IMHO, we should avoid duplication as this will confuse users and require some additional efforts for maintenance. [0] http://lists.osgeo.org/pipermail/qgis-developer/2012-August/021431.html [1] http://lists.osgeo.org/pipermail/qgis-developer/2012-August/021515.html -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] rasterlayertest broken since 2012-08-04
The qgis_rasterlayertest is broken since http://dash.orfeo-toolbox.org/index.php?project=QGISdate=2012-08-04 It seems that it could have to do something with color ramps, failing is raster_colorRamp3. Does somebody working in those areas have any idea? We run make test before each push, right? Radim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Moving SEXTANTE into QGIS core
BTW, Victor, when I was first figuring out git, this talk helped a lot: http://vimeo.com/14629850 Thanks! I have heard great things about git, and that is why I want to fully get into it and lean how to take the most out of it Regards ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SEXTANTE and core plugins
Interesting topic. I think we should try to replicate those functionalities and when they are fully supported in SEXTANTE, maybe remove them in their original form. Something that can be done while that happens is to wrap those algorithms that are a bit harder to adapt to SEXTANTE, wrapping them as SEXTANTE actions. That would mean that the algorithm can be called from the SEXTANTE toolbox, but it is not really a SEXTANTE algorithm, just an action that calls the original algorithm with its dialog. That means also it cannot be executed in the modeler or batch processing interface, but at least all analysis stuff would be centralized in the toolbox. In short, changing the way of calling those algorithms, from a menu item to an entry in the SEXTANTE toolbox. That adds some homogeneity and is probably less confusing, IMHO Regards ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS in Mac OS X (Mountain Lion i.e. 10.8) with QtSQL support
On Aug 5, 2012, at 11:43 AM, Larry Shaffer lar...@dakotacarto.com wrote: Hi John, On Sun, Aug 5, 2012 at 10:03 AM, John C. Tull jct...@gmail.com wrote: On Aug 4, 2012, at 8:11 PM, Larry Shaffer lar...@dakotacarto.com wrote: Note: Xcode.app now contains all dev directory structure, and you can use xcrun to work with it, but I preferred to install the command line tools. You will probably want to uninstall any previous XCode version first. I used the .dmg installers downloaded from my Apple developer account, instead of Mac App Store. Not sure if the command line tools (115 MB dl) can be installed, and work, without installing Xcode.app (1.8 GB dl), since I installed Xcode.app first. You can install the command line tools from the app store version of Xcode. Open Xcode, then open Preferences and click on the 'Downloads' section at the top. You will see Command Line Tools as an install option from there. Yes, I believe that was in the stackoverflow link I mentioned. I did further tests to see if the CL Tools could be used independent from Xcode.app (like it says on Apple's web site). However, there is no SDK for 10.7 or 10.8 with the Tools, only embedded in Xcode.app (3.3 GB installed on disk), and the Tools use those. I think Apple has really made a mess of things, by requiring Xcode.app and moving all dev structure inside of the app bundle - probably all in the name of 'convenience' for new devs. So, for now, the QGIS build notes for Mac should continue to recommend full install of Xcode.app, IMHO. I agree, full Xcode install is required. I only wanted to point out that you can do an App Store install of Xcode, then install the command line tools from the preferences of the Xcode app. I think that is more streamlined than opening a Dev account, etc. Of course, if you're building qgis from source, you should be more advanced than the average user, so either way works fine. Cheers, John ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] rasterlayertest broken since 2012-08-04
Hi Those are new tests I pushed last Friday. The tests ran OK on my machine, and I noticed today that they failed elsewhere. I am about to push fixes for this and also other things that are related to those failures (cpt-city and color ramps). I thought that any failures would be caught by Tim's Jenkins server and I would have received and email. BTW there are still intermitted failures in qgsexpressiontest that have been around for some time. Etienne On Mon, Aug 6, 2012 at 1:17 PM, Radim Blazek radim.bla...@gmail.com wrote: The qgis_rasterlayertest is broken since http://dash.orfeo-toolbox.org/index.php?project=QGISdate=2012-08-04 It seems that it could have to do something with color ramps, failing is raster_colorRamp3. Does somebody working in those areas have any idea? We run make test before each push, right? 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] Map canvas flickers
On Mon, 2012-08-06 at 14:34 +, Kuhn Matthias, Vermessung wrote: I don't think that's the problem. I'll try to reproduce as soon as I'm back on my machine I have a good news. When building on Debian Wheezy with Gnome 3 and QT 4.8.2 I have no QPainter warnings and no resize crashes. Strange, but maybe a newer QT has fixed something. Thanks for You work Matthias. -- Ivan Mincik ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
Thank you for the information Ivan, I was already setting up a virtual machine on Squeeze to verify. if I understand correctly, you tested a patched 1.8? I'll fork 1.8 and commit a configurable fix for this, so hopefully we can get this as a quickfix to be released with the next 1.8 upgrade on the distros. On Mon, 2012-08-06 at 20:49 +0200, Ivan Mincik wrote: On Mon, 2012-08-06 at 14:34 +, Kuhn Matthias, Vermessung wrote: I don't think that's the problem. I'll try to reproduce as soon as I'm back on my machine I have a good news. When building on Debian Wheezy with Gnome 3 and QT 4.8.2 I have no QPainter warnings and no resize crashes. Strange, but maybe a newer QT has fixed something. Thanks for You work Matthias. ___ 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] Map canvas flickers
2012/8/6 Ivan Mincik ivan.min...@gmail.com On Mon, 2012-08-06 at 14:34 +, Kuhn Matthias, Vermessung wrote: I don't think that's the problem. I'll try to reproduce as soon as I'm back on my machine I have a good news. When building on Debian Wheezy with Gnome 3 and QT 4.8.2 I have no QPainter warnings and no resize crashes. Strange, but maybe a newer QT has fixed something. Thanks for You work Matthias. Do you mean with or without the patch? I am on Debian/weezy (GNOME 3) with QGIS (current master) compiled against QT 4.8.2 and I get QPainter warnings on resize! Are you sure you compiled with CMAKE_BUILD_TYPE = Debug? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
On Mon, 2012-08-06 at 21:20 +0200, Salvatore Larosa wrote: 2012/8/6 Ivan Mincik ivan.min...@gmail.com On Mon, 2012-08-06 at 14:34 +, Kuhn Matthias, Vermessung wrote: I don't think that's the problem. I'll try to reproduce as soon as I'm back on my machine I have a good news. When building on Debian Wheezy with Gnome 3 and QT 4.8.2 I have no QPainter warnings and no resize crashes. Strange, but maybe a newer QT has fixed something. Thanks for You work Matthias. Do you mean with or without the patch? I mean WITH patch (on release-1_8 branch, with little adjusting to fit to this version). I am on Debian/weezy (GNOME 3) with QGIS (current master) compiled against QT 4.8.2 and I get QPainter warnings on resize! Did You applied patch ? Are you sure you compiled with CMAKE_BUILD_TYPE = Debug? I am not sure I really need CMAKE_BUILD_TYPE = Debug, but I am building it with debug option set now to be sure. -- Ivan Mincik ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Best practices to run multiple QGIS versions on same machine
2012. 08. 3, péntek keltezéssel 10.01-kor Etienne Tourigny ezt írta: I seem some problems too, particularly rasters don't show properly in 1.8 (no bands are selected), probably because of some settings from qgis-master. You have to change this settings in QGIS.conf (~/.config/QuantumGIS/QGIS.conf) from [Raster] defaultRedBand=1 defaultGreenBand=1 defaultBlueBand=256 ... to [Raster] defaultRedBand=1 defaultGreenBand=2 defaultBlueBand=3 ... -- KOSZA Antal kosza.an...@gmail.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
2012/8/6 Ivan Mincik ivan.min...@gmail.com On Mon, 2012-08-06 at 21:20 +0200, Salvatore Larosa wrote: 2012/8/6 Ivan Mincik ivan.min...@gmail.com On Mon, 2012-08-06 at 14:34 +, Kuhn Matthias, Vermessung wrote: I don't think that's the problem. I'll try to reproduce as soon as I'm back on my machine I have a good news. When building on Debian Wheezy with Gnome 3 and QT 4.8.2 I have no QPainter warnings and no resize crashes. Strange, but maybe a newer QT has fixed something. Thanks for You work Matthias. Do you mean with or without the patch? I mean WITH patch (on release-1_8 branch, with little adjusting to fit to this version). I am on Debian/weezy (GNOME 3) with QGIS (current master) compiled against QT 4.8.2 and I get QPainter warnings on resize! Did You applied patch ? Are you sure you compiled with CMAKE_BUILD_TYPE = Debug? I am not sure I really need CMAKE_BUILD_TYPE = Debug, but I am building it with debug option set now to be sure. Sorry, but my test was without patch! Anyway I did try the patch in current master and the flickering is disappear, but when run QGIS I get an exception: std::bad_alloc. can it is avoid? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
Are you sure you compiled with CMAKE_BUILD_TYPE = Debug? No warnings with CMAKE_BUILD_TYPE = Debug. No crashes on resize. -- Ivan Mincik ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
if I understand correctly, you tested a patched 1.8? Yes. -- Ivan Mincik ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New adv labeling freeze-thaw tools
Hi Régis, On Mon, Aug 6, 2012 at 7:28 AM, haubourg regis.haubo...@eau-adour-garonne.fr wrote: Hi Larry, your tool is awesome! Users will love it. I had fun building the tool. Since the underlying code from Martin and Marco H. was so well done and readable I was able to somewhat quickly add on to what they made. I really needed the functionality of the tool I made. It's kind of a testament to the project that someone with my C++ coding skills can download and understand the source, tinker around with it, make improvements, have them peer-reviewed and eventually committed for others to try out. And, I even want to learn more about coding C++! One thing is missing, or maybe I missed it: a shortcut to unhide a label. Is it possible? I did not find any other way than manually changing label size to more than 0. Yes this is possible. I have thought about several ways to accomplish it and think I've come up with a good interactive implementation: * Add a new Show Label data-defined column that will contain 1 or 0 (shown or hidden). This can then readily be mapped to a checkbox in various ui forms. The PAL labeling engine will be updated to key off of that field for showing /hiding labels, while still retaining current method of font-size manipulation. * Change code for hiding label to just setting Show Label field to 0. * Add to the Freeze/Thaw tool the ability to Shift+Ctl+click-or-drag on feature(s) (not label) to show label again. This would just set Show Label to 1. Other than Show Label just really needs to be added, it also allows the mapped label size field to retain its value. Otherwise, an automated showing of a label won't know what size to input into the field. Lastly, these features should be added to Change Label dialog. Here are other improvements I am thinking of adding to the labeling tools, while the label tools and PAL labeling engine code is still fresh in my head: * Move freeze/thaw tool methods to base QgsMapToolLabel class. This will allow adding to move and rotate label tools so they can have those capabilities when selecting with a rubber-band marquee. Won't have to constantly switch back-and-forth between tools anymore. * Add frozen and frozen-but-editable highlight colors to app prefs. * Improve Change Label dialog: - Temporarily add (colored) PAL solution x, y, rot info to specific fields if nothing is data-defined yet. - Add ability to set relevant fields to NULL (instead of just 0). - Show expression output for label Text and make non-editable if using expression. - Add Apply button and function, allowing dialog to stay open after changes (tracking/reverting undo stack for Cancel operation). - Add ability to select features, not just labels, to adjust aspects of hidden labels. Last thing missing with labels will be arrows.. Do you mean call-out lines or arrows that automatically stay connected to a label's corner and a destination point? If so, yeah, that would be very cool. There is already the QgsComposerArrow class that could jump-start implementing such a feature. Please let me know what you think of these ideas, and if you have any others. I have several other ideas and will look at adding a new wiki page for improvements to the new labeling tools, which would be different than adding back in missing features noted here: http://hub.qgis.org/wiki/quantum-gis/Switching_from_Old_to_New_Symbology_and_Labeling Regards, Larry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
Sorry, but my test was without patch! Anyway I did try the patch in current master and the flickering is disappear, but when run QGIS I get an exception: std::bad_alloc. can it is avoid? It could be some another problem with master. Are You sure it happens only with the patch? Did You applied correct version (mine version is for 1.8, Matthias's is for master) ? -- Ivan Mincik ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
2012/8/6 Ivan Mincik ivan.min...@gmail.com Sorry, but my test was without patch! Anyway I did try the patch in current master and the flickering is disappear, but when run QGIS I get an exception: std::bad_alloc. can it is avoid? It could be some another problem with master. Are You sure it happens only with the patch? Did You applied correct version (mine version is for 1.8, Matthias's is for master) ? Yes, it only occurs with the patch and when I run QGIS by shell! I applied the patch as in attached, is it correct? diff_qgis_master.patch Description: Binary data ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Map canvas flickers
On Mon, 2012-08-06 at 22:43 +0200, Salvatore Larosa wrote: 2012/8/6 Ivan Mincik ivan.min...@gmail.com Sorry, but my test was without patch! Anyway I did try the patch in current master and the flickering is disappear, but when run QGIS I get an exception: std::bad_alloc. can it is avoid? It could be some another problem with master. Are You sure it happens only with the patch? Did You applied correct version (mine version is for 1.8, Matthias's is for master) ? Yes, it only occurs with the patch and when I run QGIS by shell! I applied the patch as in attached, is it correct? Seems a good one. -- Ivan Mincik ivan.min...@gmail.com signature.asc Description: This is a digitally signed message part ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SEXTANTE and core plugins
Hi On Mon, Aug 6, 2012 at 7:08 PM, Victor Olaya vola...@gmail.com wrote: Interesting topic. I think we should try to replicate those functionalities and when they are fully supported in SEXTANTE, maybe remove them in their original form. +1 - lets get rid of any duplicated stuff, consolidate things and generally tidy house for the 2.0 release Something that can be done while that happens is to wrap those algorithms that are a bit harder to adapt to SEXTANTE, wrapping them as SEXTANTE actions. That would mean that the algorithm can be called from the SEXTANTE toolbox, but it is not really a SEXTANTE algorithm, just an action that calls the original algorithm with its dialog. That means also it cannot be executed in the modeler or batch processing interface, but at least all analysis stuff would be centralized in the toolbox. In short, changing the way of calling those algorithms, from a menu item to an entry in the SEXTANTE toolbox. That adds some homogeneity and is probably less confusing, IMHO Regards Tim Regards ___ 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] Best practices to run multiple QGIS versions on same machine
ok thaks It would be nice if the 2 versions were interoperable! I frequently switch from one to the other. Etienne On Mon, Aug 6, 2012 at 4:58 PM, KOSZA Antal kosza.an...@gmail.com wrote: 2012. 08. 3, péntek keltezéssel 10.01-kor Etienne Tourigny ezt írta: I seem some problems too, particularly rasters don't show properly in 1.8 (no bands are selected), probably because of some settings from qgis-master. You have to change this settings in QGIS.conf (~/.config/QuantumGIS/QGIS.conf) from [Raster] defaultRedBand=1 defaultGreenBand=1 defaultBlueBand=256 ... to [Raster] defaultRedBand=1 defaultGreenBand=2 defaultBlueBand=3 ... -- KOSZA Antal kosza.an...@gmail.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] Possible algorithms for SEXTANTE
Hi all Someone alerted me to PySAL today : https://geodacenter.asu.edu/projects/pysal Does anyone have any experience with it? From a cursory glance at the docs it seems they have a rich library of analytical functions that would be awesome to have in SEXTANTE: http://pysal.geodacenter.org/1.4/library/index.html I havent looked to see what kind of dependencies it has yet 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] Possible algorithms for SEXTANTE
Someone alerted me to PySAL today : https://geodacenter.asu.edu/projects/pysal PySAL is great, I already had it in my list. However, it is complex and there are no ready-to-use algorithms, but a great collection of basic functions to combine, some maybe we should think about something like the R link.. That is, to expose PySAL through SEXTANTE, making it easier to use. I have not worked much on that, but from what I have seen in the API and the examples, it's a bit harder than adapting other libraries. Anyway, sounds like a great goal to achieve for 2.0, so I woul love to work on that once we fix other things :-) Regards ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Possible algorithms for SEXTANTE
Hi On Mon, Aug 6, 2012 at 11:56 PM, Victor Olaya vola...@gmail.com wrote: Someone alerted me to PySAL today : https://geodacenter.asu.edu/projects/pysal PySAL is great, I already had it in my list. However, it is complex and there are no ready-to-use algorithms, but a great collection of basic functions to combine, some maybe we should think about something like the R link.. That is, to expose PySAL through SEXTANTE, making it easier to use. I have not worked much on that, but from what I have seen in the API and the examples, it's a bit harder than adapting other libraries. Ok thanks for the feedback! Anyway, sounds like a great goal to achieve for 2.0, so I woul love to work on that once we fix other things :-) Great - I just wanted to 'put it out there' :-) Regards Tim 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] rasterlayertest broken since 2012-08-04
Hi On Mon, Aug 6, 2012 at 11:41 PM, Tim Sutton li...@linfiniti.com wrote: Hi On Mon, Aug 6, 2012 at 8:27 PM, Etienne Tourigny etourigny@gmail.com wrote: Hi Those are new tests I pushed last Friday. The tests ran OK on my machine, and I noticed today that they failed elsewhere. I am about to push fixes for this and also other things that are related to those failures (cpt-city and color ramps). I thought that any failures would be caught by Tim's Jenkins server and I would have received and email. Etienne, experimentally I set your email address in Jenkins - so lets see if you get a message next time. Regards Tim -- 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] rasterlayertest broken since 2012-08-04
Ok let's hope (or not!) I trigger other errors! Will they get sent to me for all failures, of the ones I'm responible? Etienne On Mon, Aug 6, 2012 at 7:10 PM, Tim Sutton li...@linfiniti.com wrote: Hi On Mon, Aug 6, 2012 at 11:41 PM, Tim Sutton li...@linfiniti.com wrote: Hi On Mon, Aug 6, 2012 at 8:27 PM, Etienne Tourigny etourigny@gmail.com wrote: Hi Those are new tests I pushed last Friday. The tests ran OK on my machine, and I noticed today that they failed elsewhere. I am about to push fixes for this and also other things that are related to those failures (cpt-city and color ramps). I thought that any failures would be caught by Tim's Jenkins server and I would have received and email. Etienne, experimentally I set your email address in Jenkins - so lets see if you get a message next time. Regards Tim -- 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] rasterlayertest broken since 2012-08-04
Hi On Tue, Aug 7, 2012 at 12:11 AM, Etienne Tourigny etourigny@gmail.com wrote: Ok let's hope (or not!) I trigger other errors! :-) Will they get sent to me for all failures, of the ones I'm responible? Theoretically just yours but lets see what happens as I havent used the feature much. Regards Tim Etienne On Mon, Aug 6, 2012 at 7:10 PM, Tim Sutton li...@linfiniti.com wrote: Hi On Mon, Aug 6, 2012 at 11:41 PM, Tim Sutton li...@linfiniti.com wrote: Hi On Mon, Aug 6, 2012 at 8:27 PM, Etienne Tourigny etourigny@gmail.com wrote: Hi Those are new tests I pushed last Friday. The tests ran OK on my machine, and I noticed today that they failed elsewhere. I am about to push fixes for this and also other things that are related to those failures (cpt-city and color ramps). I thought that any failures would be caught by Tim's Jenkins server and I would have received and email. Etienne, experimentally I set your email address in Jenkins - so lets see if you get a message next time. Regards Tim -- 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 == -- 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] QGIS maptips and HTML-display
Hi Nathan, On Sun, Aug 5, 2012 at 1:20 AM, Nathan Woodrow madman...@gmail.com wrote: Hey all, It's just added the ability to use html (well Qt html subset anyway) to the map tips. Anything that is listed here on the Qt rich text page is supported[0]. Nice addition. Works great. In order to support this I added a new tab in the vector layer properties dialog called display which we can then use for adding better (full) html support later. I noticed the layout looks a little funny on Mac [0]. Also, I ran across a GPL-licensed WYSIWYG HTML the other day that might be useful to slim down and strip out fluff, then include into QGIS core for HTML editing widgets like this [1]. Doesn't have to be WYSIWYG, per se, but nice for users. Built during Qt 4.5 release so should work for QGIS distribution Qt base, although might benefit from a reworking with regards to some 4.6-introduced stuff like QWebElement [2]. [0] https://dl.dropbox.com/u/4058089/qgis/map-tip_properties.png [1] http://labs.qt.nokia.com/2009/03/12/wysiwyg-html-editor/ ( download link on that page is broke, use http://qt.gitorious.org/qt-labs/graphics-dojo/trees/master/htmleditor ) [2] http://doc.qt.nokia.com/4.6/qwebelement.html Regards, Larry [0] http://doc.qt.nokia.com/4.7-snapshot/richtext-html-subset.html - Nathan On Mon, Jul 23, 2012 at 11:10 PM, Andreas Neumann a.neum...@carto.net wrote: Hi, In the context of the recent discussions around the hotlink plugin: Wouldn't it be fun if HTML would be supported in QGIS maptips and they would be displayed with a Webkit instance? That way we could display images located on the web in the maptips and we could also include little charts and our own text with the charting library of choice on our webserver. I checked recently and it seems like rich-text formatting is supported (e.g. p/, br/, b/, etc.) but not full HTML. Would it technically possible to display a Webkit instance instead of the traditional maptip? Of course it would also be cool if the new expression engine would be supported in the maptips ... Just dreaming loud, Andreas -- -- 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 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] New adv labeling freeze-thaw tools
Hi Larry, On Aug 6, 2012, at 1:28 PM, Larry Shaffer lar...@dakotacarto.com wrote: * Improve Change Label dialog: - Temporarily add (colored) PAL solution x, y, rot info to specific If I understand you correctly on this improvement idea, a hearty +1 from me. My read on this is that layers without x, y, and rotation fields will store frozen label information and allow them to be placed despite lacking those fields. Ideally, upon committing the changes (i.e., taking the layer out of editing mode), a prompt to save the information and assign to existing or create the appropriate fields would be given to the user. Is this right, or am I day-dreaming? My test last week on a handy layer did not allow me to move labels because I did not have said fields identified or available. Cheers, John ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] OpenLayers plugin
Hi all, What are the current plans to migrate the OpenLayer plugin to the official plugin repo? I have a seen a few people a bit distressed that is no longer available in the installer. - Nathan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New adv labeling freeze-thaw tools
Hi John, On Mon, Aug 6, 2012 at 8:38 PM, John C. Tull jct...@gmail.com wrote: Hi Larry, On Aug 6, 2012, at 1:28 PM, Larry Shaffer lar...@dakotacarto.com wrote: * Improve Change Label dialog: - Temporarily add (colored) PAL solution x, y, rot info to specific If I understand you correctly on this improvement idea, a hearty +1 from me. My read on this is that layers without x, y, and rotation fields will store frozen label information and allow them to be placed despite lacking those fields. Ideally, upon committing the changes (i.e., taking the layer out of editing mode), a prompt to save the information and assign to existing or create the appropriate fields would be given to the user. Is this right, or am I day-dreaming? My test last week on a handy layer did not allow me to move labels because I did not have said fields identified or available. Unfortunately, you're dreaming. ;^) What I was referring to was a situation where your table already has the columns (x, y and rotation) and has them mapped, but they still contain NULL values. I've recently updated the move tool to automatically freeze all of the PAL solution's data on initial move (before rotation and alignment were not used). But, with the Change Label tool, if you haven't frozen or moved (also frozen) a label's location data (i.e. still a dynamic label), the x, y and rotation form fields are all set to 0 (representing NULL) [0]. You basically can't put anything in the x or y fields because you probably have no accurate idea what it would be; so you end up having to freeze the label by other means first. However, the would-be frozen PAL data from the label can be loaded into the fields (I'm now thinking with a Load Position button). Then, clicking OK will essentially freeze the label, just like with the other two tools, but with the added ability to edit right before freezing. Your idea of creating the columns is great. I don't think I would do it after editing though. If it failed, you might lose your temporal data. A better solution might be to incorporate an 'Add Columns to Data Source' button in the data-defined settings section, that would be greyed-out if not in edit mode or the fields already exist[1]. This is a layer-level action, so it's better suited to that dialog than with the Change Label manipulation tool. Generating the columns could also automatically map them for labeling. A nice feature to an 'Add Columns...' button would be the option to pre-define default values to populate the column fields with. Then, advanced labeling could basically be all GUI-based for general usage, except for later batch-editing (for which I also have some ideas). Check out Régis's 'EasyCustomLabeling' plugin for another, separate memory layer approach. [0] https://dl.dropbox.com/u/4058089/qgis/change-label_nodata.png [1] https://dl.dropbox.com/u/4058089/qgis/label-settings_add-columns.png Regards, Larry Cheers, John ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] raster in qgis 1.8 and 1.9
i'm trying to find the difference between raster management in qgis ver. 1.8 and 1.9. but there are some features that i don't understand. as it has already been stated in other threads, qgis has some problems (error ?) in treating the value no data in raster. it makes some confusion in applying transparency to no data, and so the only way I found to get around this problem is to reclassify the raster immediately after a raster has been created (for example through the application of raster operations). Using the Sextante-saga reclassification module and immediately i convert no data to -9 value and this valued is suited for transparency. Needless to say how much this is annoying but now it seems that between version 1.8 and version 1.9 there is no continuity. I'll explain: Having dealt with a raster in version 1.8 as mentioned above, I would expect to (not) see no data in the version 1.9. instead it seems that the classification made with Ver. 18 is not recognized by ver. 1.9 and so it begins again. is it so, or I'm missing something? s. ps: please open attached raster with 1.8 and 1.9 1.8: colormap, three classes 1.9: singleband pseudocolor, three classes please see, how no data in 1.9 don't disappear http://osgeo-org.1560.n6.nabble.com/file/n4993536/OK_iso_2_50anos.tif OK_iso_2_50anos.tif -- View this message in context: http://osgeo-org.1560.n6.nabble.com/raster-in-qgis-1-8-and-1-9-tp4993536.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