Re: [Qgis-developer] Multiple labeling layers ?
Hi Hugo On Mon, Feb 9, 2015 at 9:37 PM, Hugo Mercier hugo.merc...@oslandia.com wrote: Hi all, We have a request to refine the way layers can be cached and especially regarding the handling of labels. The goal is to be able to optimize what is redrawn during the rendering when features of only some of the vector layers are moving (a script somewhere makes them move), and the other vector layers stay the same (same data, same extent) Sounds good. Do I understand correctly you want to avoid having to register features on every map rendering? What exactly would be cached - features / label candidates? for one view / for the whole map? I would like to allow labels to be manipulated in a new kind of labeling layers, which could be organised as any other layer in the legend : on top / above other layers, with blending modes, etc. Recently there was a ticket filed for that: http://hub.qgis.org/issues/12131 By reordering do you mean that the labeling could get under some other layers - i.e. wouldn't be drawn always on top? Or do you mean that a labeling layer would actually _draw_ extra labeling instead of _providing_ features? This could be indeed an interesting piece of functionality. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] still problem with SAGA in QGIS Master
Can you provide more details (OS, etc). Any information in the Processing log? 2015-02-12 11:03 GMT+01:00 Matteo Ghetta matteo.ghe...@gmail.com: Hi all, I'm running QGIS dev (fresh compiled) and I have SAGA 2.1.2 installed in my computer (both are working). The problem is that Processing doesn't see SAGA: in the Processing option dialog the checkbox for SAGA is activated but I cannot run any of its algorithms. Am I missing something? Thanks! Matteo ___ 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] RAS plugins
2015-02-12 10:28 GMT+01:00 Paolo Cavallini cavall...@faunalia.it: Hi Pete, Il 12/02/2015 08:35, Peter Wells ha scritto: o Ensure we are all using sensible descriptive ‘tags’ to allow grouping at the search stage I think following crayfish tags: - hydraulics - hydraulic modelling - flood are universal and I will happily adopt them to have a proper grouping. Maybe we could consider: 'flow', 'river' and 'channel 'as another tags common to our plugins? o Consider adding our plugins to a ‘Hydraulics’ menu in QGIS to allow menu-grouping agreed fully. proper tagging and grouping is something we miss a lot for most plugins, so hydraulics could just be the first in a row. why not moving this discussion to qgis-dev? all the best, and thanks for your thoughts. Having a Hydraulics plugins group would be great. Best regards, Radek ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Thanks for the link. I would have liked to be involved but couldn't be there today. I know this was discussed briefly before but I'm still unsure of the answer. Is the main push to test tool competency or is underlying knowledge of spatial problems and processes part of the purpose? I have materials from my GIS intro course I teach for the University of Calgary that is more focused on understanding that uses QGIS. I am willing to share these but the how to sections are older and would need to be updated (I teach this course every 18 months). I realize that this will be QGIS focused and to provide something similar to commercial certification the focus needs to mostly focus on tool specific competency. I would however suggest that having a solid coverage of basic GIS knowledge would be a step up over commercial certification programs where it is not uncommon to see people with credentials on paper who understand very little. If someone can fill me in where we are at that level of specifics I would appreciate it. TSW On Feb 12, 2015 10:14 AM, Robert Szczepanek rob...@szczepanek.pl wrote: Log from IRC meeting is available at: http://hub.qgis.org/wiki/quantum-gis/Certification regards, Robert W dniu 06.02.2015 o 16:34, Tim Sutton pisze: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com http://kartoza.com/ to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net http://freenode.net/ Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-psc mailing list qgis-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-psc ___ 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] still problem with SAGA in QGIS Master
Hi all, I'm running QGIS dev (fresh compiled) and I have SAGA 2.1.2 installed in my computer (both are working). The problem is that Processing doesn't see SAGA: in the Processing option dialog the checkbox for SAGA is activated but I cannot run any of its algorithms. Am I missing something? Thanks! Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
Il 12/02/2015 13:03, Jürgen E. Fischer ha scritto: Another thing nice to know would be if those issues would go away if we move redmine to our server (but we might not be able to see the issues in a test setup without doing a full switch). But I haven't worked with github tracking either. My guess is that redmine is more sophisticated. Keeping it in our hand is/could looks like a plus to me - and also would avoid migration. I may add, on the other hand, that search in Redmine is currently rather ugly. BTW, do we really need all these sophisticated features? All the best. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html *New course* QGIS for naturalists: http://www.faunalia.eu/en/nat_course.html signature.asc Description: OpenPGP digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS LTR and documentation (LTR ?)
Denis, Jürgen, On Thursday, February 12, 2015 14:09:59 Jürgen E. Fischer wrote: Hi Denis, On Thu, 12. Feb 2015 at 14:04:31 +0100, Denis Rouzaud wrote: IIRC for the documentation, I think that the idea rose that LTR would be the only ones documented. Not sure. I guess that documentation is done for released stuff anyway, so there's no need to update the documentation while development is still going on. Agreed, documentation should be updated with each release of QGIS. This way we can add documentation for new feature for each new release but have a greater look to the next LTR to get the best documentation. For translations, it would make sense to keep the application translatable during its whole life cycle, but I can't say. I think what we discussed was that transifex is used for master and the release branches are maintained like they used to be before transifex (ie. using linguist). Sounds good to me. Y. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
Il 12/02/2015 13:15, Jürgen E. Fischer ha scritto: Hi Paolo, On Thu, 12. Feb 2015 at 13:08:48 +, Paolo Cavallini wrote: I may add, on the other hand, that search in Redmine is currently rather ugly. Um, not to me. But I guess ugly isn't a good description. How is github's search better? If I do an unstructured text query in the Seach texbox on top right, I cannot exclude closed tickets, etc., so I usually get many irrelevant results; I believe this is an important cause for the many duplications that plague us. I know this is the feeling of many users. BTW, do we really need all these sophisticated features? What would we loose? personally probably nothing, that's why I'm asking. all the best. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html *New course* QGIS for naturalists: http://www.faunalia.eu/en/nat_course.html signature.asc Description: OpenPGP digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
I agree that Github is easier and faster to use than our current Redmine. I find the approach in Redmine over-engineered. Searching/filtering is indeed the worst. What feature in Redmine would we loose (which could not be replaced by tags) in Github? On 12.02.2015 14:08, Paolo Cavallini wrote: Il 12/02/2015 13:03, Jürgen E. Fischer ha scritto: Another thing nice to know would be if those issues would go away if we move redmine to our server (but we might not be able to see the issues in a test setup without doing a full switch). But I haven't worked with github tracking either. My guess is that redmine is more sophisticated. Keeping it in our hand is/could looks like a plus to me - and also would avoid migration. I may add, on the other hand, that search in Redmine is currently rather ugly. BTW, do we really need all these sophisticated features? All the best. ___ 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] Multiple labeling layers ?
Hi Martin, Thanks for your feedback. Le 12/02/2015 13:00, Martin Dobias a écrit : Hi Hugo On Mon, Feb 9, 2015 at 9:37 PM, Hugo Mercier hugo.merc...@oslandia.com mailto:hugo.merc...@oslandia.com wrote: Hi all, We have a request to refine the way layers can be cached and especially regarding the handling of labels. The goal is to be able to optimize what is redrawn during the rendering when features of only some of the vector layers are moving (a script somewhere makes them move), and the other vector layers stay the same (same data, same extent) Sounds good. Do I understand correctly you want to avoid having to register features on every map rendering? What exactly would be cached - features / label candidates? for one view / for the whole map? If I am correct, during labeling the most demanding task is the global optimization to compute label positions. So these label positions could be cached for one set of labels (in a labeling layer), provided the underlying vector layers are also cached. I would like to allow labels to be manipulated in a new kind of labeling layers, which could be organised as any other layer in the legend : on top / above other layers, with blending modes, etc. Recently there was a ticket filed for that: http://hub.qgis.org/issues/12131 By reordering do you mean that the labeling could get under some other layers - i.e. wouldn't be drawn always on top? Yes the idea would be to separate the vector layers that provide features and layers that actually draw labels. So yes, labels that could be drawn not always on top. Or labels from a set of layers drawn independently from labels of some other set of labels (with possible overlaps in this case). Or do you mean that a labeling layer would actually _draw_ extra labeling instead of _providing_ features? This could be indeed an interesting piece of functionality. Exactly. Each labelling layer would refer to a set of vector layers which provide features. The PAL optimization would be run on each labeling layer and labels rendered in their own layer. I am also investigating another optimization idea: the good old global labeling on top of every other layers, but with a way to partially solve the placement problem. Could it be possible to inject precomputed label positions in PAL ? So that a part of the label positions would be already known from a previous frame and some other labels would have to be recomputed ? The 'obstacle' feature of PAL is interesting, but probably not strong enough to really avoid overlapping ... ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Hi, Is this channel public? Can't find it ... regards, Robert W dniu 06.02.2015 o 16:34, Tim Sutton pisze: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com http://kartoza.com/ to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net http://freenode.net/ Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-psc mailing list qgis-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-psc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Multiple labeling layers ?
On Thu, Feb 12, 2015 at 8:50 PM, Hugo Mercier hugo.merc...@oslandia.com wrote: Sounds good. Do I understand correctly you want to avoid having to register features on every map rendering? What exactly would be cached - features / label candidates? for one view / for the whole map? If I am correct, during labeling the most demanding task is the global optimization to compute label positions. So these label positions could be cached for one set of labels (in a labeling layer), provided the underlying vector layers are also cached. Actually not - the global optimization is quite fast (after all that was the intent of the PAL library), usually it is extraction of label candidates and calculation of their costs (for polygons) that make up most of the time. In some cases finding of the solution can still be a bottleneck - e.g. zoomed out map with huge amount of overlapping labels. I have done measuring of the labeling performance quite a long time ago, so it may be a good idea to check again where the speed issues are. Various placement options have their own issues. I am also investigating another optimization idea: the good old global labeling on top of every other layers, but with a way to partially solve the placement problem. Could it be possible to inject precomputed label positions in PAL ? Yes, this is already being done with data-defined positions of labels. So that a part of the label positions would be already known from a previous frame and some other labels would have to be recomputed ? It is hard to guess what would help the most. Probably the best would be to first measure the times of few scenarios and decide what/where/how to cache based on the hard data. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Hi Yes it is public - if you come to the #qgis channel I will invite you Regards Tim On Thu, Feb 12, 2015 at 4:08 PM, Robert Szczepanek rob...@szczepanek.pl wrote: Hi, Is this channel public? Can't find it ... regards, Robert W dniu 06.02.2015 o 16:34, Tim Sutton pisze: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com http://kartoza.com/ to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net http://freenode.net/ Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-psc mailing list qgis-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-psc -- -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS LTR and documentation (LTR ?)
Hi Denis, On Thu, 12. Feb 2015 at 14:04:31 +0100, Denis Rouzaud wrote: IIRC for the documentation, I think that the idea rose that LTR would be the only ones documented. Not sure. I guess that documentation is done for released stuff anyway, so there's no need to update the documentation while development is still going on. For translations, it would make sense to keep the application translatable during its whole life cycle, but I can't say. I think what we discussed was that transifex is used for master and the release branches are maintained like they used to be before transifex (ie. using linguist). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
Hi Paolo, On Thu, 12. Feb 2015 at 13:08:48 +, Paolo Cavallini wrote: I may add, on the other hand, that search in Redmine is currently rather ugly. Um, not to me. But I guess ugly isn't a good description. How is github's search better? BTW, do we really need all these sophisticated features? What would we loose? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
Attachments is really all you would loose, but that isn't a big thing. You can also just setup sub-tags for different things, eg. platform\windows, platform\osx, etc. Personally I think it would be a good move. - Nathan On Thu Feb 12 2015 at 11:24:05 PM Paolo Cavallini cavall...@faunalia.it wrote: Il 12/02/2015 13:15, Jürgen E. Fischer ha scritto: Hi Paolo, On Thu, 12. Feb 2015 at 13:08:48 +, Paolo Cavallini wrote: I may add, on the other hand, that search in Redmine is currently rather ugly. Um, not to me. But I guess ugly isn't a good description. How is github's search better? If I do an unstructured text query in the Seach texbox on top right, I cannot exclude closed tickets, etc., so I usually get many irrelevant results; I believe this is an important cause for the many duplications that plague us. I know this is the feeling of many users. BTW, do we really need all these sophisticated features? What would we loose? personally probably nothing, that's why I'm asking. all the best. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html *New course* QGIS for naturalists: http://www.faunalia.eu/en/nat_course.html ___ 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] hub.qgis under heavy load?
Hi It seems to me that recently our Redmine instance on hub.qgis.org has often issues - the page load time can be quite long or the response is just: This website is under heavy load We're sorry, too many people are accessing this website at the same time. We're working on this problem. Please try again later. It is displeasing to see such response after sending a longer reply to an issue. Does anyone know how to fix that? Is the server really under too much load or is it just a matter of improving to configuration? I am starting to be more and more keen on switching to a more stable issue tracking system - e.g. the one on GitHub where we already keep the main repository. Compared to Redmine I think there would be just few issues with it: - different logins - support for attachments - migration With logins I don't think there is an issue (github is nowadays widely used). With attachments Redmine supports only small attachments anyway, so we could just recommend an external service for extra data. Finally, the migration could bring some headache - numbering of issues would get wrong... Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS LTR and documentation (LTR ?)
IIRC for the documentation, I think that the idea rose that LTR would be the only ones documented. For translations, it would make sense to keep the application translatable during its whole life cycle, but I can't say. On 12.02.2015 09:14, Yves Jacolin wrote: Hello, QGIS 2.8 should be the first LTR. For this release, fix would be backported for one year. What about the documentation? Can we think a similar support to have the time to translate it and correct typo? Could this managed in transifex or is just too complex to managed 2 releases in the same time? Thanks, Y. ___ 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] LAStools with processing
Hi I'm using QGIS 2.4 Chugiak and windows 7 I'm working wiht LAStools, but I can't to call LAStools functions with comand processing.runalg. When I try, I can see the next error: Algorithm not found. The code I use is: I reviewed thousand times paht and PYTHONPATH but can not find the error. Someone has this happened? And he knows how to fix it or an alternative to using processing? PATH=C:\Python27\Lib\site-packages\PyQt4;C:\Program Files\QGIS Chugiak\bin;C:\Program Files\QGIS Chugiak\apps\qgis\bin;C:\Program Files\QGIS Chugiak\apps\msys\bin;C:\Program Files\QGIS Chugiak\apps\Python27\Scripts;C:\Program Files\QGIS Chugiak\apps\qgis\python\plugins;C:\Program Files\QGIS Chugiak\apps\qgis\python\plugins\processing\core;C:\Program Files\QGIS Chugiak\apps\qgis\python\plugins\processing\lidar\lasground.py;C:\Users\itmati\.qgis2\processing;C:\Program Files\QGIS Chugiak\apps\qgis\python\plugins\processing\algs\lidar\lastools;C:\LAStools\bin PYTHONPATH=C:\Program Files\QGIS Chugiak\apps\qgis\python;C:\Program Files\QGIS Chugiak\apps\qgis\python\plugins\processing\algs\lidar\lastools Thanks for help Iván ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS LTR and documentation (LTR ?)
Hello, QGIS 2.8 should be the first LTR. For this release, fix would be backported for one year. What about the documentation? Can we think a similar support to have the time to translate it and correct typo? Could this managed in transifex or is just too complex to managed 2 releases in the same time? Thanks, Y. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] refresh postgis layer
Hello dear list, in the process of developing a plugin (python 2.7, QGIS 2.6), from pyqgis , we would like to refresh a Postgis layer. When using the vectorLayer.refresh(), it does nothing. We used a trick that works but seems like a bad idea : (we slightly change the zoom to force rendering) DEFAULT_SEGMENT_EPSILON = 1E-8 mapCanvas().zoomByFactor(1.0 + DEFAULT_SEGMENT_EPSILON, mapRect.center()) Somebody knows how to do it properly? Thanks, Rémi-C ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
You can get to it via: http://webchat.freenode.net/?channels=#qgis-certification -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Robert Szczepanek Sent: Thursday, February 12, 2015 2:08 PM To: Tim Sutton; qgis-...@lists.osgeo.org; QGIS Developer Mailing List; qgis-community Subject: Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015 Hi, Is this channel public? Can't find it ... regards, Robert W dniu 06.02.2015 o 16:34, Tim Sutton pisze: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com http://kartoza.com/ to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net http://freenode.net/ Tim is a member of the QGIS Project Steering Committee -- - Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-psc mailing list qgis-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-psc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This message has been scanned for viruses by MailControl - www.mailcontrol.com Click https://www.mailcontrol.com/sr/xOB12O50SJPGX2PQPOmvUkHxlm0SZLPCY30nK+u2CpUZXx64D5lly6aj+FGy0WGypfmunE2R0s4eRLY+cWrx9g== to report this email as spam. HR Wallingford and its subsidiaries uses faxes and emails for confidential and legally privileged business communications. They do not of themselves create legal commitments. Disclosure to parties other than addressees requires our specific consent. We are not liable for unauthorised disclosures nor reliance upon them. If you have received this message in error please advise us immediately and destroy all copies of it. HR Wallingford Limited Howbery Park, Wallingford, Oxfordshire, OX10 8BA, United Kingdom Registered in England No. 02562099 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Multiple labeling layers ?
Le 12/02/2015 15:19, Martin Dobias a écrit : On Thu, Feb 12, 2015 at 8:50 PM, Hugo Mercier hugo.merc...@oslandia.com mailto:hugo.merc...@oslandia.com wrote: Sounds good. Do I understand correctly you want to avoid having to register features on every map rendering? What exactly would be cached - features / label candidates? for one view / for the whole map? If I am correct, during labeling the most demanding task is the global optimization to compute label positions. So these label positions could be cached for one set of labels (in a labeling layer), provided the underlying vector layers are also cached. Actually not - the global optimization is quite fast (after all that was the intent of the PAL library), usually it is extraction of label candidates and calculation of their costs (for polygons) that make up most of the time. I see. I thought this part was also done by PAL. I understand that computing position of candidate bounding boxes (evaluating expressions, include font metrics, centroids, etc.) may be the hardest part. In some cases finding of the solution can still be a bottleneck - e.g. zoomed out map with huge amount of overlapping labels. I have done measuring of the labeling performance quite a long time ago, so it may be a good idea to check again where the speed issues are. Various placement options have their own issues. Yes. So caching results from registering and PAL may be a good option. I am also investigating another optimization idea: the good old global labeling on top of every other layers, but with a way to partially solve the placement problem. Could it be possible to inject precomputed label positions in PAL ? Yes, this is already being done with data-defined positions of labels. Ah good to know. I guess it is the fixedPos and fixedAngle parameters of pal::Layer::registerFeature ? So that a part of the label positions would be already known from a previous frame and some other labels would have to be recomputed ? It is hard to guess what would help the most. Probably the best would be to first measure the times of few scenarios and decide what/where/how to cache based on the hard data. Sure. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] commit change in geometry produce fatal error
Hi again Remi On Thu, Feb 12, 2015 at 11:46 PM, Rémi Cura remi.c...@gmail.com wrote: Hello again dear list, Our goal is to save (commitchanges) any modification of a vector layer when it happens. We encountered another problem when trying to exploit the layer.geometryChanged event. Upon activation of this event, we tried to use the layer.commitChanges() to save changes in geometry of the layer (postgis layer, maybe not related), But it hard-crashes QGIS. A quick gdb look seems to indicate a rollback issue?? It is not a good idea to try to commit changes in a slot connected to a signal about layer modification - crashes due to corrupted undo stack can be expected (the undo stack is not in final state yet at the time of the signal being emitted). Also often the changes are done in batches (e.g. field calculator) and if you committed changes after each single change, this may lead to poor performance due to separate transactions. I think for your use case you could watch changes to the undo stack and commit whenever you detect a new undo command is added (e.g. canUndoChanged() or indexChanged() signal) you could commit the changes. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] commit change in geometry produce fatal error
Thanks a lot for those fast and accurate suggestions. We try to do as you propose and post the result here! Many thanks, Rémi-C 2015-02-12 18:07 GMT+01:00 Martin Dobias wonder...@gmail.com: Hi again Remi On Thu, Feb 12, 2015 at 11:46 PM, Rémi Cura remi.c...@gmail.com wrote: Hello again dear list, Our goal is to save (commitchanges) any modification of a vector layer when it happens. We encountered another problem when trying to exploit the layer.geometryChanged event. Upon activation of this event, we tried to use the layer.commitChanges() to save changes in geometry of the layer (postgis layer, maybe not related), But it hard-crashes QGIS. A quick gdb look seems to indicate a rollback issue?? It is not a good idea to try to commit changes in a slot connected to a signal about layer modification - crashes due to corrupted undo stack can be expected (the undo stack is not in final state yet at the time of the signal being emitted). Also often the changes are done in batches (e.g. field calculator) and if you committed changes after each single change, this may lead to poor performance due to separate transactions. I think for your use case you could watch changes to the undo stack and commit whenever you detect a new undo command is added (e.g. canUndoChanged() or indexChanged() signal) you could commit the changes. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Log from IRC meeting is available at: http://hub.qgis.org/wiki/quantum-gis/Certification regards, Robert W dniu 06.02.2015 o 16:34, Tim Sutton pisze: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com http://kartoza.com/ to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net http://freenode.net/ Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-psc mailing list qgis-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-psc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] refresh postgis layer
Hey Martin, thanks for the answer (again !) Apparently it still doesn't refresh anything. When I do it manually I use the Refresh button, and this works. (The zoom trick also works) Could it be because the layer needing refresh are not only the active layer but all the others? Cheers, Rémi-C 2015-02-12 17:42 GMT+01:00 Martin Dobias wonder...@gmail.com: Hi Remi On Thu, Feb 12, 2015 at 11:27 PM, Rémi Cura remi.c...@gmail.com wrote: Hello dear list, in the process of developing a plugin (python 2.7, QGIS 2.6), from pyqgis , we would like to refresh a Postgis layer. When using the vectorLayer.refresh(), it does nothing. Try vectorLayer.triggerRepaint() Calling refresh() of the canvas will not work because even though the canvas will get refreshed, it will use previously cached map images. With triggerRepaint() the cached map image of your layer will get cleared and also refresh() will be called for any canvas that displays such layer. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
On 12-02-15 14:42, Nathan Woodrow wrote: Attachments is really all you would loose, but that isn't a big thing. You can also just setup sub-tags for different things, eg. platform\windows, platform\osx, etc. Personally I think it would be a good move. We more or less agreed on doing some research on it: -1- Tim already asked if someone could try to find a way/script to move current issues to a dummy repo to try out. -2- We have to think about an easy upload service though: data attached to a issue should stay on that service long enough for an long outstanding issue Maybe a simple Django upload app? So anybody available to dive into this? And come up with some results? Regards, Richard Duivenvoorde ps as said by Juergen: maybe it's just the fault disk that is playing us up... ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] commit change in geometry produce fatal error
Hello again dear list, Our goal is to save (commitchanges) any modification of a vector layer when it happens. We encountered another problem when trying to exploit the layer.geometryChanged event. Upon activation of this event, we tried to use the layer.commitChanges() to save changes in geometry of the layer (postgis layer, maybe not related), But it hard-crashes QGIS. A quick gdb look seems to indicate a rollback issue?? The workaround we found was to use thread with short timers, but is is ill suited for this. Python 2.7, QGIS 2.6, Linux 64. Somebody know how to fix this issue ? Many thanks, Rémi-C ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis under heavy load?
Tags are an oversimplification, as you have to use them for area or subareas topic as well as severity and status. Can you search Github's issues for tags on topic rendering, of severity blocker, against milestone 2.8, that are open? There's an API right? Maybe we build a custom search tool to github issues? No idea if Redmine is the issue, I have never run a Redmine with this much load. It was running well last year after a Ruby upgrade but not sure if anyone has upgraded Redmine itself. As for the hardware story, OSGeo is now looking at buying a new machine to replace the one QGIS Hub is currently on. QGIS' input on this buy would be useful, and we could even beef it up if QGIS wants to help out financially. The likely setup will be software raid5 and docker, learning from previous issues. http://wiki.osgeo.org/wiki/Infrastructure_Transition_Plan_2014#Hardware Also there's discussion of implementing GitLab on the new hardware, which is very similar to Github but would allow OSGeo Logins and Github logins. PS: there are a couple of pure Django Issue trackers out there. No VCS integrated but that doesn't matter if the code is on Github. Thanks, Alex On 02/12/2015 05:23 AM, Denis Rouzaud wrote: I agree that Github is easier and faster to use than our current Redmine. I find the approach in Redmine over-engineered. Searching/filtering is indeed the worst. What feature in Redmine would we loose (which could not be replaced by tags) in Github? On 12.02.2015 14:08, Paolo Cavallini wrote: Il 12/02/2015 13:03, Jürgen E. Fischer ha scritto: Another thing nice to know would be if those issues would go away if we move redmine to our server (but we might not be able to see the issues in a test setup without doing a full switch). But I haven't worked with github tracking either. My guess is that redmine is more sophisticated. Keeping it in our hand is/could looks like a plus to me - and also would avoid migration. I may add, on the other hand, that search in Redmine is currently rather ugly. BTW, do we really need all these sophisticated features? All the best. ___ 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