[QGIS-Developer] Plugin [324] PDOK BAG Geocoder approval notification.

[noreply]

Plugin PDOK BAG Geocoder approval by pcav.
The plugin version "[324] PDOK BAG Geocoder 0.6.4 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/pdokbaggeocoder/
___
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] QEP: Allow embedded SVG symbols via base 64 encoding

[Nyall Dawson]

Hi all,

Please see

https://github.com/qgis/QGIS-Enhancement-Proposals/issues/126

for a new QEP regarding allowing embedding SVG files inside symbols
via base64 encoding of these files.

Suggestions/comments/discussion welcome!

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

[Vittorio Carlo Alfieri]

On Wed, May 23, 2018 at 4:28 PM, Jürgen E. Fischer  wrote:

> Hi Vittorio,
>
> On Wed, 23. May 2018 at 15:31:44 +0200, Vittorio Carlo Alfieri wrote:
> > While these changes are good, unfortunately, (for me at least), all these
> > I humbly request, if available and not available online somewhere, a copy
> > of the git repository used to develop libdxfrw up to the point where it
> was
> > introduced in Qgis in 2016 so that I may continue to bisect the code and
> > find the fix for the DWG that I can't open outside of Qgis.
>
> You're looking for https://github.com/jef-n/QGIS/commits/dwg-import ?
>

Wow, yes! Exactly this. I can now continue digging around for the fix.
Thanks!


>
>
> > P.S. If the original git repository is still available it would be great
> if
> > placed on Github and possibly even used as a submodule within qgis itself
> > so as to have the same git tree as upstream for libdxfrw. This would
> > greatly increase harmonization of source code between the various forks
> of
> > libdxfrw and de-duplicate much effort for all parties! I would be willing
> > to help implement this for you guys if so desired.
>
> Isn't libdxfrw dead?
>
> https://sourceforge.net/p/libdxfrw/code/ci/65177975f7999fc37
> 5813bb50b463554f7395d08/
>
> is what I started from and it's still the latest commit...
>

Yeah, I also noticed this. While the Sourceforge repo appears dead, there
has been recent
development for libdxfrw at the following git source trees (amongst others):
https://github.com/rvt/libdxfrw/commits/master
https://github.com/LibreCAD/LibreCAD/commits/master/libraries/libdxfrw/src

Please note: I am not a member of the LibreCAD team, I am just trying to
fix a bug upstream that is affecting me, and noticed that you had fixed it!
Congratulations on your hard work.

Personally, I would choose https://github.com/rvt/libdxfrw as the
"upstream" for this library,
for the following reasons:
1. It contains the entire git source tree, including initial development
from Rallaz, the original
creator of libdxfrw and one of the lead developers of LibreCAD 2.
2. It is already used as a submodule in the upcoming LibreCAD 3.
3. Without too much work from the LibreCAD team it can also be used as a
submodule in LibreCAD 2.
4. It is on Github instead of Sourceforge.
5. It seems to be condoned by Rallaz himself, because the developer, RVT,
is also an administrator
of the SourceForge repo and a member of the LibreCAD team on Github.

In the end it doesn't really matter which git upstream is chosen for the
library, as long as the object ID
of the first commit is the same as the original Sourceforge version. This
tells git that we are talking
about the same source tree. This is not the case in the current Qgis source
tree since libdxfrw
was "forked" from the Qgis source tree.

In my mind, ideally the Qgis project would clone/fork this library, rebase
the Qgis specific modifications
onto the latest upstream version and perform pull-requests for non
qgis-specific fixes.

After this fork is successfully created, it could then be integrated by the
Qgis team as a git submodule
in order to permit merging and re-basing between the various forks of the
libdxfrw project
independently from the Qgis development.

If this is interesting to you, before performing any changes, I would
consult LibreCAD team to make sure
I'm not way off-base and wrong.

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
___
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 [999] Qgeric approval notification.

[noreply]

Plugin Qgeric approval by pcav.
The plugin version "[999] Qgeric 1.7" is now approved
Link: http://plugins.qgis.org/plugins/qgeric/
___
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 [1000] Qdraw approval notification.

[noreply]

Plugin Qdraw approval by pcav.
The plugin version "[1000] Qdraw 2.0" is now approved
Link: http://plugins.qgis.org/plugins/qdraw/
___
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

[Alessandro Pasotti]

Hi Otto,

no need to be sorry, it is actually always good to know that something
works as expected ;)

On Wed, May 23, 2018 at 4:35 PM, Otto Dassau  wrote:

> Hi,
>
> after a second try, it seems that QGIS server version 3 supports expression
> variables within the rule based renderer - sorry for the noise.
>
> Thanks,
> Otto
>
> Am Wed, 23 May 2018 16:16:58 +0200
> schrieb Otto Dassau :
>
> > 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?
> >
> > Thanks for any hint
> >
> > 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
> ___
> 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
>



-- 
Alessandro Pasotti
w3:   www.itopen.it
___
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

[Otto Dassau]

Hi,

after a second try, it seems that QGIS server version 3 supports expression
variables within the rule based renderer - sorry for the noise.

Thanks,
Otto

Am Wed, 23 May 2018 16:16:58 +0200
schrieb Otto Dassau :

> 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?
> 
> Thanks for any hint
> 
> 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
___
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

[Jürgen E . Fischer]

Hi Vittorio,

On Wed, 23. May 2018 at 15:31:44 +0200, Vittorio Carlo Alfieri wrote:
> While these changes are good, unfortunately, (for me at least), all these
> I humbly request, if available and not available online somewhere, a copy
> of the git repository used to develop libdxfrw up to the point where it was
> introduced in Qgis in 2016 so that I may continue to bisect the code and
> find the fix for the DWG that I can't open outside of Qgis.

You're looking for https://github.com/jef-n/QGIS/commits/dwg-import ?


> P.S. If the original git repository is still available it would be great if
> placed on Github and possibly even used as a submodule within qgis itself
> so as to have the same git tree as upstream for libdxfrw. This would
> greatly increase harmonization of source code between the various forks of
> libdxfrw and de-duplicate much effort for all parties! I would be willing
> to help implement this for you guys if so desired.

Isn't libdxfrw dead?

https://sourceforge.net/p/libdxfrw/code/ci/65177975f7999fc375813bb50b463554f7395d08/

is what I started from and it's still the latest commit...


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


signature.asc
Description: PGP signature
___
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] expression variable for rendering with QGIS server

[Otto Dassau]

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?

Thanks for any hint

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

[QGIS-Developer] Trying to upstream fixes for libdxfrw

[Vittorio Carlo Alfieri]

Hello,

I am a new qgis user. It is great software, please keep up the good work.

I am trying to fix an issue I have in LibreCAD particularly in their
implementation of libdxfrw.

Using LibreCAD and/or libdxfrw's dwg2dxf test binary, upon importing a DWG
file I get an error: "Unable to read tables".

Using qgis Trunk or even the older qgis where libdxfrw was introduced the
dwg file I am working with imports flawlessly.
For reference, it seems to me libdxfrw was introduced to qgis with commit:
a85fe1fa4464e5b6f7bd7e9dbb76c679ec75ec29 on  Dec 14, 2016

I debugged the binary dwg2dxf during the import of a file, but identifying
the issue is more complicated than I would like because there are several
layers of code within the library, and I am not too familiar with the
library.

Setting aside the debugger for the moment, I tried to merge the differences
between the libraries, but this too seems to be too onerous and
error-prone.

I believe the reasons it's difficult to harmonize the code is because the
library itself has been heavily modified, all debug statements have been
swapped for qt debug statements, and the code has been auto-reformatted.

While these changes are good, unfortunately, (for me at least), all these
changes just appeared in the qgis git source tree making it impossible to
bisect the code to the point of origin (libdxfrw upstream), so that I find
find the commit that fixes the issue I am having importing a DWG in
LibreCAD.

Sorry for the essay.

I humbly request, if available and not available online somewhere, a copy
of the git repository used to develop libdxfrw up to the point where it was
introduced in Qgis in 2016 so that I may continue to bisect the code and
find the fix for the DWG that I can't open outside of Qgis.

Thanks regardless,
Vittorio

P.S. If the original git repository is still available it would be great if
placed on Github and possibly even used as a submodule within qgis itself
so as to have the same git tree as upstream for libdxfrw. This would
greatly increase harmonization of source code between the various forks of
libdxfrw and de-duplicate much effort for all parties! I would be willing
to help implement this for you guys if so desired.
___
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 [1431] Parallel Line Construction approval notification.

[noreply]

Plugin Parallel Line Construction approval by pcav.
The plugin version "[1431] Parallel Line Construction 0.2 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/ParallelLineConstruction/
___
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

[Sören Gebbert]

Dear Nyall,
what would be an officially supported and stable implementation?

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] Missing custom rendering properties in QGIS3 Server

[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

[QGIS-Developer] Plugin [183] InaSAFE approval notification.

[noreply]

Plugin InaSAFE approval by timlinux.
The plugin version "[183] InaSAFE 4.4.0" is now unapproved
Link: http://plugins.qgis.org/plugins/inasafe/
___
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 [183] InaSAFE approval notification.

[noreply]

Plugin InaSAFE approval by timlinux.
The plugin version "[183] InaSAFE 4.4.0" is now approved
Link: http://plugins.qgis.org/plugins/inasafe/
___
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 [183] InaSAFE approval notification.

[noreply]

Plugin InaSAFE approval by ismailsunni.
The plugin version "[183] InaSAFE 4.4.0" is now unapproved
Link: http://plugins.qgis.org/plugins/inasafe/
___
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] Missing custom rendering properties in QGIS3 Server

[Sören Gebbert]

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"?

Best regards
Soeren
___
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