[QGIS-Developer] Building on Centos 7

[Elias Carter]

Hello, I was wondering if anyone has experience building QGIS 3 on Centos 7?
I have created a Centos 7 docker image to run the build with all the
dependent libraries but I have hit a wall when running the compile.

I managed to get the build to correctly configure using cmake but then I
get an compile error complaining about types (build log is attached to this
email). Does anyone have intuition on what is going wrong?

If people are interested I could share the Centos 7 docker image I am using
to build.

Thanks,
Elias
[root@1630787f4008 build_3.4]# make -j 10
[  0%] Built target zzz-MetaSearch-46-depend
[  0%] Built target zzz-MetaSearch-43-depend
[  0%] Built target version
[  0%] Built target zzz-MetaSearch-48-depend
[  0%] Built target zzz-MetaSearch-47-depend
[  0%] Built target zzz-MetaSearch-45-depend
[  0%] Built target zzz-MetaSearch-44-depend
[  6%] Built target ui
[  6%] Built target zzz-db_manager-13-depend
[  6%] Built target libdxfrw
[  6%] Built target zzz-db_manager-12-depend
[  6%] Built target zzz-db_manager-14-depend
[  6%] Built target qgis_native
[  6%] Built target zzz-db_manager-2-depend
[  6%] Built target zzz-db_manager-1-depend
[  6%] Built target zzz-db_manager-6-depend
[  6%] Built target zzz-db_manager-8-depend
[  6%] Built target zzz-db_manager-3-depend
[  6%] Built target zzz-db_manager-4-depend
[  6%] Built target zzz-db_manager-9-depend
[  6%] Built target zzz-db_manager-10-depend
[  6%] Built target zzz-processing-41-depend
[  6%] Built target zzz-db_manager-11-depend
[  6%] Built target zzz-db_manager-7-depend
[  6%] Built target zzz-processing-42-depend
[  6%] Built target zzz-processing-29-depend
[  6%] Built target zzz-processing-16-depend
[  6%] Built target zzz-processing-19-depend
[  6%] Built target zzz-processing-18-depend
[  6%] Built target zzz-processing-17-depend
[  6%] Built target zzz-processing-21-depend
[  6%] Built target zzz-processing-24-depend
[  6%] Built target zzz-processing-20-depend
[  6%] Built target pyutils
[  6%] Built target zzz-processing-23-depend
[  6%] Built target zzz-processing-27-depend
[  6%] Built target zzz-processing-22-depend
[  6%] Built target zzz-processing-28-depend
[  6%] Built target zzz-processing-26-depend
[  6%] Built target zzz-processing-30-depend
[  6%] Built target zzz-processing-31-depend
[  6%] Built target zzz-processing-25-depend
[  6%] Built target zzz-processing-33-depend
[  6%] Built target zzz-processing-34-depend
[  6%] Built target zzz-processing-32-depend
[  6%] Built target zzz-processing-35-depend
[  6%] Built target zzz-processing-36-depend
[  6%] Built target zzz-processing-38-depend
[  6%] Built target zzz-processing-39-depend
[  6%] Built target zzz-processing-40-depend
[  6%] Built target zzz-processing-37-depend
[  6%] Built target qgis_wmscapabilititestestmoc
[  6%] Built target qgis_ogrprovidertestmoc
[  6%] Built target qgis_gdalprovidertestmoc
[  6%] Built target qgis_wcsprovidertestmoc
[  6%] Built target qgis_wmsprovidertestmoc
[  6%] Built target qgis_postgresprovidertestmoc
[  6%] Built target qgis_arcgisrestutilstestmoc
[  6%] Built target qgis_postgresconntestmoc
[  6%] Built target qgis_maptoolselectmoc
[  6%] Built target pytesting
[  6%] Built target qgis_maptoolidentifyactionmoc
[  6%] Built target qgis_applocatorfiltersmoc
[  6%] Built target qgis_maptoolreshapemoc
[  6%] Built target qgis_fieldcalculatortestmoc
[  6%] Built target qgis_apppythontestmoc
[  6%] Built target qgis_qgisappclipboardmoc
[  6%] Built target qgis_qgisappmoc
[  6%] Built target qgis_attributetabletestmoc
[  6%] Built target qgis_measuretoolmoc
[  6%] Built target qgis_maptoolcircularstringtestmoc
[  6%] Built target qgis_maptoolellipsetestmoc
[  6%] Built target qgis_maptoolcircletestmoc
[  6%] Built target qgis_maptoolregularpolygontestmoc
[  6%] Built target qgis_maptoolreverselinetestmoc
[  6%] Built target qgis_vertextoolmoc
[  6%] Built target qgis_vectorlayersaveasdialogtestmoc
[  6%] Built target qgis_maptoolrectangletestmoc
[  6%] Built target qgis_maptooladdfeaturemoc
[  6%] Built target zzz-MetaSearch-depend
[  6%] Built target zzz-processing-depend
[  6%] Built target zzz-MetaSearch-stageinstall
[  6%] Built target zzz-processing-stageinstall
[  6%] Built target pyqtcompat
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/annotations/qgstextannotation.cpp.o
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/layertree/qgslayertreelayer.cpp.o
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/annotations/qgsannotation.cpp.o
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/auth/qgsauthmethodmetadata.cpp.o
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/annotations/qgsannotationmanager.cpp.o
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/auth/qgsauthmethodregistry.cpp.o
[  6%] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/annotations/qgssvgannotation.cpp.o
[  6%] Building CXX object 

Re: [QGIS-Developer] Crashes on closing QGIS

[Luigi Pirelli]

On Thu, 11 Apr 2019 at 14:28, Thomas Baumann 
wrote:

> Hi Nathan,
> is this a configuration issue? Can I do something to get the correct
> symbols in the stacktrace?
>

in what platform? generally look for .pdb package that
contain debug symbols

>
> regards,
> Thomas
>

thanks to make the effort to dig into crashes, this help a lot bug fixing.

regards

Luigi Pirelli

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS 2nd Edition:
*
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
* Hire me: http://goo.gl/BYRQKg
**
___
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] Bug #21460?

[Cory Albrecht]

>  The best option is always come and collaborate with core team, in the
way that is most practical to you.

Well, that's why I came here because there's been no activity on that bug
for a month except my own comments. No requests for more information like
"please do X and tell me the output". I get that developer time to fix
things is not infinite (I am one myself), but good triage includes an
attempt to narrow down where in the code where the problem occurs to judge
the scope of the problem and comment to that effect so other developers
don't waste time duplicating the effort. But without any comments I don't
even seen an attempt to triage the issue.

On Tue, Apr 9, 2019 at 1:42 AM Paolo Cavallini 
wrote:

> Hi all,
>
> On 09/04/19 01:19, Nyall Dawson wrote:
> > On Tue, 9 Apr 2019 at 09:03, Cory Albrecht  wrote:
> >>
> >> Hi Paolo,
> >>
> >> Might I suggest that you consider that not everybody has time to go an
> learn the codebase of QGIS to be able to know where to start for making
> changes themselves, even if they happen to know C++? Especially if they
> have to learn the Qt framework at the same time.
> >>
> >> That consideration might be better than a snarky reply to a polite
> inquiry. Just saying.
> >
> > I don't believe Paolo's reply was ever intended to be snarky. Instead,
> > he's just trying to inform you of how development occurs in
> > open-source projects like QGIS in order to empower you to be able to
> > get this bug fixed.
> sorry Cory, I did not mean to be impolite. I think the page cited
> depicts accurately the sheer reality behind bug fixing, and effectively
> answers your question.
> A Peter pointed out, thanks to our sponsors and donors we are able to
> fix many bugs before each release, but there cannot be a guarantee. The
> best option is always come and collaborate with core team, in the way
> that is most practical to you.
> Cheers.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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

[QGIS-Developer] Plugin [1350] Mascaret approval notification.

[noreply]

Plugin Mascaret approval by pcav.
The plugin version "[1350] Mascaret 0.3.3 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/Mascaret/
___
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 [202] QGIS Cloud Plugin approval notification.

[noreply]

Plugin QGIS Cloud Plugin approval by pcav.
The plugin version "[202] QGIS Cloud Plugin 3.1.1" is now approved
Link: http://plugins.qgis.org/plugins/qgiscloud/
___
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 [879] Backup layer approval notification.

[noreply]

Plugin Backup layer approval by pcav.
The plugin version "[879] Backup layer 0.3" is now approved
Link: http://plugins.qgis.org/plugins/BackupLayer/
___
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] Problems with building QGIS Server 3.6.x on Mac OS X

[Lorenzo Moretti]

Hi
I'm using QGIS Server version 2.18.17 and it works well on Mac OS X.I initially 
tested the official version of QGIS for Mac OS X from the qgis website but the 
server application immediately failed while the desktop part is working well.
So I tried to install QGIS 3.6.0 from MacPorts.org and the desktop part also 
works well here. The server option was included in the software, a first 
attempt to build the QGIS Server application.  The binary was built but 
unfortunately there are some errors difficult to understand.I have made some 
comparisons with the Ubuntu version and I would like to understand from you 
where the problems of compilation are assuming that the desktop version works 
well and all software dependencies are compiled.
The binary of QGIS Server 3.6.x is built within the application and if I start 
it from the terminal I have this information:

airml $ 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/qgis_mapserv.fcgi
Initializing server modules from  
"/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server"
"Checking 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server for 
native services modules""Loading native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libdummy.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwcs.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwfs.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwms.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwmts.so""Couldn't load SIP module.Python support will be 
disabled.Traceback (most recent call last): File 
\"\", line 1, in ModuleNotFoundError: No module named 
'qgis'Python version:3.6.8 (default, Dec 30 2018, 13:01:27) 
[GCC 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.11.45.5)]QGIS 
version:3.6.0-Noosa 'Noosa', exportedPython 
path:['/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/../Resources/python',
 '/Users/airml/Library/Application Support/QGIS/QGIS3/profiles/default/python', 
'/Users/airml/Library/Application 
Support/QGIS/QGIS3/profiles/default/python/plugins', 
'/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/../Resources/python/plugins',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python36.zip', 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6', 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/lib-dynload',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages']""An error occurred during execution of following 
code:qgis.utils.uninstallErrorHook()Traceback 
(most recent call last): File \"\", line 1, in 
NameError: name 'qgis' is not definedPython 
version:3.6.8 (default, Dec 30 2018, 13:01:27) [GCC 4.2.1 Compatible 
Apple LLVM 10.0.0 (clang-1000.11.45.5)]QGIS version:3.6.0-Noosa 
'Noosa', exportedPython 
path:['/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/../Resources/python',
 '/Users/airml/Library/Application Support/QGIS/QGIS3/profiles/default/python', 
'/Users/airml/Library/Application 
Support/QGIS/QGIS3/profiles/default/python/plugins', 
'/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/../Resources/python/plugins',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python36.zip', 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6', 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/lib-dynload',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/site-packages']"QFSFileEngine::open:
 No file name specifiedContent-Length: 54Content-Type: text/xml; 
charset=utf-8Server:  Qgis FCGI server - QGis version 3.6.0-NoosaStatus:  500
Project file errorairml $airml $ 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/qgis_mapserv.fcgiInitializing
 server modules from  
"/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server"
"Checking 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server for 
native services modules""Loading native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libdummy.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwcs.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwfs.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwms.so""Loading
 native module 
/Applications/MacPorts/Qgis3.app/Contents/MacOS/fcgi-bin/lib/qgis/server/libwmts.so""Couldn't load SIP module.Python support will be 
disabled.Traceback (most recent call last): File 
\"\", line 1, in ModuleNotFoundError: No module named 
'qgis'Python version:3.6.8 

Re: [QGIS-Developer] loading attribute table with a lot of fields

[Alessandro Pasotti]

On Thu, Apr 11, 2019 at 2:51 PM Martin Landa  wrote:

> Hi,
>
> čt 11. 4. 2019 v 10:00 odesílatel Alessandro Pasotti
>  napsal:
> > Yes, something similar I thought it was fixed
> >
> > https://issues.qgis.org/issues/21303
>
> thanks, it seems to be PG-only related, right? My data is stored in
> SQLite DB. Ma
>
>
Hi Martin,

yes, that was PG specific.


-- 
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] loading attribute table with a lot of fields

[Martin Landa]

Hi,

čt 11. 4. 2019 v 10:00 odesílatel Alessandro Pasotti
 napsal:
> Yes, something similar I thought it was fixed
>
> https://issues.qgis.org/issues/21303

thanks, it seems to be PG-only related, right? My data is stored in
SQLite DB. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
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] Crashes on closing QGIS

[Thomas Baumann]

Hi Nathan,
is this a configuration issue? Can I do something to get the correct
symbols in the stacktrace?

regards,
Thomas


Am Do., 11. Apr. 2019 um 12:52 Uhr schrieb Nathan Woodrow <
madman...@gmail.com>:

> Nyall has hopefully fixed that bug already.  The one with proj_lpz_dist in
> the stack trace.  That isn't the real crash as that stack trace has no
> symbols so it's giving you the wrong info.  I got a stack trace the other
> day with correct symbols loaded and hopefully, it will be fixed now.
>
> - Nathan
>
> On Thu, Apr 11, 2019 at 5:06 PM Jürgen E. Fischer  wrote:
>
>> Hi Thomas,
>>
>> On Wed, 10. Apr 2019 at 23:04:50 +0200, Thomas Baumann wrote:
>> > proj_lpz_dist :
>> > QgsCoordinateTransform::transformPolygon :
>>
>> > Does someone know what "proj_lpz_dist" stands for?
>>
>> It's a function from PROJ:
>>
>>
>> https://proj4.org/development/reference/functions.html?highlight=deg#c.proj_lpz_dist
>>
>>
>> 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
>> https://www.norbit.de
>> ___
>> 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
___
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] QGIS Server layer metadata

[Alessandro Pasotti]

On Thu, Apr 11, 2019 at 2:08 PM Etienne Trimaille <
etienne.trimai...@gmail.com> wrote:

> Le jeu. 11 avr. 2019 à 07:46, Alessandro Pasotti  a
> écrit :
>
>> If I'm not wrong, in getcapabilities you will get metadata from OWS tab,
>> in expressions you get metadata from Metadata tab and there is no fallback.
>>
>
> Correct, but there is a fallback. The expression will use the QGIS Server
> metadata if the corresponding layer metadata is empty.
>

The fallback I'm talking about is in server metadata, not the expressions.

If "Title" is empty in server metadata tab, getcapabilities will not use
the metadata from the metadata tab.

But in general, the question is: now that we have the metata tab for both
project and layers, do we still need a separate UI server metadata?

Maybe yes: it's just a question.

But if the answer is yes, we should think about inheriting defaults in a
consistent (and documented) way.





>
> According to https://github.com/qgis/QGIS-Enhancement-Proposals/issues/50
> and some discussions 2 years ago, I think that all items of the QGIS Server
> tab can fit into the new schema. But I agree, the UI is not the best about
> links for instance. (metadata URL, data URL, legend URL)
>
>
>>
>>
>>
>>> Le jeu. 11 avr. 2019 à 05:23, Alessandro Pasotti  a
>>> écrit :
>>>

 On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont 
 wrote:

> Hi ALessandro,
>
> Which metadata can be reused ?
>

 For example: Title, Abstract, Keywords, Attribution 




>
> René-Luc D'Hont
>
> Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :
>
> Hi,
>
> Shouldn't we drop some of the QGIS Server that are now available in
> the more general "Metadata" tab or at least fallback on those values?
>
> Or maybe provide a button to copy values from the "Metadata" tab.
>
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
>
>
>

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

-- 
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] QGIS Server layer metadata

[Etienne Trimaille]

Le jeu. 11 avr. 2019 à 07:46, Alessandro Pasotti  a
écrit :

> If I'm not wrong, in getcapabilities you will get metadata from OWS tab,
> in expressions you get metadata from Metadata tab and there is no fallback.
>

Correct, but there is a fallback. The expression will use the QGIS Server
metadata if the corresponding layer metadata is empty.

According to https://github.com/qgis/QGIS-Enhancement-Proposals/issues/50
and some discussions 2 years ago, I think that all items of the QGIS Server
tab can fit into the new schema. But I agree, the UI is not the best about
links for instance. (metadata URL, data URL, legend URL)


>
>
>
>> Le jeu. 11 avr. 2019 à 05:23, Alessandro Pasotti  a
>> écrit :
>>
>>>
>>> On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont 
>>> wrote:
>>>
 Hi ALessandro,

 Which metadata can be reused ?

>>>
>>> For example: Title, Abstract, Keywords, Attribution 
>>>
>>>
>>>
>>>

 René-Luc D'Hont

 Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :

 Hi,

 Shouldn't we drop some of the QGIS Server that are now available in the
 more general "Metadata" tab or at least fallback on those values?

 Or maybe provide a button to copy values from the "Metadata" tab.


 --
 Alessandro Pasotti
 w3:   www.itopen.it



>>>
>>> --
>>> 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
>>
>>
>
> --
> 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] QGIS Server layer metadata

[Alessandro Pasotti]

On Thu, Apr 11, 2019 at 1:30 PM Etienne Trimaille <
etienne.trimai...@gmail.com> wrote:

> Nyall has already made a PR for this:
> https://github.com/qgis/QGIS/pull/9197
> To use layer metadata instead of QGIS Server metadata when using an
> expression.
>
> I think we can replace a few of them already.
>

That's a bit different, and now the confusion is complete :)

If I'm not wrong, in getcapabilities you will get metadata from OWS tab, in
expressions you get metadata from Metadata tab and there is no fallback.



> Le jeu. 11 avr. 2019 à 05:23, Alessandro Pasotti  a
> écrit :
>
>>
>> On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont 
>> wrote:
>>
>>> Hi ALessandro,
>>>
>>> Which metadata can be reused ?
>>>
>>
>> For example: Title, Abstract, Keywords, Attribution 
>>
>>
>>
>>
>>>
>>> René-Luc D'Hont
>>>
>>> Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :
>>>
>>> Hi,
>>>
>>> Shouldn't we drop some of the QGIS Server that are now available in the
>>> more general "Metadata" tab or at least fallback on those values?
>>>
>>> Or maybe provide a button to copy values from the "Metadata" tab.
>>>
>>>
>>> --
>>> Alessandro Pasotti
>>> w3:   www.itopen.it
>>>
>>>
>>>
>>
>> --
>> 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
>
>

-- 
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] QGIS Server layer metadata

[Etienne Trimaille]

Nyall has already made a PR for this: https://github.com/qgis/QGIS/pull/9197
To use layer metadata instead of QGIS Server metadata when using an
expression.

I think we can replace a few of them already.

Le jeu. 11 avr. 2019 à 05:23, Alessandro Pasotti  a
écrit :

>
> On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont  wrote:
>
>> Hi ALessandro,
>>
>> Which metadata can be reused ?
>>
>
> For example: Title, Abstract, Keywords, Attribution 
>
>
>
>
>>
>> René-Luc D'Hont
>>
>> Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :
>>
>> Hi,
>>
>> Shouldn't we drop some of the QGIS Server that are now available in the
>> more general "Metadata" tab or at least fallback on those values?
>>
>> Or maybe provide a button to copy values from the "Metadata" tab.
>>
>>
>> --
>> Alessandro Pasotti
>> w3:   www.itopen.it
>>
>>
>>
>
> --
> 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
___
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] Crashes on closing QGIS

[Nathan Woodrow]

Nyall has hopefully fixed that bug already.  The one with proj_lpz_dist in
the stack trace.  That isn't the real crash as that stack trace has no
symbols so it's giving you the wrong info.  I got a stack trace the other
day with correct symbols loaded and hopefully, it will be fixed now.

- Nathan

On Thu, Apr 11, 2019 at 5:06 PM Jürgen E. Fischer  wrote:

> Hi Thomas,
>
> On Wed, 10. Apr 2019 at 23:04:50 +0200, Thomas Baumann wrote:
> > proj_lpz_dist :
> > QgsCoordinateTransform::transformPolygon :
>
> > Does someone know what "proj_lpz_dist" stands for?
>
> It's a function from PROJ:
>
>
> https://proj4.org/development/reference/functions.html?highlight=deg#c.proj_lpz_dist
>
>
> 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
> https://www.norbit.de
> ___
> 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

[QGIS-Developer] About editbuffer and undostack

[Jorge Infante]

I am trying, to read in python, the list of operations performed on a layer
in edition, in the order of realization. I can read from the editbuffer,
the list of add, deletes and changes, but, I need to be able to access
these operations in order.
In principle, I see that in the undoStack there would be the list of
commands, in the order of performed, but, I need to link, to each of these
commands, with the id's present in the corresponding lists in the
editbuffer.
Can you give me a clue?
I see that the undostack, has the list of commands for each layer, but, I
can not find how they can be related, from python, with the corresponding
lists in editbuffer.

Thanks

jorge infante
___
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] QGIS Server layer metadata

[Alessandro Pasotti]

On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont  wrote:

> Hi ALessandro,
>
> Which metadata can be reused ?
>

For example: Title, Abstract, Keywords, Attribution 




>
> René-Luc D'Hont
>
> Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :
>
> Hi,
>
> Shouldn't we drop some of the QGIS Server that are now available in the
> more general "Metadata" tab or at least fallback on those values?
>
> Or maybe provide a button to copy values from the "Metadata" tab.
>
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
>
>
>

-- 
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] QGIS Server layer metadata

[René-Luc Dhont]

Hi ALessandro,

Which metadata can be reused ?

René-Luc D'Hont

Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :

Hi,

Shouldn't we drop some of the QGIS Server that are now available in 
the more general "Metadata" tab or at least fallback on those values?


Or maybe provide a button to copy values from the "Metadata" tab.


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

[QGIS-Developer] QGIS Server layer metadata

[Alessandro Pasotti]

Hi,

Shouldn't we drop some of the QGIS Server that are now available in the
more general "Metadata" tab or at least fallback on those values?

Or maybe provide a button to copy values from the "Metadata" tab.


-- 
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] loading attribute table with a lot of fields

[Alessandro Pasotti]

On Wed, Apr 10, 2019 at 5:13 PM Martin Landa  wrote:

> Hi,
>
> I got a strange experience with QGIS (3.4) when opening attribute
> table with larger number of fields (here 512 fields). Attribute table
> opens very quickly, but then QGIS freeze for dozens of seconds (not
> able to scroll attribute table).
>
> Do you have similar experience? Known issue? Thanks! Ma
>

Yes, something similar I thought it was fixed

https://issues.qgis.org/issues/21303


-- 
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] Why was selection tool behaviour changed in 3.x?

[Bernhard Ströbl]

ailman/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

--
Marco Bernasocchi
QGIS.org Co-chair
ma...@opengis.ch <mailto:ma...@opengis.ch>
+41 (0)79 467 24 70 

OPENGIS.ch Logo <https://www.opengis.ch>


__ Information from ESET Mail Security, version of virus 
signature database 19173 (20190410) __


The message was checked by ESET Mail Security.
http://www.eset.com

'�z�Zr�r^�)�j[p��Z��'~��zJ&�W����{^��iק




--
Bernhard Ströbl
Anwendungsbetreuer GIS

Kommunale Immobilien Jena
Am Anger 26
07743 Jena

Tel.: 03641 49- 5190
E-Mail: bernhard.stro...@jena.de
Internet: www.kij.de


Kommunale Immobilien Jena
Eigenbetrieb der Stadt Jena
Werkleiter: Karl-Hermann Kliewe


__ Information from ESET Mail Security, version of virus signature 
database 19176 (20190411) __

The message was checked by ESET Mail Security.
http://www.eset.com


___
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] Crashes on closing QGIS

[Jürgen E . Fischer]

Hi Thomas,

On Wed, 10. Apr 2019 at 23:04:50 +0200, Thomas Baumann wrote:
> proj_lpz_dist :
> QgsCoordinateTransform::transformPolygon :
 
> Does someone know what "proj_lpz_dist" stands for?

It's a function from PROJ:

https://proj4.org/development/reference/functions.html?highlight=deg#c.proj_lpz_dist


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 Nordenhttps://www.norbit.de


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
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] Advice? Sneaky trick for call out labels

[Régis Haubourg]

HI Tim,
the old plugin is crappy as it was made before the auxiliary data storage
and the geometry generator awesome features.
The expression used are exactly similar to Nyall's advice. The next plugin
will just be a helper to set all those expressions and geometry generator
style for users. I still miss a native implementation for callouts, but
that might become a reality in the next months. Finger crossed.
Régis

Le jeu. 11 avr. 2019 à 08:43, Tim Sutton  a écrit :

> Hi Alexis, Régis and Nyall
>
> I went with Nyall’s approach for now since I was 90% there and he gave me
> the last nudge I needed :-) I used data defined alignments:
>
>
>
> Here are the expressions I used for horizontal:
>
>
> if (
>   X(closest_point($geometry,
>   make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" ))) >
>   X(make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" )),
>   'Right', 'Left’)
>
> Which gives (animated gif, open in browser if needed):
>
>
>
> And Vertical
>
> if (
>   Y(closest_point($geometry,
>   make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" ))) <
>   Y(make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" )),
>   ’Top’, ‘Bottom’)
>
> Which gives (animated gif, open in browser if needed):
>
>
>
> @Régis I will give your plugin a try to see what it does too, thanks!
>
> QGIS Rocks!
>
> Regards
>
> Tim
>
> On 11 Apr 2019, at 07:19, Régis Haubourg  wrote:
>
> Hi Tim,
> You can have a look at easycustomlabeling plugin code. It's sets those
> expressions for label alignement.
>
> FYI I should be working on a new version of it taking profit of the
> geometry generators power soon , and we might be able to revive the QEP47
> to revive the idea of porting this natively to core.
> Best regards
> Regis
>
> Le jeu. 11 avr. 2019 à 00:54, Tim Sutton  a écrit :
> To clarify a little, I am trying to avoid the label text crossing the
> call-out line.
>
> Regards
>
> Tim
>
> On 10 Apr 2019, at 23:02, Tim Sutton  wrote:
>
> Hi Friends
>
> So I am using logic like this* to make call out labels using a geometry
> generator:
>
> make_line(
>   closest_point($geometry,
>   make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" )),
>   make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" )
> )
>
> The line runs from the closest point along the edge of the polygon to the
> bottom left corner of the label box. With this configuration it works well
> when my ‘lollipop’ callout label is north-east of the polygon being
> labelled:
>
> 
>
> But doesn’t work when the label is e.g. south west of the polygon:
>
> 
>
> Now I am wondering if we have any options for getting the geometry of the
> label box so I can do the reverse and get the closest point along the edge
> of the label box to the polygon being labelled. So my question:
>
> Is there any sneaky trick for getting the geometry of the label box for a
> feature in an expression? And no, using an opaque background for my label
> to mask away the call out line doesn’t really hack it. I know the label box
> isn’t being calculated at the time the polygon is being rendered so the
> answer is probably ’no’ but maybe someone else has a clever idea to make
> may lollipops work when labels are south (or east or west for that matter)
> of the feature being labelled?
>
> Thanks!
>
> Regards
>
> Tim
>
>
>
> —
>
>
> 
>
>
>
>
>
>
> Tim Sutton
>
> Co-founder: Kartoza
> Ex Project chair: QGIS.org
>
> 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
>
> I'd love to connect. Here's my calendar link to make finding time easy.
>
>
> —
>
>
>
>
>
>
>
>
>
> Tim Sutton
>
> Co-founder: Kartoza
> Ex Project chair: QGIS.org
>
> 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
>
> I'd love to connect. Here's my calendar link to make finding time easy.
>
> ___
> 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
> 
>
>
> —
>
>
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org
>
> 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
>
> I'd love to connect. Here's my calendar link
>  to make finding time easy.

Re: [QGIS-Developer] Advice? Sneaky trick for call out labels

[Tim Sutton]

Hi Alexis, Régis and Nyall

I went with Nyall’s approach for now since I was 90% there and he gave me the 
last nudge I needed :-) I used data defined alignments:



Here are the expressions I used for horizontal:


if (
  X(closest_point($geometry,
  make_point( "auxiliary_storage_labeling_positionx" , 
"auxiliary_storage_labeling_positiony" ))) >
  X(make_point( "auxiliary_storage_labeling_positionx" , 
"auxiliary_storage_labeling_positiony" )),
  'Right', 'Left’)

Which gives (animated gif, open in browser if needed):



And Vertical

if (
  Y(closest_point($geometry,
  make_point( "auxiliary_storage_labeling_positionx" , 
"auxiliary_storage_labeling_positiony" ))) <
  Y(make_point( "auxiliary_storage_labeling_positionx" , 
"auxiliary_storage_labeling_positiony" )),
  ’Top’, ‘Bottom’)

Which gives (animated gif, open in browser if needed):



@Régis I will give your plugin a try to see what it does too, thanks!

QGIS Rocks!

Regards

Tim

> On 11 Apr 2019, at 07:19, Régis Haubourg  wrote:
> 
> Hi Tim, 
> You can have a look at easycustomlabeling plugin code. It's sets those 
> expressions for label alignement.
>  
> FYI I should be working on a new version of it taking profit of the geometry 
> generators power soon , and we might be able to revive the QEP47 to revive 
> the idea of porting this natively to core.
> Best regards 
> Regis
> 
> Le jeu. 11 avr. 2019 à 00:54, Tim Sutton  a écrit :
> To clarify a little, I am trying to avoid the label text crossing the 
> call-out line.
> 
> Regards
> 
> Tim
> 
>> On 10 Apr 2019, at 23:02, Tim Sutton  wrote:
>> 
>> Hi Friends
>> 
>> So I am using logic like this* to make call out labels using a geometry 
>> generator:
>> 
>> make_line(
>>   closest_point($geometry,
>>   make_point( "auxiliary_storage_labeling_positionx" , 
>> "auxiliary_storage_labeling_positiony" )),
>>   make_point( "auxiliary_storage_labeling_positionx" , 
>> "auxiliary_storage_labeling_positiony" )
>> )
>> 
>> The line runs from the closest point along the edge of the polygon to the 
>> bottom left corner of the label box. With this configuration it works well 
>> when my ‘lollipop’ callout label is north-east of the polygon being labelled:
>> 
>> 
>> 
>> But doesn’t work when the label is e.g. south west of the polygon:
>> 
>> 
>> 
>> Now I am wondering if we have any options for getting the geometry of the 
>> label box so I can do the reverse and get the closest point along the edge 
>> of the label box to the polygon being labelled. So my question:
>> 
>> Is there any sneaky trick for getting the geometry of the label box for a 
>> feature in an expression? And no, using an opaque background for my label to 
>> mask away the call out line doesn’t really hack it. I know the label box 
>> isn’t being calculated at the time the polygon is being rendered so the 
>> answer is probably ’no’ but maybe someone else has a clever idea to make may 
>> lollipops work when labels are south (or east or west for that matter) of 
>> the feature being labelled?
>> 
>> Thanks!
>> 
>> Regards
>> 
>> Tim
>> 
>> 
>> 
>> —
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Tim Sutton
>> 
>> Co-founder: Kartoza
>> Ex Project chair: QGIS.org
>> 
>> 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
>> 
>> I'd love to connect. Here's my calendar link to make finding time easy.
>> 
> 
> —
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Tim Sutton
> 
> Co-founder: Kartoza
> Ex Project chair: QGIS.org
> 
> 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
> 
> I'd love to connect. Here's my calendar link to make finding time easy.
> 
> ___
> 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
> 

—









Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

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

I'd love to connect. Here's my calendar link  to 
make finding time easy.

___
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] Advice? Sneaky trick for call out labels

[Régis Haubourg]

Hi Tim,
You can have a look at easycustomlabeling plugin code. It's sets those
expressions for label alignement.

FYI I should be working on a new version of it taking profit of the
geometry generators power soon , and we might be able to revive the QEP47
to revive the idea of porting this natively to core.
Best regards
Regis

Le jeu. 11 avr. 2019 à 00:54, Tim Sutton  a écrit :

> To clarify a little, I am trying to avoid the label text crossing the
> call-out line.
>
> Regards
>
> Tim
>
> On 10 Apr 2019, at 23:02, Tim Sutton  wrote:
>
> Hi Friends
>
> So I am using logic like this* to make call out labels using a geometry
> generator:
>
> make_line(
>   closest_point($geometry,
>   make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" )),
>   make_point( "auxiliary_storage_labeling_positionx" ,
> "auxiliary_storage_labeling_positiony" )
> )
>
> The line runs from the closest point along the edge of the polygon to the
> bottom left corner of the label box. With this configuration it works well
> when my ‘lollipop’ callout label is north-east of the polygon being
> labelled:
>
> 
>
> But doesn’t work when the label is e.g. south west of the polygon:
>
> 
>
> Now I am wondering if we have any options for getting the geometry of the
> label box so I can do the reverse and get the closest point along the edge
> of the label box to the polygon being labelled. So my question:
>
> Is there any sneaky trick for getting the geometry of the label box for a
> feature in an expression? And no, using an opaque background for my label
> to mask away the call out line doesn’t really hack it. I know the label box
> isn’t being calculated at the time the polygon is being rendered so the
> answer is probably ’no’ but maybe someone else has a clever idea to make
> may lollipops work when labels are south (or east or west for that matter)
> of the feature being labelled?
>
> Thanks!
>
> Regards
>
> Tim
>
>
>
> —
>
>
> 
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org 
>
> 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
>
> I'd love to connect. Here's my calendar link
>  to make finding time easy.
>
>
> —
>
>
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org
>
> 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
>
> I'd love to connect. Here's my calendar link
>  to make finding time easy.
>
> ___
> 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