Re: [QGIS-Developer] Dropping eVis plugin?
On 23 May 2018 at 15:31, Alexander Bruywrote: > 2018-05-22 23:24 GMT+03:00 Nyall Dawson : >> If you'd asked me last week, I'd have been a strong +1... but then I >> attended a conference where a workflow using evis was demonstrated >> which revealed that there's a significant number of users of this >> plugin still. > > Are there slides or maybe video available from this presentation? From > my understanding all functionality provided by the plugin already available > as QGIS core features, but maybe I miss something. Unfortunately not - but the presenter demonstrated using the next/prev buttons to scroll through the photos and edit records while they do that. An easy next/prev button to navigate tables like evis has isn't something we currently have. Nyall > > -- > Alexander Bruy ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zonal statistics not working with different CRS
On 24 May 2018 at 18:41, matteowrote: > Hi Nyall, > > sorry for the late reply. > >> Confirmed, but fortunately the fix is trivial. > > good ;) should I open a ticket? Open a ticket, yes. I'll resolve during the 3.2 bug fixing. Nyall > > thanks > > Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Missing custom rendering properties in QGIS3 Server
On 23 May 2018 at 21:26, Sören Gebbertwrote: > Dear Nyall, > what would be an officially supported and stable implementation? Sorry - to give more info - basically this setting was added as a hidden option because it was a couple of lines of code change which works in certain circumstances. Basically you need to be using a map canvas to render, and must have all the render caching options enabled (which result in layers being rendered onto separate image surfaces before compositing them together). Unfortunately a proper implementation of this, which works across all of QGIS (including server and print layouts) isn't trivial at all. (I'd estimate something like 2-4 weeks of development effort). In the end it comes down to funding - it's a highly desirable feature, and the only reason it hasn't been done yet is due to the complexity of the changes. So someone has to sponsor a developer to implement the changes. Ways you could assist would be: - approaching QGIS core developers and getting an estimate for the funds required - directly sponsor the change OR - approach interested organisations and user groups and "co-fund" the changes - organise a "crowd funding" effort to raise the funds Hope that helps! Nyall > > Are there any plans to implement this functionality in a better way so > it will work in desktop and server? > > Can i help to implement this kind of functionality? > > Best regards > Sören > > 2018-05-23 12:33 GMT+02:00 Nyall Dawson : >> On 23 May 2018 at 18:56, Sören Gebbert wrote: >>> Dear developers, >>> i am trying to use the undocumented custom vector layer property >>> "rendering/renderAboveLabels" in QGIS3 server with no success. >>> >>> Storing this property in a QGIS project file enables the rendering of >>> vector layers after the labeling is done. This works fine on QGIS3 >>> desktop, but not on QGIS3 server. I looked into the server code and >>> realized that the QGS WMS server uses two renderers >>> (QgsMapRendererParallelJob, QgsMapRendererCustomPainterJob) of which >>> one (QgsMapRendererParallelJob) should support the custom property. >>> However, i can not convince the server to apply the custom property >>> when parallel rendering is enabled. >>> >>> What am i doing wrong? Are there differences between GQIS3 desktop and >>> server in handling project files and layer properties? >>> >>> Why does QgsMapRendererCustomPainterJob not support the custom >>> property "rendering/renderAboveLabels"? >> >> It's undocumented for a reason - it was added as a quick hack to >> support this function in very limited circumstances, but isn't part of >> the stable or public API as it's not officially supported. >> >> In the long term we need a proper, officially supported and stable way >> to handle this use case. >> >> Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Trying to upstream fixes for libdxfrw
On 24 May 2018 at 02:20, Vittorio Carlo Alfieriwrote: > I would be willing to help, if so desired, with any of the following: > 1. Contacting the LibreCAD team to see if rvt/libdxfrw is going to be their > upstream going forward. > 2. Rebase your modifications of libdxfrw onto rvt/libdxfrw source tree and > create the qgis/libdxfrw fork. > 3. Try to upstream whatever commit fixes the bug that is affecting me. > > Regardless, thank you for the prompt and helpful response, > Vittorio Alfieri Thanks for raising this issue Vittorio - please keep us advised of developments, as there's obviously benefits to all interested projects if we can work together on this! Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [87] Profile tool approval notification.
Plugin Profile tool approval by pcav. The plugin version "[87] Profile tool 4.1.1" is now approved Link: http://plugins.qgis.org/plugins/profiletool/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [499] CalcArea approval notification.
Plugin CalcArea approval by pcav. The plugin version "[499] CalcArea 1.2.2" is now approved Link: http://plugins.qgis.org/plugins/CalcArea/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zonal statistics not working with different CRS
Hi Nyall, sorry for the late reply. > Confirmed, but fortunately the fix is trivial. good ;) should I open a ticket? thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] expression variable for rendering with QGIS server
Am Thu, 24 May 2018 08:59:25 +1000 schrieb Nyall Dawson: > On 24 May 2018 at 00:16, Otto Dassau wrote: > > Dear developers, > > > > I use expression variables within the rule based renderer. For example: > > > > CASE WHEN @project_title LIKE '%adult' THEN "fclass" = 'school' ELSE > > "fclass" = 'kindergarten' END > > > > This works in QGIS desktop but not with QGIS Server Version 2 and 3. Does > > QGIS server not support this feature at all? Or do I miss something? > > QGIS server in 2.x used an older, deprecated rendering facility, which > had no knowledge of variables and how to set them. Changing this was a > substantial body of work which was completed for 3.0. > > (There's basically no fix possible for this in 2.x - the solution is > to use 3.0 here.) > > Nyall Thanks Nyall for the explanation, we will go for version 3 then. Regards, Otto ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer