Re: [Qgis-developer] Multi-threading rendering merged to master
Hi, On Wed, Feb 26, 2014 at 12:44 PM, Larry Shaffer wrote: > Hi Martin and Mathieu, > > On Wed, Feb 26, 2014 at 6:41 AM, Mathieu Pellerin wrote: > >> Happy to report that following Martin's last commit ( >> https://github.com/qgis/QGIS/commit/daf1e0b6881cdb77df6f6a9dc988ad92e0f9019d), >> I cannot see any issues with vector/raster layer rendering, as well as >> labelling. All renders like 2.2, except the user experience is 10 times >> better :) >> >> Larry, I'm pretty sure your labeling tests will mostly turn green now. >> > > Yes and no. :-) > > The server and composer tests, and comparisons with canvas output ,seem to > pass OK now, but not so for the canvas [0]. Now, I don't know if it is the > unit test setup that needs updated to work with new QgsMapSettings or > something in PAL, so I have to do some investigation first. > Turns out I just had to rebuild the TestQgsPalLabeling base test class to utilize QgsMapSettings (instead of deprecated QgsMapRenderer methods) [0] and ensure to set the correct map units for the CRS. Canvas tests now match 2.2 control images within a 0 - 6 pixel tolerance [1]. Close enough for me! [0] https://github.com/qgis/QGIS/commit/b6d943e [1] http://drive.dakotacarto.com/qgis/PALTestReport_2014-02-26_20-56-33.pdf Regards, Larry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QgsMapSettings map units
Hi Martin,
Do you think setting the destination CRS for QgsMapSettings should
automatically update its map units?
i.e.,
void QgsMapSettings::setDestinationCrs( const QgsCoordinateReferenceSystem&
crs )
{
mDestCRS = crs;
setMapUnits( crs.mapUnits() )
}
Or, are the two considered mutually exclusive?
Regards,
Larry
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Hi Andreas On Wed, Feb 26, 2014 at 9:48 PM, Andreas Neumann wrote: >> Some of the slowness is understandable, some not really, e.g. why >> deactivating a layer in the legend should require time? > > that's a case where the render-cache should work. When deactivating a > layer, QGIS will just redraw all remaining visible layers. In case the > render-cache was active it would just draw the layers from the cache. > > Unfortunately the render cache introduced issues and did not work well > with certain data providers (e.g. WMS). That's why I do not use it > currently. > > Maybe Martin could comment if the idea of the render-cache is still > feasible or useful at all with the new multi-threaded renderer. It should be safe to use render cache now in master branch, even with WMS. Paolo: make sure you have render caching turned on. Deactivating (and activating again) a layer should be immediate. Of course, if you pan the map or zoom in/out, everything will be re-rendered. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Multi-threading rendering merged to master
Hi Martin and Mathieu, On Wed, Feb 26, 2014 at 6:41 AM, Mathieu Pellerin wrote: > Happy to report that following Martin's last commit ( > https://github.com/qgis/QGIS/commit/daf1e0b6881cdb77df6f6a9dc988ad92e0f9019d), > I cannot see any issues with vector/raster layer rendering, as well as > labelling. All renders like 2.2, except the user experience is 10 times > better :) > > Larry, I'm pretty sure your labeling tests will mostly turn green now. > Yes and no. :-) The server and composer tests, and comparisons with canvas output ,seem to pass OK now, but not so for the canvas [0]. Now, I don't know if it is the unit test setup that needs updated to work with new QgsMapSettings or something in PAL, so I have to do some investigation first. On Wed, Feb 26, 2014 at 3:59 PM, Martin Dobias wrote: > Hi Larry > > On Tue, Feb 25, 2014 at 5:55 AM, Larry Shaffer > wrote: > > Hi Martin, > > > > This is just awesome work! > > > > Unfortunately, all but the simplest labeling tests (default labels of mm > > unit) fail, especially any that utilize labels in map units. In your > > forthcoming detailed description of changes you mentioned, could you add > > some info on what may have changed with regards to output resolution? > > I am sorry about that, but I am sure we can sort it out in the next > few days. Mathieu has done a great job testing post-MTR rendering and > reporting regressions, just today he has added #9661 and #9662 - maybe > these are the issues causing the tests fail. > > The main change is that doing size/width calculations should get > simpler now, because the "scale factor" and "raster scale factor" are > now always equal to one (so we do not need to use them anymore) and > there is just one true DPI (instead of two DPIs - painter DPI and > scene DPI). I know that labeling had to do some voodoo to get the > rendering right, I remember updating that code, but maybe I missed > some pieces > Hmm. I didn't figure everything would go smoothly. :-) Stripping out all the vector and raster scale adjustments from labeling will be great. But, the code removed in [1] is exactly the only thing that I thought I would need to leave in. It is used to find the difference in dpi from a native, local painter, versus the current render context. That is in turn used by the drop shadow and other functions to make sure their output matches the current painter's scale, since I leverage a local painter and QPicture to generate the silhouette of the label component, which is the basis for the drop shadow. Do you know of a way to effectively copy the main painter to a local one? Does the new renderer setup offer a means to duplicate the painter? Might have to switch the whole operation over to using Qt 4.6+ QGraphicsEffect drop shadows for QGraphicItems (tried that first, but had odd results). Could work better now with the new renderer setup. I won't be able to verify the issues that removing the noted code produces until I am done adding many more unit tests. I'm looking at adding two more unit test rendercheckers: composer export to PDF and SVG, then rasterize those back to PNG for comparing against composer and canvas outputs. This means for every individual labeling unit test, the following suite will be auto-generated: Self-comparisons * canvas (done) * server (done) * composer image (done) * composer PDF * composer SVG Cross-check comparisons * server vs. canvas (done) * composer image vs. canvas (done, but has double anti-aliasing issue) * composer PDF vs. composer image [and canvas?] * composer SVG vs. composer image [and canvas?] All outputs that support different resolutions should also have suites associated with a likely range that may expose issues, e.g. 72, 150, 300 dpi. Needless to say, many of these tests will have varying allowable tolerances, given font differences across platforms. The focus, at least for me, is to have the unit tests point towards glaring issues with QGIS code, not precisely solve cross-platform font issues nor have all output match cross-platform. Ideally, they should help ensure user's output is generally WYSIWYG in day-to-day usage. For rendering PDF back to PNG for cross-checking, I am looking at muPDF and poppler libs [2], both recommended by the Qt project [3]. There is also pdf2image [4], but that depends upon ghostscript. [0] http://drive.dakotacarto.com/qgis/PALTestReport_2014-02-26_10-13-21.pdf [1] https://github.com/qgis/QGIS/commit/daf1e0b [2] http://people.freedesktop.org/~aacid/docs/qt4/ [3] http://qt-project.org/wiki/Handling_PDF#a6e8f9aed2ac6481dc25a18a33342d03 [4] http://code.google.com/p/pdf2image/ Regards, Larry > Regards >> Martin >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> > > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailm
Re: [Qgis-developer] D&D form gone?
Il 26/02/2014 15:04, Jonathan Moules ha scritto: > Looks like it should be pre-populated with "autogenerate" (or at least, > selecting that option does nothing so I guess it's "already" selected). thanks: http://hub.qgis.org/issues/9668 -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Il 26/02/2014 17:25, Matthias Kuhn ha scritto: > Fair enough to at least look at what's currently being done with the > requested data and evaluating if it's appropriate (in every case) IMHO. > > That means, please open a ticket and add information about the executed > queries if possible. http://hub.qgis.org/issues/9667 thanks. unfortunately I'm in a middle of a course now, and cannot monitor the queries. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
On Wed 26 Feb 2014 05:09:53 PM CET, Paolo Cavallini wrote: Il 26/02/2014 15:39, Sandro Santilli ha scritto: I'd suggest to file a ticket for each case of that sort. Thanks. Would it be appropriate pointing out that deactivating a layer should not load any data from the server? Seems reasonable to me. All the best. Fair enough to at least look at what's currently being done with the requested data and evaluating if it's appropriate (in every case) IMHO. That means, please open a ticket and add information about the executed queries if possible. Best Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Il 26/02/2014 15:39, Sandro Santilli ha scritto: > I'd suggest to file a ticket for each case of that sort. Thanks. Would it be appropriate pointing out that deactivating a layer should not load any data from the server? Seems reasonable to me. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS UX list not on website
Hi Richard, Thanks. I remembered there's a special issue tracker for the website but couldn't remember where it was so went with this instead. Regards, Jonathan On 26 February 2014 15:09, Richard Duivenvoorde wrote: > On 26-02-14 15:07, Jonathan Moules wrote: > > I've seen a couple of references to a "qgis-ux" list, however it's not > > linked to on maillists list of the website: > > > http://www.qgis.org/en/site/getinvolved/mailinglists.html#qgis-mailinglists > > > > Might be worth adding. (I guess it's this one > > - http://lists.osgeo.org/mailman/listinfo/qgis-ux ) > > Ok, done: > > > https://github.com/qgis/QGIS-Website/commit/14984d873fa0d3ce8fbb1112cfa99254c1811dbf > > Regards, > > Richard Duivenvoorde > > ps plz consider creating issues for this kind of ommisions, so it does > not get missed/forgotten > > -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS UX list not on website
On 26-02-14 15:07, Jonathan Moules wrote: > I've seen a couple of references to a "qgis-ux" list, however it's not > linked to on maillists list of the website: > http://www.qgis.org/en/site/getinvolved/mailinglists.html#qgis-mailinglists > > Might be worth adding. (I guess it's this one > - http://lists.osgeo.org/mailman/listinfo/qgis-ux ) Ok, done: https://github.com/qgis/QGIS-Website/commit/14984d873fa0d3ce8fbb1112cfa99254c1811dbf Regards, Richard Duivenvoorde ps plz consider creating issues for this kind of ommisions, so it does not get missed/forgotten ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] using multiprocessing module with Qgis
Hi list, I try to use the multiprocessing module in a plugin, in order to increase the calculation speed. I use the Poll class and the apply_async method with a function that use a layer: pool. apply_async(function, layer) But I have the following error: RuntimeError: super-class __init__() of type QgsFeature was never called Is there someone who has tried the multiprocessing module in Qgis? Thanks. Stefano ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
> Some of the slowness is understandable, some not really, e.g. why > deactivating a layer in the legend should require time? that's a case where the render-cache should work. When deactivating a layer, QGIS will just redraw all remaining visible layers. In case the render-cache was active it would just draw the layers from the cache. Unfortunately the render cache introduced issues and did not work well with certain data providers (e.g. WMS). That's why I do not use it currently. Maybe Martin could comment if the idea of the render-cache is still feasible or useful at all with the new multi-threaded renderer. Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
On Wed, Feb 26, 2014 at 12:43:10PM +0100, Paolo Cavallini wrote: > Il 26/02/2014 11:31, Matthias Kuhn ha scritto: > > >> Zooming and editing require loading of data (we don't cache much data > >> locally) > > I see: wouldn't it be better to do it? > > >> * Activating server side simplification for such layers gives a > >> noticeable speed boost here. > > just tried, I do no see a dramatic improvement Do you have many records in your viewport ? Limiting the number of fetched records could also in those cases, but I'm not sure there's an UI option for that (I remember Larry adding it for labels for performance reasons). --strk; () ASCII ribbon campaign -- Keep it simple ! /\ http://strk.keybit.net/rants/ascii_mails.txt ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
On Wed, Feb 26, 2014 at 02:52:28PM +0100, Paolo Cavallini wrote: > Il 26/02/2014 13:29, Andreas Neumann ha scritto: > > Hi, > > > > As far as I know libpq does not support compression. > > > > There is a lengthy discussion on libpq compression at > > http://postgresql.1045698.n5.nabble.com/libpq-compression-td5712541.html > > Some of the slowness is understandable, some not really, e.g. why > deactivating a layer in the legend should require time? I'm pretty sure there are many cases of unneeded refresh. You notice a lot while playing with big topologies... even in a loopback network. I'd suggest to file a ticket for each case of that sort. --strk; ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS UX list not on website
I've seen a couple of references to a "qgis-ux" list, however it's not linked to on maillists list of the website: http://www.qgis.org/en/site/getinvolved/mailinglists.html#qgis-mailinglists Might be worth adding. (I guess it's this one - http://lists.osgeo.org/mailman/listinfo/qgis-ux ) Cheers, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] D&D form gone?
> > You're right, sorry for the noise. > The fact that the dropdown is empty induced me in error: perhaps better > to fill it with the default value? > > +1 Looks like it should be pre-populated with "autogenerate" (or at least, selecting that option does nothing so I guess it's "already" selected). -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
It sounds like the PostGIS connection provider could use some optimisations. The Oracle provider had/has a few which are being resolved (thanks Jurgen!), but it does first require identifying what queries are being run during what actions. If you have access, watch what queries are running on PostGIS when you perform actions within QGIS. On 26 February 2014 13:52, Paolo Cavallini wrote: > Il 26/02/2014 13:29, Andreas Neumann ha scritto: > > Hi, > > > > As far as I know libpq does not support compression. > > > > There is a lengthy discussion on libpq compression at > > http://postgresql.1045698.n5.nabble.com/libpq-compression-td5712541.html > > Some of the slowness is understandable, some not really, e.g. why > deactivating a layer in the legend should require time? > All the best. > > -- > Paolo Cavallini - www.faunalia.eu > QGIS & PostGIS courses: http://www.faunalia.eu/training.html > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Some notes of 2.2. OpenSuse 12.3 ""release"
Hi, https://build.opensuse.org/package/show/Application:Geo/qgis2 There is a "report bug" link in the above URL. I will check it when I find some time later. Best, Angelos On 02/25/2014 08:50 PM, Olivier Dalang wrote: 1. Manage and Install Plugins ... -> Upgradeable ; I've two left after I upgraded all others. mmqgis and Qgis2threejs both tell "There is a new version available" I think the problem comes from the plugin's repository XML : for my "layer combinations" plugins, the metadata file sets version=1.01, but the plugin's current version is displayed as 1.1 (both in QGIS's plugin manager and on http://plugins.qgis.org). So, the plugins stays marked as "upgradable"... I'm not sure on where to file tickets for that (since it's probably not in QGIS itself) Thanks ! Olivier 2014-02-25 15:22 GMT+01:00 Kari Salovaara : Replied privately (due files not for public) Cheers, Kari On 02/25/2014 02:50 PM, Angelos Tzotsos wrote: Hi, On 02/25/2014 05:04 AM, Kari Salovaara wrote: Hi, thanks for all developers of huge and fantastic work again. I've OpenSuse 12.3 updated about per midnight (GMT 24.2.2014 23:00). and qgis2-2.2.0-6.1 Can you please provide a full list of repositories that you have enabled in your 12.3 environment? I'd some notices of small "bugs". I was not able to use other machinery so I don't know .. 1. Manage and Install Plugins ... -> Upgradeable ; I've two left after I upgraded all others. mmqgis and Qgis2threejs both tell "There is a new version available" I've tried both Upgrade all and Upgrade plugin. Restarted QGIS and tried again. They just won't want to be upgraded. Please try to erase those plugins completely from your environment and install again from the Plugins Manager. I cannot reproduce this issue. Then I uninstalled mmqgis and installed again. Now it has been upgraded but is again in the list of upgradeable. If You look the numbering where I expect the error lie ? Installed version: 2014.01.06 (in /home/kari/.qgis2/python/ plugins/mmqgis) Available version: 2014.1.6 (in QGIS Official Plugin Repository) - and uninstall->install>result was also Installed version: 0.06 (in /home/kari/.qgis2/python/ plugins/Qgis2threejs) Available version: 0.6 (in QGIS Official Plugin Repository) - those leading zeroes ? Please try to wipe out .qgis2 folder and re-install the plugins. 2. jp2 (Jpeg2000) files don't work/render at all. That was not a surprise in OpenSuse. Have to force kill and restart qgis. It is a surprise to me, openSUSE was the first distribution to have OpenJPEG v2 packaged in Factory... Plus, I can work with jp2 files in 13.1 Can you please provide a jp2 file that fails for you so I can test? 3. in About -> License is missing (totally white) ;) Confirmed, I will take a look at this, thanks. Regards, Kari PS. Installation QGIS version2.2.0-ValmieraQGIS code revisionexported Compiled against Qt4.8.4Running against Qt4.8.4 Compiled against GDAL/OGR1.10.1Running against GDAL/OGR 1.10.1 Compiled against GEOS3.4.2-CAPI-1.8.2Running against GEOS 3.4.2-CAPI-1.8.2 r3921 PostgreSQL Client Version9.2.4SpatiaLite Version 4.1.1 QWT Version5.2.3PROJ.4 Version480 QScintilla2 Version -- Kari Salovaara Hanko, Finland "Volunteers do not necessarily have the time; they just have the heart." ~Elizabeth Andrew Thank you for your feedback. Best, Angelos -- Kari Salovaara Hanko, Finland "Volunteers do not necessarily have the time; they just have the heart." ~Elizabeth Andrew ___ 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 -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Il 26/02/2014 13:29, Andreas Neumann ha scritto: > Hi, > > As far as I know libpq does not support compression. > > There is a lengthy discussion on libpq compression at > http://postgresql.1045698.n5.nabble.com/libpq-compression-td5712541.html Some of the slowness is understandable, some not really, e.g. why deactivating a layer in the legend should require time? All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PyQT - How to get layer sending attributeValueChanged signal?
Hi Hugo, good to know! Thanks -- View this message in context: http://osgeo-org.1560.x6.nabble.com/PyQT-How-to-get-layer-sending-attributeValueChanged-signal-tp5105532p5106114.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Offline edit plugin error
Hi all. When copying locally a few pg layers, I get: near ")": syntax error Any explanation? What should I check? All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Multi-threading rendering merged to master
Happy to report that following Martin's last commit ( https://github.com/qgis/QGIS/commit/daf1e0b6881cdb77df6f6a9dc988ad92e0f9019d), I cannot see any issues with vector/raster layer rendering, as well as labelling. All renders like 2.2, except the user experience is 10 times better :) Larry, I'm pretty sure your labeling tests will mostly turn green now. Math On Wed, Feb 26, 2014 at 3:59 PM, Martin Dobias wrote: > Hi Larry > > On Tue, Feb 25, 2014 at 5:55 AM, Larry Shaffer > wrote: > > Hi Martin, > > > > This is just awesome work! > > > > Unfortunately, all but the simplest labeling tests (default labels of mm > > unit) fail, especially any that utilize labels in map units. In your > > forthcoming detailed description of changes you mentioned, could you add > > some info on what may have changed with regards to output resolution? > > I am sorry about that, but I am sure we can sort it out in the next > few days. Mathieu has done a great job testing post-MTR rendering and > reporting regressions, just today he has added #9661 and #9662 - maybe > these are the issues causing the tests fail. > > The main change is that doing size/width calculations should get > simpler now, because the "scale factor" and "raster scale factor" are > now always equal to one (so we do not need to use them anymore) and > there is just one true DPI (instead of two DPIs - painter DPI and > scene DPI). I know that labeling had to do some voodoo to get the > rendering right, I remember updating that code, but maybe I missed > some pieces > > Regards > Martin > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Get a signal when the symbology changed
Thanks, it works on Debian ; But on Windows 7 and os x mavericks I have an
error :
AttributeError: 'QgsVectorLayer' object has no attribute 'rendererChanged
> '
>
2014-02-26 10:46 GMT+01:00 Denis Rouzaud :
> Hi Guillaume,
>
> On 26. 02. 14 10:15, Guillaume GIMENO wrote:
>
> Hi,
>
> I am working on a plugin and want to get a signal
> when the
> symbology
> of a vector layer is changed by the user. In the doc, there is a signal
> that seems to fit (
>
> http://qgis.org/api/classQgsVectorLayer.html#a403f235d3743aa59bb3aad69a72a5705
> )
> .
>
>
> I have
> tried two
> method
> s
> called :
>
>> QObject.connect(self.iface.activeLayer(), SIGNAL("rendererChanged()"),
>> self.DoSomething)
>
>
> I have also tried :
>
>> self.iface.activeLayer().rendererChanged.connect(self.DoSomething)
>
>
> On os x mavericks nothing happens with the first method and for the
> second I have a error :
>
>> AttributeError: 'QgsVectorLayer' object has no attribute 'rendererChanged'
>
>
> I can't tell why, but you should use the second method as it is the new
> signal/slot connection style.
>
>
> But on Debian, I can get the signal but just for the layer which is
> selected when the plugin is run ; On the other layers, if I change the
> color, nothing happens.
>
>
> This is because iface.activeLayer() is the currently selected layer in the
> legend. [0]
> If you want to do so, you might want to connect all layers by browsing
> them using:
> iface.mapCanvas().layers() if you want all the displayed layers actually
> displayed in the map
> or
> QgsMapLayerRegistry.instance(). mapLayers() if you want all the layers
>
> Cheers,
>
> Denis
>
>
> [0]
> http://qgis.org/api/classQgisInterface.html#a231f32fbf95004aebb067cb98f3a391c
>
>
--
This mail was sent using 100% recycled electrons.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Fwd: Node tool symbols
Just forwarding to qgis-ux list ... -- Forwarded message -- From: Paolo Cavallini Date: Wed, Feb 26, 2014 at 8:42 AM Subject: [Qgis-developer] Node tool symbols To: qgis-developer Hi all. Now that we are at the beginning of a new release cycle, can we discuss a bit about the symbols used for node tool? I always found weird the choice of colours (red for normal nodes, blue for selected ones, and green for errors). Maybe we could use a different scheme, e.g. green for normal, yellow for selected, red for errors? Also, the thick square seems too thick, compared to the rest of the interface: perhaps a better one could be used? Thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.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] Wrong PyQT argument type
Hi, I've spent some time with a strange issue. The signal QgsComposition.composerMapAdded is supposed to carry the QgsComposerMap object that has just been added to a composer. Right, but when connecting this signal to a python slot, the argument becomes a plain QObject ... (connecting from something like iface.activeComposers()[i].composition()) I finally circumvented the problem in my plugin, but I can't understand what is going on. Is there something special to add to the .sip file in order for arguments to be correctly passed ? (using trunk with commit ab929a855c1) -- Hugo Mercier Oslandia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Hi, As far as I know libpq does not support compression. There is a lengthy discussion on libpq compression at http://postgresql.1045698.n5.nabble.com/libpq-compression-td5712541.html Andreas Am 26.02.2014 10:15, schrieb Paolo Cavallini: > Hi all. > Why exactly is using PostGIS so painful on a slow connection? I > understand that loading time is long, but I do not know why editing or > zooming should be so slow. > Any explanation? Better yet: any solution? > All the best. > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Le 2014-02-26 11:30, Matthias Kuhn a écrit : Solution (partly): * Activating server side simplification for such layers gives a noticeable speed boost here. * Get a faster network ;) What about requesting and using Tiny WKT when possible ? :) http://osgeo-org.1560.x6.nabble.com/Use-of-Tiny-WKB-td5098158.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis 2.3 not working
Thanks for all the replies. I tried with qgis --noplugin and it works fine, so the problem is related to some plugin but which one?! :) I will try to find it out. Cheers Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Il 26/02/2014 11:31, Matthias Kuhn ha scritto: >> Zooming and editing require loading of data (we don't cache much data >> locally) I see: wouldn't it be better to do it? >> * Activating server side simplification for such layers gives a >> noticeable speed boost here. just tried, I do no see a dramatic improvement >> * Get a faster network ;) unfortunately not an option here in Africa > * I forgot: Use 2.3 with MT-Rendering ok, thanks a lot. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] D&D form gone?
Il 26/02/2014 11:13, Denis Rouzaud ha scritto: > Hi Paolo, > > Go to layer properties -> fields > in the combobox on top (attribute editor layot) choose "drag an drop > designer" > > it might be hidden on the right if you previously reduced the splitter > to its minimum. You're right, sorry for the noise. The fact that the dropdown is empty induced me in error: perhaps better to fill it with the default value? Thanks again. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
On 02/26/2014 11:30 AM, Matthias Kuhn wrote: Hi Paolo, Explanation: Zooming and editing require loading of data (we don't cache much data locally) Solution (partly): * Activating server side simplification for such layers gives a noticeable speed boost here. * Get a faster network ;) * I forgot: Use 2.3 with MT-Rendering Best Matthias On Wed 26 Feb 2014 11:15:22 AM CET, Paolo Cavallini wrote: Hi all. Why exactly is using PostGIS so painful on a slow connection? I understand that loading time is long, but I do not know why editing or zooming should be so slow. Any explanation? Better yet: any solution? All the best. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using PostGIS on a slow connection
Hi Paolo, Explanation: Zooming and editing require loading of data (we don't cache much data locally) Solution (partly): * Activating server side simplification for such layers gives a noticeable speed boost here. * Get a faster network ;) Best Matthias On Wed 26 Feb 2014 11:15:22 AM CET, Paolo Cavallini wrote: Hi all. Why exactly is using PostGIS so painful on a slow connection? I understand that loading time is long, but I do not know why editing or zooming should be so slow. Any explanation? Better yet: any solution? All the best. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis 2.3 not working
Hi Matteo, For information, I just tried with the current master (http://qgis.org/debian-nightly) and it works fine on my Saucy 13.10. Rémi -- View this message in context: http://osgeo-org.1560.x6.nabble.com/qgis-2-3-not-working-tp5106031p5106061.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Using PostGIS on a slow connection
Hi all. Why exactly is using PostGIS so painful on a slow connection? I understand that loading time is long, but I do not know why editing or zooming should be so slow. Any explanation? Better yet: any solution? All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] D&D form gone?
Hi Paolo, Go to layer properties -> fields in the combobox on top (attribute editor layot) choose "drag an drop designer" it might be hidden on the right if you previously reduced the splitter to its minimum. tested now on master, I believe it's not different from 2.2. Cheers, Denis On 26. 02. 14 11:00, Paolo Cavallini wrote: Hi all. I'm not finding the Drag & Drop form designer on 2.2: am I missing something? Thanks. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis 2.3 not working
Fine here (nightly on sid amd64) Try to (re)move all plugins ... Guy Le 26/02/2014 09:31, Matteo Ghetta a écrit : > Hi guys, > I noticed that qgis 2.3 (debian nightly repos, just updated) is not > working. > No problem to open qgis, but then, when loading any layer (raster or > vector) it crashes saying "segmentation error". > > Someone else has the same problem? What can I do? > > BTW: debian 7.3 > > Thanks to all > > Matteo > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] D&D form gone?
Hi all. I'm not finding the Drag & Drop form designer on 2.2: am I missing something? Thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Get a signal when the symbology changed
Hi Guillaume,
On 26. 02. 14 10:15, Guillaume GIMENO wrote:
Hi,
I am working on a plugin and want to get a signal
when the
symbology
of a vector layer is changed by the user. In the doc, there is a
signal that seems to fit (
http://qgis.org/api/classQgsVectorLayer.html#a403f235d3743aa59bb3aad69a72a5705
)
.
I have
tried two
method
s
called :
QObject.connect(self.iface.activeLayer(),
SIGNAL("rendererChanged()"), self.DoSomething)
I have also tried :
self.iface.activeLayer().rendererChanged.connect(self.DoSomething)
On os x mavericks nothing happens with the first method and for the
second I have a error :
AttributeError: 'QgsVectorLayer' object has no attribute
'rendererChanged'
I can't tell why, but you should use the second method as it is the new
signal/slot connection style.
But on Debian, I can get the signal but just for the layer which is
selected when the plugin is run ; On the other layers, if I change the
color, nothing happens.
This is because iface.activeLayer() is the currently selected layer in
the legend. [0]
If you want to do so, you might want to connect all layers by browsing
them using:
iface.mapCanvas().layers() if you want all the displayed layers actually
displayed in the map
or
QgsMapLayerRegistry.instance(). mapLayers() if you want all the layers
Cheers,
Denis
[0]
http://qgis.org/api/classQgisInterface.html#a231f32fbf95004aebb067cb98f3a391c
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PyQT - How to get layer sending attributeValueChanged signal?
Hi, Note that you can also use an indirect function call when you connect the signal, thanks to lambda. For instance : myLayer.attributeValueChanged.connect( lambda : self.myslot(myLayer) ) Le 24/02/2014 17:01, Régis Haubourg a écrit : > Hi Matthias, > thanks for the pointer. My plugin main class does not inherits from anything > and I get the following error: > > line 173, in labelLayerModified > sender = self.sender() > AttributeError: EasyCustomLabeling instance has no attribute 'sender' > > Should I inherit my class from a higher QT or PyQt4 object, and which one? > > Cheers > Régis > > > > > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/PyQT-How-to-get-layer-sending-attributeValueChanged-signal-tp5105532p5105587.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 > -- Hugo Mercier Oslandia ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Get a signal when the symbology changed
Hi,
I am working on a plugin and want to get a signal
when the
symbology
of a vector layer is changed by the user. In the doc, there is a signal
that seems to fit (
http://qgis.org/api/classQgsVectorLayer.html#a403f235d3743aa59bb3aad69a72a5705
)
.
I have
tried two
method
s
called :
> QObject.connect(self.iface.activeLayer(), SIGNAL("rendererChanged()"),
> self.
> DoSomething)
I have also tried :
> self.iface.activeLayer().rendererChanged.connect(self.
> DoSomething)
On os x mavericks nothing happens with the first method and for the second
I have a error :
> AttributeError: 'QgsVectorLayer' object has no attribute 'rendererChanged'
But on Debian, I can get the signal but just for the layer which is
selected when the plugin is run ; On the other layers, if I change the
color, nothing happens.
Regards,
Guillaume
--
This mail was sent using 100% recycled electrons.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Multi-threading rendering merged to master
Hi Larry On Tue, Feb 25, 2014 at 5:55 AM, Larry Shaffer wrote: > Hi Martin, > > This is just awesome work! > > Unfortunately, all but the simplest labeling tests (default labels of mm > unit) fail, especially any that utilize labels in map units. In your > forthcoming detailed description of changes you mentioned, could you add > some info on what may have changed with regards to output resolution? I am sorry about that, but I am sure we can sort it out in the next few days. Mathieu has done a great job testing post-MTR rendering and reporting regressions, just today he has added #9661 and #9662 - maybe these are the issues causing the tests fail. The main change is that doing size/width calculations should get simpler now, because the "scale factor" and "raster scale factor" are now always equal to one (so we do not need to use them anymore) and there is just one true DPI (instead of two DPIs - painter DPI and scene DPI). I know that labeling had to do some voodoo to get the rendering right, I remember updating that code, but maybe I missed some pieces Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] qgis 2.3 not working
Hi guys, I noticed that qgis 2.3 (debian nightly repos, just updated) is not working. No problem to open qgis, but then, when loading any layer (raster or vector) it crashes saying "segmentation error". Someone else has the same problem? What can I do? BTW: debian 7.3 Thanks to all Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
