Re: [QGIS-Developer] My own LayoutItem not getting rendered unless ...

[Patrick Dunford via QGIS-Developer]

Hi

You may need to put a line like this

QApplication.processEvents()

to ensure a refresh takes place of visual elements.

On 11/09/23 20:21, Raymond Nijssen via QGIS-Developer wrote:

Hi,

For a plugin I made my own type of layoutItem which renders some kind 
of special graph. However, when the code adds the item to a layout, 
the rectangle is there but the content does not get rendered.


Now when I run this line in the console:

layout_manager = QgsProject.instance().layoutManager()

the layout item does get rendered, and also every next layout works 
properly. I put the line of code just above my layout item's class 
definition and it solves the problem. But I'd like to know if this is 
the right approach and why this line of code is needed. (Or if this is 
a bug?)


Thanks!

Raymond







___
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] Release 3.30 delayed

[Patrick Dunford via QGIS-Developer]

Seconded :)

On 8/03/23 02:37, C Hamilton via QGIS-Developer wrote:
I watched the video yesterday and read through the changelog. Whether 
it is complete or not I just want to say you are all amazing and thank 
you for all your hard work.


Calvin

On Tue, Mar 7, 2023 at 8:34 AM Andreas Neumann via QGIS-Developer 
 wrote:


Hi Richard,

I have nothing to add. But I can't say for everyone.

I think you can freeze and pull.

Thank you very much for your work - Richard! (and Jürgen for the
packaging). And everyone who worked on the visual change log!

Andreas

On Tue, 7 Mar 2023 at 14:25, Richard Duivenvoorde via
QGIS-Developer  wrote:

On 2023-03-07 14:12, Richard Duivenvoorde via QGIS-Developer
wrote:
> On 2023-03-07 13:17, Luca Manganelli via QGIS-Developer wrote:
>> The changelog link is broken
>>
>>
https://www.qgis.org/it/site/forusers/visualchangelog330/index.html
>>
>> this is the link from the main web site.
>
> Ah, sorry. Did not do that yet... will have a look this
evening...


Can somebody confirm that the changelog (input site) is
finished/frozen?
https://changelog.qgis.org/en/qgis/version/3.30/

I do see the notable fixes tables are already added by Andreas...
So: freeze and pull in site?

Regards,

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



-- 


--
Andreas Neumann
QGIS.ORG  board member (treasurer)
___
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

[QGIS-Developer] Linux installers

[Patrick Dunford via QGIS-Developer]

I'd like to ask a question about Linux installers whilst I'm here.

Software like Firefox is shipped as a tarball that I can just unzip to a 
folder of my choice in my user profile. It saves a lot of time when 
reinstalling Linux when these applications are already in the existing 
user profile on my computer.


Is this an option for Linux installations?

On 23/11/22 09:19, Anita Graser via QGIS-Developer wrote:

Hi,

With QGIS functionality and user base constantly growing, the required
maintenance also keeps increasing.
To keep our project budget sustainable, we (the PSC) are considering
investigating the possibility of offering a Windows installers for sale
through the Windows store in addition to the free installers from 
qgis.org.




___
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] Vector Tiles in QGIS: throws "Error loading style: Style not found in database" with 'optional style url'

[Patrick Dunford via QGIS-Developer]

My challenge at the moment is to try to figure out how to display it in 
a website with Leaflet.


On 19/07/22 18:55, Richard Duivenvoorde via QGIS-Developer wrote:

On 7/18/22 23:00, Patrick Dunford via QGIS-Developer wrote:

Hi Richard

You could test it with the Linz Basemaps vector tile server

http://basemaps.linz.govt.nz


Ah, thanks, playing with it now...

I first got a 'wrong api key issue', but it appears you can copy the 
right zxy url from the mentioned website (click the hamburger menu).

Currently it is:
https://basemaps.linz.govt.nz/v1/tiles/topographic/EPSG:3857/{z}/{x}/{y}.pbf?api=c01g8ak5d21sr9ehazp3ftry1zw 

(so you need to have that public api key in it which expires, go the 
the site!).

Style url then is currently:
https://basemaps.linz.govt.nz/v1/tiles/topographic/EPSG:3857/style/topographic.json?api=c01g8ak5d21sr9ehazp3ftry1zw 



(now I have to find out how to style this myself, using maputnik or 
so...)


Thanks again,

Richard Duivenvoorde




___
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] Vector Tiles in QGIS: throws "Error loading style: Style not found in database" with 'optional style url'

[Patrick Dunford via QGIS-Developer]

Hi Richard

You could test it with the Linz Basemaps vector tile server

http://basemaps.linz.govt.nz

On 18/07/22 22:27, Richard Duivenvoorde via QGIS-Developer wrote:
Ok, just found out: the layer is not loading IF there is NO other 
(xyz?) layer.


So when it is the first layer you load, it will give the warning and 
NOT show anything.


If you already loaded some other layer (for example OSM xyz), THEN all 
is fine


I'll create an issue for it... wondering if there is some simple 
global vector tile server which has the same issue, so it is easier to 
reproduce...


Regards,

Richard Duivenvoorde


On 7/18/22 10:07, Richard Duivenvoorde via QGIS-Developer wrote:

Hi People,

Just playing with pg_tileserv, to check if QGIS was able to load 
tiles from it with a small data set, I fail to load because:

"Error loading style: Style not found in database".
Though in the connection dialog it says that the Style URL is 
Optional...


Am I missing something? Tried with a fresh profile.
Or is there some generic url I should/could use?
(have to dive into these styling url's, to create one...)

Regards,

Richard Duivenvoorde

___
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] Bug report submission to Launchpad for Qgis 3.22, Ubuntu 22.04

[Patrick Dunford via QGIS-Developer]

3.24 seems to be quite stable on Ubuntu 22.04 now, so it would look like 
this was possibly a bug in the initial release of Ubuntu 22, fixed with 
their many updates.


On 1/05/22 21:41, Patrick Dunford wrote:

Bug No. 1971082

Qgis 3.22 crashes when attempting to display file dialogs for various 
file operations.


This issue appears to be specific to Ubuntu 22.04 and cannot to date 
be reproduced on any other recent Ubuntu release.


Both of the Ubuntu official repository packages (3.22.4) and the LTR 
packages (3.22.5) from the Qgis repositories are implicated. However 
the process for the Ubuntu bug reporting process will refer to the 
Ubuntu official repository packages.


The issue does not occur when using the current flatpak stable 
release, 3.24.2


Do you think this should also be reported in the Qgis bugs page?



___
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] Bug report submission to Launchpad for Qgis 3.22, Ubuntu 22.04

[Patrick Dunford via QGIS-Developer]

Bug No. 1971082

Qgis 3.22 crashes when attempting to display file dialogs for various 
file operations.


This issue appears to be specific to Ubuntu 22.04 and cannot to date be 
reproduced on any other recent Ubuntu release.


Both of the Ubuntu official repository packages (3.22.4) and the LTR 
packages (3.22.5) from the Qgis repositories are implicated. However the 
process for the Ubuntu bug reporting process will refer to the Ubuntu 
official repository packages.


The issue does not occur when using the current flatpak stable release, 
3.24.2


Do you think this should also be reported in the Qgis bugs page?


___
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] Problems with MAC and OneDrive

[Patrick Dunford via QGIS-Developer]

I'll endorse that plus in noting that I have seen tables wiped clean 
with geopackage where there may be multiple users. Even if there is only 
one actual user, there is a risk with multiple clients on a file based 
system because there is no inherent mechanism with the file based layers 
to handle transactions the way there would be with a DBMS server. SQLite 
is not recommend over a network for multiple clients.


That is separate from the other point which is that any one local client 
can overwrite the cloud version which is risky. Is there versioning 
control built into OneDrive?


On 5/04/22 03:33, Carlo A. Bertelli (Charta s.r.l.) via QGIS-Developer 
wrote:
Could you please provide some more info about the format of the data? 
I think your question does not imply using a DBMS server which I could 
suggest in this case. Sharing a file that can be updated on a remote 
file system involves some (risky) reaction, but cloud storage is 
different, it involves syncronisation and I think it requires some 
planning and careful evaluation of the consequences of the choices of 
every participant in the workgroup. If you synchronise the empty file 
towards a non-empty version... you get an empty file.
Maybe you can recover the work looking to all the revisions of the 
same file on Onedrive. Good luck.

c



___
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] Packages for arm64 version of ubuntu

[Patrick Dunford via QGIS-Developer]

No, you have to use the debian or ubuntu distribution's own 
repositories, not the qgis ones.


https://packages.ubuntu.com/search?keywords=qgis

focal (20.04LTS)  (science): 
Geographic Information System (GIS) [*universe*]

3.10.4+dfsg-1ubuntu2: amd64 arm64 armhf ppc64el s390x

jammy  (science): Geographic 
Information System (GIS) [*universe*]

3.22.4+dfsg-3: amd64 arm64 armhf ppc64el s390x

So for 3.22 you have to install Ubuntu 22.04 (due for release next 
month), and then get the installation from the repository provided by 
Ubuntu.


Debian only provides 3.22 in the testing (bookworm) version of their 
distribution, which is not due to come to release for another year or so.



On 23/03/22 03:56, Kagou via QGIS-Developer wrote:


I hope to find latest packages, with arm64 architecture on :

https://debian.qgis.org/debian/

or

https://ubuntu.qgis.org/ubuntu/

Regards



Le 15/02/2022 à 11:40, Kagou a écrit :


Is it possible to have the arm64 architecture supported for ubuntu ?

Regards

Patrice Vetsel

___
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] Packages for arm64 version of ubuntu

[Patrick Dunford via QGIS-Developer]

There are a number of different architectures supported by debian for 
qgis, these are in the debian repositories.


On 21/03/22 20:00, Ujaval Gandhi via QGIS-Developer wrote:
I was able to get a Ubuntu 20.04 VM running on Mac M1 (arm64) using 
UTM . QGIS install works 
but the latest installer is for QGIS 3.10.


The latest ltr 3.22 also has arm64 package but they are available only 
on Ubuntu 22.04 https://packages.ubuntu.com/search?keywords=qgis


Logo    
Ujaval Gandhi
Spatial Thoughts
mobile: +91-8095684687
email: uja...@spatialthoughts.com
LinkedIn icon  Twitter 
icon 






On Tue, Feb 15, 2022 at 4:10 PM Kagou  wrote:

Is it possible to have the arm64 architecture supported for ubuntu ?

Regards

Patrice Vetsel
___
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] issue transforming coords from EPSG:4258 'ETRS89' to 4326

[Patrick Dunford via QGIS-Developer]

How do you specify the CRS for the raster?

I know that you can assign this in the Qgis software but there is also 
provision to assign CRS in a sidecar file. Which one takes precedence?


On 22/03/22 04:56, Alessandro Pasotti via QGIS-Developer wrote:

Hi,

I'm not sure if this is a local issue on my dev env or if it is a real 
issue, I have a raster layer in EPSG:4258 ('ETRS89') from copernicus 
and the project's CRS is 4326, the transformation silently fails and 
the raster is not reprojected.




___
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] RHEL 8 Package

[Patrick Dunford]

Flatpak edition is available for platforms which do not have native packages

On 26/02/22 10:50, Coles, Quentin (GSFC-423.0)[RAYTHEON COMPANY] wrote:


Hello All,

Is there any QGIS package available for RHEL 8?  It doesn’t appear on 
the download page.


Thanks


___
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] Offline layer

[Patrick Dunford]

OK :)

I assumed that would be more detailed than the Pyqgis developers' cookbook.

On 2/02/22 19:53, matteo wrote:

Hi Patrick,

mmm where?

https://qgis.org/pyqgis/master/search.html?q=isOfflineEditable_keywords=yes=default 



I was wondering if there is a list of all the custom properties 
available for the layer, but I cannot find it. Also the 
QgsMapLayer.setCustomProperty does not explicitly list the keys 
available:


https://qgis.org/pyqgis/master/core/QgsMapLayer.html#qgis.core.QgsMapLayer.setCustomProperty 



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

___
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] Offline layer

[Patrick Dunford]

In theory, it should be in the pyqgis api documentation

https://qgis.org/pyqgis/master/

On 2/02/22 01:53, matteo wrote:

Hi David,

got it, and issue solved thanks!

I cannot find a list of all custom property keys in the documentation, 
is there any available?



Cheers

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

___
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] Algorithms in python

[Patrick Dunford]

I'm writing to support this viewpoint.

I use the XYZ tiles functions in the processing toolbox quite 
extensively and am aware of certain issues in them.


I understood these were written originally in Python as old versions of 
them as such can be found on Github.


Somewhere down the track it is likely I would either start looking at 
these issues and how to correct them, the alternative is to switch to a 
different rendering platform.


I will not be interested in doing this if it cannot be done in Python as 
the differences between the Python development environment and the C one 
are massive.


On 5/10/21 1:26 am, matteo wrote:

Hi devs,

recently I've made a PR to add an algorithm to the core, written in 
python:


https://github.com/qgis/QGIS/pull/44680

from the comments I get that from now on additional algorithms are 
accepted only in C++ and not in python anymore.


Is this an official statement?

My super personal opinion: while I perfectly understand devs position 
on C++, I think we might miss some useful contributions from python 
only devs (like me :) ) and we lack of a "straight" way to add useful 
algorithms to QGIS.


I see 2 options:

* development of Processing plugins with algorithms that can lead to 
many plugins and difficulties to find them
* have a "straight" way to add additional algorithms to QGIS, like the 
"Download scripts from collections" of QGIS 2


What is a general opinion about this topic?

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

___
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] QEP: Layer Notes

[Patrick Dunford]

I'll take a look at it. Thanks.

On 4/02/21 11:20 pm, DelazJ wrote:

Hi,
Patrick, I don't know whether it covers all the metadata fields but 
you might give a look to the layer_property function 
(https://docs.qgis.org/3.16/en/docs/user_manual/working_with_vector/functions_list.html#layer-property 
<https://docs.qgis.org/3.16/en/docs/user_manual/working_with_vector/functions_list.html#layer-property>)


Regards,
Harrissou

Le jeu. 4 févr. 2021 à 11:07, Patrick Dunford <mailto:enzedrailm...@gmail.com>> a écrit :


I have an interest in anything that would allow me to read out the
metadata fields provided for raster layers, such that it could be
displayed in a print layout. As far as I can tell, there is no such
capability?

On 1/02/21 5:47 pm, Nyall Dawson wrote:
> Hi all,
>
> I've just submitted a new QGIS enhancement proposal detailing
support
> for user created "notes" for map layers. You can read the details
> here:
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/206
<https://github.com/qgis/QGIS-Enhancement-Proposals/issues/206>
>
> I'm after feedback on this proposal and am trying to determine how
> widespread the use-case is, and how desirable it is to have this
> functionality available in QGIS out-of-the-box (vs as a plugin).
>
> Nyall
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
<mailto:QGIS-Developer@lists.osgeo.org>
> List info:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
> Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<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] QEP: Layer Notes

[Patrick Dunford]

I have an interest in anything that would allow me to read out the 
metadata fields provided for raster layers, such that it could be 
displayed in a print layout. As far as I can tell, there is no such 
capability?


On 1/02/21 5:47 pm, Nyall Dawson wrote:

Hi all,

I've just submitted a new QGIS enhancement proposal detailing support
for user created "notes" for map layers. You can read the details
here: https://github.com/qgis/QGIS-Enhancement-Proposals/issues/206

I'm after feedback on this proposal and am trying to determine how
widespread the use-case is, and how desirable it is to have this
functionality available in QGIS out-of-the-box (vs as a plugin).

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 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] Deploying 3.10.8 LTR on Debian 10

[Patrick Dunford]

Good day

The issue seems to be resolved fo both stable and LTR since new builds 
appeared on the Qgis server on August 8.



___
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] Deploying 3.10.8 LTR on Debian 10

[Patrick Dunford]

OK so comparing dependencies has not found any that appear significant. 
Only differences found were in a couple of OpenJDK packages.


Methodology:

1. Create a list of packages and versions from the entire system using 
dpkg-query:


    dpkg-query -W -f='${binary:Package}|${Version}\n' >pkglist.txt

2. Compare two package lists using this Python script:

# pkgcheck.py
# compare package lists and version details

# declarations
import argparse

# set up command line argument parser
parser = argparse.ArgumentParser(prog='pkgcheck')
parser.add_argument('firstfile')
parser.add_argument('secondfile')

# get arguments
argList = sys.argv[1:]  # drop the script 
name parameter

args = parser.parse_args(argList)
firstFile = args.firstfile
secondFile = args.secondfile

# read files as CSV
firstCSV = open(firstFile, mode = 'r')
firstPkgs = firstCSV.readlines()
secondCSV = open(secondFile, mode = 'r')
secondPkgs = secondCSV.readlines()
outFile = open('pkgcheck.txt','w+')
# first iteration with each line of firstPkgs look up in secondPkgs and 
compare

print(firstFile + " >< " + secondFile)
for firstPkg in firstPkgs:
    firstLine = firstPkg.split('|')
    firstName = firstLine[0].strip('\n')
    firstVersion = firstLine[1].strip('\n')
    firstFound = False
    for secondPkg in secondPkgs:
    secondLine = secondPkg.split('|')
    secondName = secondLine[0].strip('\n')
    secondVersion = secondLine[1].strip('\n')
    if firstName == secondName:
    firstFound = True
    if firstVersion <> secondVersion:
    outFile.write("Version Mismatch In Second: " + 
firstFile + ":: " + firstName + "::" + firstVersion + " <> " + 
secondFile + "::" + secondName + "::" + secondVersion + '\n')

    if firstFound == False:
    outFile.write("Package Missing in Second: " + firstFile 
+ " :: " + firstName + " :: " + firstVersion + "\n")
# second iteration with each line of secondPkgs look up in firstPkgs and 
compare

print(secondFile + " >< " + firstFile)
for secondPkg in secondPkgs:
    secondLine = secondPkg.split('|')
    secondName = secondLine[0].strip('\n')
    secondVersion = secondLine[1].strip('\n')
    secondFound = False
    for firstPkg in firstPkgs:
    firstLine = firstPkg.split('|')
    firstName = firstLine[0].strip('\n')
    firstVersion = firstLine[1].strip('\n')
    if firstName == secondName:
    secondFound = True
    if firstVersion <> secondVersion:
    outFile.write("Version Mismatch In First: "  + 
secondFile + ":: " + secondName + "::" + secondVersion + " <> " + 
firstFile + "::" + firstName + "::" + firstVersion + "\n")

    if secondFound == False:
    outFile.write("Package Missing In First: " + secondFile + ":: " 
+ secondName + "::" + secondVersion + "\n")


The only version mismatches found were

openjdk-11-jre:amd64 11.0.8+10-1~deb10u1 <> openjdk-11-jre:amd64 
11.0.7+10-3~deb10u1


openjdk-11-jre-headless:amd64 11.0.8+10-1~deb10u1 <> 
openjdk-11-jre-headless:amd64 11.0.7+10-3~deb10u1



___
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] Deploying 3.10.8 LTR on Debian 10

[Patrick Dunford]

Tks. I am not a perl scripter, normally using Python. dpkg-query 
generating a CSV file fed into a custom script to compare two computers 
version lists is what I'm working on at the moment which is easier for 
me to maintain.


On 25/07/20 4:54 pm, Sebastiaan Couwenberg wrote:

On 7/25/20 1:39 AM, Patrick Dunford wrote:

OK I am not sure that is exactly what I want, the output looks like the
package list in the qgis web site where the packages are stored. What I
need is the version of each dependency which is actually on my computer now.

So you expand the logic to check if any of the listed dependencies are
installed, e.g.:

  for pkg_version in $(dpkg -l | grep qgis | grep ^ii | awk '{print
$2"="$3}'); do apt-cache show $pkg_version | egrep "Depends|Recommends"
| sed 's/^Depends: //; s/^Recommends: //' | perl -e 'my $input="";
while(<>){ $input .= $_; } foreach my $pkgs (split /, /, $input){ $pkgs
=~ s/ \(.*\)//; foreach my $pkg (split / \| /, $pkgs) { $pkg =~
s/:\S+//; system("dpkg -l $pkg"); } }'; done | grep ^ii | awk '{print
$2" "$3}'


___
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] Deploying 3.10.8 LTR on Debian 10

[Patrick Dunford]

OK I am not sure that is exactly what I want, the output looks like the
package list in the qgis web site where the packages are stored. What I
need is the version of each dependency which is actually on my computer now.

So example
Package: libqgisgrass7-3.10.7
Depends: libc6 (>= 2.14), libexpat1 (>= 2.0.1), libgcc1 (>= 1:3.0),
libgdal20 (>= 1.11), libgeos-c1v5 (>= 3.4.2), libproj13 (>= 4.8.0),
libqca-qt5-2 (>= 2.0.2), libqgis-core3.10.7, libqgis-gui3.10.7,
libqgis-native3.10.7, libqscintilla2-qt5-13 (>= 2.8.4), libqt5concurrent5
(>= 5.0.2), libqt5core5a (>= 5.11.0~rc1), libqt5dbus5 (>= 5.0.2),
libqt5gui5 (>= 5.2.0), libqt5keychain1 (>= 0.7.0), libqt5network5 (>=
5.0.2), libqt5positioning5 (>= 5.6.0), libqt5printsupport5 (>= 5.0.2),
libqt5qml5 (>= 5.0.2), libqt5quick5 (>= 5.0.2), libqt5quickwidgets5 (>=
5.3.0), libqt5serialport5 (>= 5.4.1), libqt5sql5 (>= 5.0.2), libqt5svg5 (>=
5.6.0~beta), libqt5webkit5 (>= 5.6.0~rc), libqt5widgets5 (>= 5.2.0~alpha1),
libqt5xml5 (>= 5.0.2), libqwt-qt5-6 (>= 6.1.2), libspatialindex5 (>=
1.8.1), libspatialite7 (>= 2.4.0), libsqlite3-0 (>= 3.5.9), libstdc++6 (>=
5), libzip4 (>= 0.10), ocl-icd-libopencl1 | libopencl1

Tells me what should be in my system but not actually what is in my system.


On Thu, 23 Jul 2020 at 23:39, Sebastiaan Couwenberg 
wrote:

> On 7/23/20 1:18 PM, Patrick Dunford wrote:
> > Is there some kind of script I could run that would print out a list of
> > all the Qgis library dependencies and their version numbers.
>
> This oneliner should help:
>
>  for pkg_version in $(dpkg -l | grep qgis | grep ^ii | awk '{print
> $2"="$3}'); do apt-cache show $pkg_version | egrep
> "Package|Depends|Recommends" && echo; done
>
> Kind Regards,
>
> Bas
>
> --
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
> ___
> 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] Deploying 3.10.8 LTR on Debian 10

[Patrick Dunford]

Gidday

I am currently experiencing startup crash running Qgis 3.10.8 LTR from 
Debian packages on two of my computers that have Debian 10.4 with the 
KDE desktop environment installed, but it runs fine on one of my 
computers with Debian 10.4 with the LXQAt desktop environment installed.


The issue seems to be occurring in a Qt library.

One of the theories possibly worth exploring is that either the Debian 
LXQt install itself, or a software package installed on the LXQt system 
I have, installs different versions of the Qt libraries than the Debian 
KDE package installs.


Is there some kind of script I could run that would print out a list of 
all the Qgis library dependencies and their version numbers.



___
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-user] Qgis crashes while loading WMTS layers

[Patrick Dunford]

Hi

In reply to your comments

There are a few different questions but Gimp wouldn't be able to write 
its temp file into the swap area because only the operating ssystem 
itself would be able to access that. Gimp has the ability to use virtual 
memory and a separate temporary area. If you configure a tile cache and 
it runs out of physical RAM then the tile cache is pushed into swap 
exactly as one would have thought.


Cheers

On 27/01/20 3:04 am, Jonathan Moules wrote:

Hi Patrick,
I can't comment on the core issue, but just a point for clarification 
- I thought Swap memory usage was something the operating system dealt 
with? Isn't it usually transparent to the application?


A quick search indicates that what GIMP calls swap is really a bespoke 
folder for GIMP to store temporary files (in a fashion similar to 
virtual memory/swap) rather than the system swap file; FME does this 
too (they call it a "temporary directory").


I can certainly see why that would have value - it looks like QGIS has 
one, at least for temporary outputs - 
https://github.com/qgis/QGIS/issues/28222 - but whether it's as well 
used as it should be I leave for others to comment on (I have no idea 
what it's used for).



___
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] Compliments

[Patrick Dunford]

Good day to all

I wish to record my overwhelming gratitude to this software project as I 
have been a user of this software QGIS over the past 8 years since 
version 1.8. During that period I have been working on developing 
historical hobby maps covering a large part of the country of New 
Zealand and making extensive use of freely downloadable map resources 
which are available there.


I have just completed the first volume of a series, containing just over 
1000 individual maps which are published online for free access. Each of 
those maps has to be individually generated and checked from the layout 
composer. There are still another 11 volumes of a similar size to be 
produced in the series which should take roughly 11 months (for the rest 
of this year).


None of this could have been achieved without the use of the Qgis 
software and I must especially record my appreciation that it is free 
software as this project could not have happened at all a few years ago 
considering the large volume of resources involved and the expense all 
round that would have been incurred given the commercial value of all 
the resources (my personal income at present being less than NZ$20,000 pa).


It has been of considerable personal regret to me that a certain level 
of conflict did arise during the period that I was using the 2.99 
development edition of the software and I hope it will be possible for 
developers to accept this apology for those situations. Unfortunately I 
do not have the time these days to run the development edition for 
testing and have yet to master the new bug reporting system so you have 
not heard from me in a while anyways.



___
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 user logos?

[Patrick Dunford]

Good day

Has anyone done or know of any Qgis logo graphics we can use on our web 
site or publication e.g. authored with Qgis


Thanks

___
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 crashes while loading WMTS layers

[Patrick Dunford]

Further investigation and comment

Since recently installing Qgis 3.4.15 or 3.4.14 on some of my computers 
running Debian 10, I immediately began to see a trend of the software 
exhibiting an increased tendency to crash when working with certain WMTS 
layers that I had previously worked with extensively over recent weeks 
for mapping purposes.


After attempting numerous changes including special versions of projects 
containing no file based raster layers and only containing one WMTS 
layer at a time and being unable to use the software regardless I 
created a virtual machine running Debian 9 which has the latest version 
available for that platform, 3.4.4. This has resulted in immediate major 
improvement in the reliability of the software to the point I can resume 
using it without the numerous crashes of the software that have been 
noted recently, especially in the last week approximately.


On 27/01/20 1:19 am, Patrick Dunford wrote:

Good day to all.

Not so long ago I wrote a post about issues handling large numbers of 
raster files. This results from what appears to be an architectural 
design limitation of Qgis in that it only has enough resources 
available for a certain (unknown) number of raster layers and does not 
have any effective system for dealing with the exhaustion of these 
resources.


I also noted that the software does not appear to have the ability to 
use the swap (virtual memory) resources within a system to deal with 
the apparent exhaustion of resources, as other software would. For 
example, Gimp which I use for graphical editing is able to handle 
certain projects using a swap space of 200 GB, which consists of 32 GB 
of physical RAM and the rest in SSD. It is not unusual with some of 
these graphics projects to have 100 GB or more of swap space in use, 
without crashing the system. (This being possible since Gimp 2.10 with 
its ability to write files of more than 4 GB)


Whilst it is possible to manage the number of layers with file based 
rasters, this cannot be done with a WMTS server because there is no 
way I am aware of to manage the number of layers that can be 
downloaded from the server.


Version 2.18 and earlier almost never crashed with excess layers, 
usually all that would happen is a layer would be displayed with 
invalid data. However, crashes have become the norm with 3.x versions 
of software.


It seems to me there is a big architectural problem in the software 
with its inability to utilise the full resources of the system in 
order to process the number of layers that a WMTS server is capable of 
issuing.



___
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 crashes while loading WMTS layers

[Patrick Dunford]

Good day to all.

Not so long ago I wrote a post about issues handling large numbers of 
raster files. This results from what appears to be an architectural 
design limitation of Qgis in that it only has enough resources available 
for a certain (unknown) number of raster layers and does not have any 
effective system for dealing with the exhaustion of these resources.


I also noted that the software does not appear to have the ability to 
use the swap (virtual memory) resources within a system to deal with the 
apparent exhaustion of resources, as other software would. For example, 
Gimp which I use for graphical editing is able to handle certain 
projects using a swap space of 200 GB, which consists of 32 GB of 
physical RAM and the rest in SSD. It is not unusual with some of these 
graphics projects to have 100 GB or more of swap space in use, without 
crashing the system. (This being possible since Gimp 2.10 with its 
ability to write files of more than 4 GB)


Whilst it is possible to manage the number of layers with file based 
rasters, this cannot be done with a WMTS server because there is no way 
I am aware of to manage the number of layers that can be downloaded from 
the server.


Version 2.18 and earlier almost never crashed with excess layers, 
usually all that would happen is a layer would be displayed with invalid 
data. However, crashes have become the norm with 3.x versions of software.


It seems to me there is a big architectural problem in the software with 
its inability to utilise the full resources of the system in order to 
process the number of layers that a WMTS server is capable of issuing.


___
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-user] Handling a large number of raster layers with Qgis architectural limitations

[Patrick Dunford]

Hello,

the issue is not with the performance drawing the raster, it is with the 
system only being able to have a certain number of file based rasters 
loaded in a project before it will crash.


On 22/11/19 11:08 AM, Alexandre Neto wrote:

AFAIK,

WMST creates pyramids in cache as needed, hence it may do a better 
balance between disk usage and performance. You can control the number 
of pyramid layers you create and the compression format of it to save 
some space. But having raster files with 4000x4000 pixels with no 
pyramids will make a full read of the raster file to show even only a 
bit of it... That will make QGIS performance really poor.


Thereºs this blog post from 2010 that does some comparison 
between several formats and their sizes and performances. It's in 
portuguese, but I think you can find ways of translating it.



https://blog.viasig.com/2010/01/mosaicos-de-imagens-em-mapserver-com-gdal/

Hope it helps

Alexandre Neto

On Thu, Nov 21, 2019 at 2:05 PM Patrick Dunford 
mailto:enzedrailm...@gmail.com>> wrote:


Building pyramids gobbles up heaps of disk space. I tried pyramids
on 157 MB layer, which created an extra file 1.6 GiB.

I can't see the WMTS building lots of temporary file pyramids
using up disk

On 18/11/19 10:50 PM, Alexandre Neto wrote:

Hi Patrick,

Sorry for asking, did you create pyramids (overlays) for your
raster "tiles"?

See more information about pyramids on QGIS official documentation:


https://docs.qgis.org/3.4/en/docs/user_manual/working_with_raster/raster_properties.html#pyramids-properties

To create pyramids on many files, it's probably better to use
GDAL directly to process all files in a folder:

https://gdal.org/programs/gdaladdo.html

My feeling is that the WMS service is doing that for you, and
that's the reason why it works well with a service.

Alexandre Neto
QGIS Support
www.qcooperative.net <http://www.qcooperative.net>


___
Qgis-user mailing list
qgis-u...@lists.osgeo.org <mailto:qgis-u...@lists.osgeo.org>
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

___
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-user] Handling a large number of raster layers with Qgis architectural limitations

[Patrick Dunford]

Building pyramids gobbles up heaps of disk space. I tried pyramids on 
157 MB layer, which created an extra file 1.6 GiB.


I can't see the WMTS building lots of temporary file pyramids using up disk

On 18/11/19 10:50 PM, Alexandre Neto wrote:

Hi Patrick,

Sorry for asking, did you create pyramids (overlays) for your raster 
"tiles"?


See more information about pyramids on QGIS official documentation:

https://docs.qgis.org/3.4/en/docs/user_manual/working_with_raster/raster_properties.html#pyramids-properties

To create pyramids on many files, it's probably better to use GDAL 
directly to process all files in a folder:


https://gdal.org/programs/gdaladdo.html

My feeling is that the WMS service is doing that for you, and that's 
the reason why it works well with a service.


Alexandre Neto
QGIS Support
www.qcooperative.net 

___
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] Handling a large number of raster layers with Qgis architectural limitations

[Patrick Dunford]

Good day to all

One of the user experiences I have had from using the Qgis software has 
been with projects using large numbers of raster tile layers. These 
layers are generally tiles that have a size of 4800x7200 pixels in 
GeoJPEG format and have either been downloaded directly from tile 
servers to these locally stored files, or created from downloaded tiles 
with other layers overlaid in Gimp projects.


There appears to be some architectural limit in Qgis desktop software 
relating to either the total number of raster layer [files] in a project 
or to the total number of pixels in raster layer [files] in a project. 
This is unrelated to the number of layers or pixels currently enabled 
for display in the map canvas. In practice, the appearance of this limit 
is that it is kicking in long before the host computer's own physical 
resources are anywhere near fully engaged. Map digitising and editing is 
done on systems with 32 GB of physical memory (RAM) and 200 GB of 
SSD-based virtual memory (swap) and these systems are able to edit very 
large Gimp projects for user tile creation that often engage all of the 
system's physical memory and around 100 GB of the virtual memory without 
problems. But these types of numbers are in practice never seen with 
Qgis projects when the raster layer limit is being seen.


The appearance of a raster layer limit is generally experienced in older 
versions of the software by layers being displayed on the canvas as 
garbage, and in newer versions by the software crashing. It will only 
start working again if raster layers are removed from the project. 
However, when layers are loaded from WMTS servers, no appearance of 
limitation is seen.


The question to be answered, then, is which of any possible range of 
resolutions would be appropriate or useful to this predicament. With 
only limited understanding of the architectural design of the software, 
it would seem the following options exist:


1. File a bug report for the software concerning a possible issue with
   the design of the product
2. Amalgamate smaller tiles into larger ones (e.g. 48 tiles at
   4800x7200 can be put into one tile at 57600x28800). This only works
   if the software issue is related to the number of file based tile
   layers and not to the total number of pixels in those layers.
3. Post a feature request for sub-project capabilities. This would
   allow a project that combines vector and raster layers, to be split
   into one project containing the vector layers and a number of
   projects each of which contains the vector project as a subproject
   and a certain subset of all the raster layers that is smaller than
   the observable limit.
4. Set up my own local WMTS server to serve all the raster layers to my
   map editing projects.
5. Explore the possibilities of preconfigured limits in the operating
   system that may need to be increased to overcome file based layer
   limits in projects (such as the NOFILES limit in Linux, currently
   set at 10,000 hard and soft on map editing computers)

Is anyone who is knowledgeable about the architecture of the Qgis 
desktop software able to comment with some detail about possible 
resolutions.



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

[Patrick Dunford]

The crash reporter didn't work on my computer because of a missing URL 
or something.


But as far as crashes go, I had heaps of them one day in particular and 
then they stopped. On 3.4.9


On 18/07/19 6:19 PM, Nyall Dawson wrote:

On Thu, 18 Jul 2019 at 16:05, Andreas Neumann  wrote:

Hi QGIS core devs,

Currently on the Github issues I have the (subjective) feeling that every third 
report is about QGIS crashing on closing the program. It seems to be a really 
wide-spread issue that a majority of our users have. It would be great for 
QGIS' reputation if we could fix this/these issue(s). Or has this already been 
fixed and people don't use the newest versions?

These are VERY frustrating. It's actually a bunch of different
underlying issues causing this. We've probably squashed a dozen or so,
but they keep resurfacing (or being re-introduced), and none of the
existing bug reports have clues on remaining causes.

Fortunately they are harmless. Mathieu has previously suggested we
just shut down the crash reporter on QGIS exit to avoid this -- I
think that would be a worthwhile change.

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 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] Recent rendering changes that might affect TimeManager

[Patrick Dunford]

Can I suggest that you need to be more specific and not comparing to 2.8

Should be comparison with earlier releases of3 because 3 has been out 
for such a long time?


On 17/05/19 7:07 AM, Anita Graser wrote:

Hi,

Users of TimeManager are reporting rendering issues which affect 3.4 
and 3.6 but didn't appear in QGIS 2.18:


https://github.com/anitagraser/TimeManager/issues/290
https://github.com/anitagraser/TimeManager/issues/291

I'd appreciate any pointers to potentially relevant changes and 
recommendations on how to handle them.


Regards,
Anita



___
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] Bug #21460?

[Patrick Dunford]

Thanks for that information. I was unaware there really is such a small 
community of developers.


I guess that Gis software is specialised enough that there is not 
general interest to attract the wider community support that some of the 
major open source projects produce, whether this is a larger development 
community or financial support from a sponsor.


I only use a small fraction of the capabilities of the software. 
Unfortunately it is not practicable at this time for me to contribute 
more than bug reports to the software. The fact that we even have this 
software in the open source community is greatly appreciated by me.


On 8/04/19 8:30 PM, Paolo Cavallini wrote:

Hi Cory,

On 08/04/19 00:57, Cory Albrecht wrote:

I was wondering when Bug #21460
 was going to get some attention?
It's about  QGIS not forming proper PostGIS SQL updates correctly,
specifically for null values.

may I suggest you an interesting read?
https://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/
Cheers.

___
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] No LTR on openSUSE repos

[Patrick Dunford]

It looks to me that there is a community of openSUSE users out there 
building packages. You should try and engage with the people that have 
built community packages to see if they can develop this package.


On 2/04/19 4:01 AM, Yann POUFFARIX wrote:
Yes, but still waiting the answer... We still have 3.6 on repos but 
that's all. No communication at all and permanent "failed" status on 
build.opensuse.org 




___
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] No LTR on SUSE repos

[Patrick Dunford]

The packaging instructions are written for Debian/Ubuntu as far as I 
recall, it could be more challenging on another distro


On 8/04/19 8:25 PM, Paolo Cavallini wrote:

Hi Yann,

On 08/04/19 10:01, Yann POUFFARIX wrote:

Back in time.

No answer from maintener and of course nothing listed here

https://software.opensuse.org/package/qgis-ltr

what to do x)

I think you are left with the choice of either doing the package
yourself, or hire someone to do it. Of course you can always compile
qgis yourself, it shouldn't be too hard if the dependencies are properly
packaged.
Cheers.


___
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] No LTR on openSUSE repos

[Patrick Dunford]

Have you asked the question of the openSUSE maintainers, as presumably 
they maintain the listed repositories, download.opensuse.org


On 1/04/19 10:06 PM, Yann POUFFARIX wrote:

Hi,

Just a little mail to ask if the LTR version will come back because we 
have over 300 users waiting for a Computer Update but we can't do it 
if we can't use the LTR version of Qgis.


We don't see any communication about the suppression of LTR version 
for openSUSE repos.



Sincerely,

Yann P.
IT Technician,
Eveha, Archeological excavation,
31 Rue Soyouz, 87000 Limoges, France

___
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] Can't import GeoPackage generated by QGIS into PostGIS

[Patrick Dunford]

It would indeed seem from my experience any shorter string is being 
replaced by a long one. However I am unsure what a zero length string is 
supposed to achieve in a geopackage or any format.


On 1/04/19 3:30 AM, Stefan Keller wrote:

Hi,

I could replicate this behavior (limiting string to 255) using QGIS 3
by exporting a layer to a GeoPackage.
My impression is, that GeoPackage data provider is replacing
String/QString field types which have length 0, by a default length of
255 chars (which is obviously wrong).

:Stefan

Am So., 31. März 2019 um 13:47 Uhr schrieb Anita Graser :



On Sun, Mar 31, 2019 at 11:42 AM Anita Graser  wrote:

On Sat, Mar 30, 2019 at 10:11 PM Alessandro Pasotti  wrote:

On Sat, Mar 30, 2019, 21:55 Anita Graser  wrote:

- Option #2: QGIS shouldn't create GeoPackages that store long strings in field 
defined as text(255)

I'll create a ticket for #2 then.


Here it is: https://issues.qgis.org/issues/21714

Regards,
Anita


___
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 has just vanished

[Patrick Dunford]

Are you using Ubuntugis repository with Qgis. There can be issues if 
Ubuntugis updates its packages out of sequence with the Qgis release, 
because Ubuntugis is a separate project from Qgis and they don't 
synchronise releases.


On 11/03/19 9:00 PM, Shane Carey wrote:

Hi,

Qgis has just vanished from my machine and I've no idea why? I tried 
to do a re-install and I keep getting:


|E: Unable to correct problems, you have held broken packages. |
|Any ideas on what is going on here? I am on ubuntu 18.04 |
|Thanks |
Le gach dea ghui,
*/Shane Carey/*
*/GIS and Data Solutions Consultant/*

___
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] OSGeo4W Installer

[Patrick Dunford]

3.7 is the development edition. I don't know whether it builds nightly 
for Windows, but even with the Linux builds sometimes you don't get one 
every day, and it can be several days delay if a release is imminent.


On 13/03/19 2:18 AM, Totò wrote:

Totò wrote

Hi everyone,
I'm not getting updates for about 5 days, I'm stopped at 3.7.0-5, is this
normal?

OSGeo4W Network Installer - win 10 x64

thx

I tried again now and found an update.

thx



-
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
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] Memory utilisation by Qgis

[Patrick Dunford]

Hi

I have some questions about how Qgis engages with the memory management 
system, specifically Linux.


I have had a few crashes on my computer where the software crashes where 
it looks like some sort of memory limit has been reached.


On each time I have seen the software unexpectedly crash the computer's 
physical memory was approximately three quarters used and there was no 
swap being used.


This computer has 32 GB of RAM and 50 GB of swap. The disk that holds 
the swap is an SSD with a / partition and a swap partition, whereas 
/home is on a separate set of disks.


I see the swap being used all the time by other applications but I have 
never seen a swap file being engaged when I am using Qgis, because it 
always would crash or show some other apparent resource-limitation 
behaviour before the physical memory was all used up and no swap was 
being used.


Swap is used regularly by other apps on this computer, notably Gimp.

___
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] Which category for exports?

[Patrick Dunford]

Just put unknown, the developers will change it to the right one.


On 20/08/18 02:26, Tobias Wendorff wrote:

Hi there,

I'm lost in the issue trackers category list... it's pretty hard to
find the right one.

I've found a bug when exporting CSV files. Which one is the right
category?

Best regards,
Tobias

___
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] GeoPackages with constraint problems

[Patrick Dunford]

Hi Matthias

I have seen this type of error message comes up when trying to open a 
geopackage from a 3.x project in 2.18


No data corruption in the original layer as far as I can tell.


On 04/08/18 01:59, Matthias Kuhn wrote:

Hi everyone,

I recently gave a course where geopackages were used as datasets. Those
geopackages had foreign key constraints (among others) activated. While
editing those files, at least on one machine, someone managed to get it
into a "corrupted" state (layer disappeared). Trying to load this layer
later on will result in a bad layer. The only thing we have is a tiny
message in the message log informing about "pragma foreign_key_check on
'file.gpkg' failed. You can disable this check by setting the
OGR_GPKG_FOREIGN_KEY_CHECK configuration option to NO".

I think it's quite strange that QGIS/OGR manages to bring a GeoPackage
into a corrupted state and then denies to open it.

* It would - I guess - be preferable to prevent a GeoPackage from going
into such a state

* Since it appears to be quite easy to bring a dataset into such a state
(although I'm afraid I can't provide detailed steps) QGIS should by
default probably rather open (and warn) or warn and give a possibility
to still open.

Did others experience this as well and have more ideas what to do?

Thanks and best wishes
Matthias
___
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] Relative path for GeoPackage/Rasterlite

[Patrick Dunford]

Relative paths are generated from a project file, not any other path 
location



On 27/07/18 01:32, Mark Johnson wrote:
A possible cause is that the given path is not relative to the 
diretory from which QGIS was started from.


Possibly the value of :
QGIS_PREFIX_PATH

found in Options/System/Current environment variables

Mark


___
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] Unable to understand the "Default CRS for new projects" setting

[Patrick Dunford]

If there is a bug to file, it should be that if you click Cancel, it 
still loads the layer



On 25/07/18 02:50, DelazJ wrote:

Hi,
In the Settings --> Options --> CRS menu, user can choose a CRS which 
is used as default whenever he opens a new blank project.

Then if he adds a layer:
- if the layer CRS is different from the one I set for the project, 
the project CRS is changed and aligned with the first loaded layer CRS;

- if it's a geometryless layer, then the project CRS is set to epsg:4326

Then, my question is what's the interest of setting a default CRS for 
all projects, if each time I open a new project it's the first loaded 
layer that dictates the rule and applies its CRS?
From my understanding, the project CRS is the environment in which I'd 
like to work and with the auto-OTF, layers I add would be reprojected 
in that environment, not the inverse.


Am I missing something or, if it's by design, could someone explain me 
the reasons, please? Or are those behaviors bugs I should file?


Thanks,
Harrissou


___
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] Network issues

[Patrick Dunford]

Good day all

I share my projects over a local network to multiple computers and 
virtual machines in my working space for using and testing Qgis. Lately 
I have had quite a few errors over SMB shares using the Samba file 
server and clients.


The error messages vary. I forgot what the messages were for shapefiles, 
for geopackage the messages are a bit obscure but it essentially fails 
to commit changes and then undoes all the changes in that layer back to 
where it was before you put it into edit mode. Project files save so it 
doesn't seem likely to be a permissions issue. These issues seem to be 
intermittent rather than being present all of the time.


I am seeing Samba issues with some other stuff so I am starting to think 
Samba has some problems in current releases.


Currently I am testing with NFS to see if it is more reliable, so far it 
looks good.



___
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 3 raster caching

[Patrick Dunford]

Good day

As we all know, Qgis 3 has this new capability to cache raster layers. 
This seems to work quite well except if you have a lot of rasters, it 
seems to run out of steam after a while. When that happens, it causes 
all sorts of interesting outcomes with other layers randomly appearing 
and disappearing.


Is there any documentation or descriptions online somewhere of the 
intentions to be achieved with this capability that can allow for 
consideration of possible ways of addressing issues.



___
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] Problems running 3.2/3.3

[Patrick Dunford]

As a general observation with my experiences so far with 3.2 and the 
current master it looks they can have a lot of problems with 3.0 
configs. Another issue observed on a different computer is completely 
random and frequent crashes for no obvious reason.



On 09/07/18 18:42, Patrick Dunford wrote:
Look like yet another weird and wonderful problem that goes away if 
you dump your config settings and start again. Which messes my head up.



On 09/07/18 17:57, Patrick Dunford wrote:

Good day all

I have Qgis 3.3 latest master installed on a desktop and a virtual 
machine. The desktop is running Debian 9.3 and the virtual machine is 
running Debian 9.4


The VM runs 3.3 as a new install and has no problems running it, 
everything seems to work normally.


The desktop has a lot of problems running 3.3 or 3.2 with the same 
issues in both. It was upgraded from 3.0 which it had no difficulties 
with.


The main issues seen are:

* only a few layers can be displayed at a time. It will not display 
all the layers at once.


* attempting to save a geopackage produces error messages like the 
ones below


2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 12 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 13 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 84 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error 
committing transaction: COMMIT transaction failed: cannot commit - no 
transaction is active


and it undoes all the changes in the map canvas so they are all lost. 
there are no permissions issue as project files can be saved fine.


The desktop has very little other software on it except Gimp 2.9 
(AppImage) and Gimp 2.10 (Flatpak) on it and it's a complete mystery 
to me how there could be any other software on this computer that 
might conflict with Qgis.


Any ideas?






___
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] Problems running 3.2/3.3

[Patrick Dunford]

Look like yet another weird and wonderful problem that goes away if you 
dump your config settings and start again. Which messes my head up.



On 09/07/18 17:57, Patrick Dunford wrote:

Good day all

I have Qgis 3.3 latest master installed on a desktop and a virtual 
machine. The desktop is running Debian 9.3 and the virtual machine is 
running Debian 9.4


The VM runs 3.3 as a new install and has no problems running it, 
everything seems to work normally.


The desktop has a lot of problems running 3.3 or 3.2 with the same 
issues in both. It was upgraded from 3.0 which it had no difficulties 
with.


The main issues seen are:

* only a few layers can be displayed at a time. It will not display 
all the layers at once.


* attempting to save a geopackage produces error messages like the 
ones below


2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 12 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 13 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 84 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error 
committing transaction: COMMIT transaction failed: cannot commit - no 
transaction is active


and it undoes all the changes in the map canvas so they are all lost. 
there are no permissions issue as project files can be saved fine.


The desktop has very little other software on it except Gimp 2.9 
(AppImage) and Gimp 2.10 (Flatpak) on it and it's a complete mystery 
to me how there could be any other software on this computer that 
might conflict with Qgis.


Any ideas?




___
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 running 3.2/3.3

[Patrick Dunford]

Good day all

I have Qgis 3.3 latest master installed on a desktop and a virtual 
machine. The desktop is running Debian 9.3 and the virtual machine is 
running Debian 9.4


The VM runs 3.3 as a new install and has no problems running it, 
everything seems to work normally.


The desktop has a lot of problems running 3.3 or 3.2 with the same 
issues in both. It was upgraded from 3.0 which it had no difficulties with.


The main issues seen are:

* only a few layers can be displayed at a time. It will not display all 
the layers at once.


* attempting to save a geopackage produces error messages like the ones 
below


2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 12 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 13 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error changing 
geometry: feature 84 not found
2018-07-09T02:16:08 CRITICAL    Layer wmwtWL : OGR error committing 
transaction: COMMIT transaction failed: cannot commit - no transaction 
is active


and it undoes all the changes in the map canvas so they are all lost. 
there are no permissions issue as project files can be saved fine.


The desktop has very little other software on it except Gimp 2.9 
(AppImage) and Gimp 2.10 (Flatpak) on it and it's a complete mystery to 
me how there could be any other software on this computer that might 
conflict with Qgis.


Any ideas?


___
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] "Early Adopter" release

[Patrick Dunford]

Hi thanks for your comment

Whilst aware of issues with 3.x I have migrated most of my projects to 
it as it seems to be stable enough for everyday work. I am considering 
installing the development build onto one of my computers.


I also migrated all the shapefiles to geopackage as this appears to be 
stable enough for production work as well. Since there have been 
problems lately using shapefiles over a SMB network we hope the 
Geopackage database works more stably over a network.


So far so good - just aware we don't seem to be having much conversation 
on the redmine site lately :):):)



On 07/07/18 19:17, Andreas Neumann wrote:

Hi Patrick,

QGIS 3.x has major changes under the hood:

- Change from qt4 to qt5

- QGIS internal API changes

- Change from Python 2 to Python 3

- Completely rewritten: QGIS server, Print composer/layouts, Processing

- All Python plugins have to be changed and adopted to the above 
listed changes


With so many changes it is only expected that new issues and problems 
arise with the introduction of QGIS 3. That's why QGIS 3 is named 
"early adopter release". On the other hand the devs, and also 
co-funded by QGIS.ORG, invested a lot of time in fixing issues. And 
maybe you have noticed that QGIS 3.2 doesn't have this label any more.


Version 3.4 is planned as an LT release. 3.4 is scheduled for end of 
October. See 
https://qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule


So with 3.4 we expect to be on  a stable, at least as good (but most 
likely much better) than 2.18, which is our previous LT release. If 
you are cautious and need to rely on stable versions, I recommend 
rolling out 3.4 after one or two bug fix releases, so maybe at the end 
of year 2018.


However, I personally used version 3.x for quite a long time and I am 
quite happy with it. Also note, that you can always install and use 
QGIS 2.x and 3.x in parallel.


---

As to your other question: "when do you expect to have made major 
inroads into the bugs backlog":


This is a hard question. The bug queue will never be empty and always 
contain open issues. On the other hand, there are also issues in the 
queue that are hard or impossible to reproduce and the bug reporter 
did not provide enough information to fix the issues.


The QGIS.ORG project is investing a five-figure Euro investment 
(usually 15-40k €) for each release to pay a few core developers to 
fix the most pressing issues. We do realize that this is not enough, 
but it is the best we can do with the limited funds. To help improve 
the situation, we encourage users of QGIS to do either of the following:


- help improve the quality of bug reports (really, it can help a lot 
if bug reporters do an effort to describe the issues well enough to 
reproduce, including data and a project file


- become a sponsor (see 
https://www.qgis.org/en/site/getinvolved/governance/sponsorship/sponsorship.html#qgis-sponsorship-program 
and 
https://www.qgis.org/en/site/about/sponsorship.html#sponsors-and-donors 
for our list of current sponsors, ideally with an annual renewal 
commitment


- become a one-time donor

- establish a support contract with a company, preferable with a 
company that has core QGIS commiters. See 
https://www.qgis.org/en/site/forusers/commercial_support.html#core-contributors 
- with such a contract you can prioritize


- hire a developers to specifically fix the issues you have (or if you 
have the skills, you can fix issues yourself)


Or any combination of the above. If a large enough number of users 
supports us in one or more of the above ways, I am sure we can keep 
QGIS in a good shape for many years to come.


It is the users who decide about the fate of QGIS. If the users stop 
to support QGIS, QGIS will die. If enough users will support QGIS, it 
will thrive, as I think it did in the past couple years.


Hope this information helps,

Greetings from Andreas
(QGIS PSC member)



Am 07.07.2018 um 06:20 schrieb Patrick Dunford:
Can someone please explain to me why Qgis 3.0 banner is named "early 
adopter release"


In other words what stage of development is Qgis 3.0 expected to be 
at in terms of user experience.


As a related question how many bugs do you expect to fix for each 
release and at what point do you expect to have made major inroads 
into the bugs backlog.


Thanks

___
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@li

[QGIS-Developer] "Early Adopter" release

[Patrick Dunford]

Can someone please explain to me why Qgis 3.0 banner is named "early 
adopter release"


In other words what stage of development is Qgis 3.0 expected to be at 
in terms of user experience.


As a related question how many bugs do you expect to fix for each 
release and at what point do you expect to have made major inroads into 
the bugs backlog.


Thanks

___
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] build fails SOLVED

[Patrick Dunford]

Sorry I was unclear if you were referring to the Qt package being 
unable, or complete packages for bionic full install of Qgis.



On 05/07/18 21:56, Donald Harter wrote:
Yes I found that it is installed.  I wasn't getting a match until I 
used this pattern.

 dpkg -l "libqt5serialport5"
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version 
Architecture  Description
+++--=-=-== 

ii  libqt5serialport5:amd64  5.9.5-0ubuntu1 
amd64 Qt 5 serial port support


It is compiling now that I installed libqt5serialport5-dev which has 
the .cmake files.  I see that the required  package list for bionic 
has been updated.


On 07/05/2018 01:46 AM, Patrick Dunford wrote:

There are packages for bionic if that is what you are building on.


On 05/07/18 13:03, Donald Harter wrote:
I fetched and pulled the latest source code for Qgis and it does not 
build. Is there some sort of new dependency?  My distribution does 
not have such a package.


-- Qt WebKit support enabled
CMake Error at CMakeLists.txt:303 (FIND_PACKAGE):
  By not providing "FindQt5SerialPort.cmake" in CMAKE_MODULE_PATH this
  project has asked CMake to find a package configuration file 
provided by

  "Qt5SerialPort", but CMake did not find one.

  Could not find a package configuration file provided by 
"Qt5SerialPort"

  with any of the following names:

    Qt5SerialPortConfig.cmake
    qt5serialport-config.cmake

  Add the installation prefix of "Qt5SerialPort" to 
CMAKE_PREFIX_PATH or set
  "Qt5SerialPort_DIR" to a directory containing one of the above 
files.  If
  "Qt5SerialPort" provides a separate development package or SDK, be 
sure it

  has been installed.


-- Configuring incomplete, errors occurred!



Distributor ID:    Ubuntu
Description:    Ubuntu 18.04 LTS
Release:    18.04
Codename:    bionic


git branch
* master
  release-3_0


___
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] build fails

[Patrick Dunford]

There are packages for bionic if that is what you are building on.


On 05/07/18 13:03, Donald Harter wrote:
I fetched and pulled the latest source code for Qgis and it does not 
build. Is there some sort of new dependency?  My distribution does not 
have such a package.


-- Qt WebKit support enabled
CMake Error at CMakeLists.txt:303 (FIND_PACKAGE):
  By not providing "FindQt5SerialPort.cmake" in CMAKE_MODULE_PATH this
  project has asked CMake to find a package configuration file 
provided by

  "Qt5SerialPort", but CMake did not find one.

  Could not find a package configuration file provided by "Qt5SerialPort"
  with any of the following names:

    Qt5SerialPortConfig.cmake
    qt5serialport-config.cmake

  Add the installation prefix of "Qt5SerialPort" to CMAKE_PREFIX_PATH 
or set
  "Qt5SerialPort_DIR" to a directory containing one of the above 
files.  If
  "Qt5SerialPort" provides a separate development package or SDK, be 
sure it

  has been installed.


-- Configuring incomplete, errors occurred!



Distributor ID:    Ubuntu
Description:    Ubuntu 18.04 LTS
Release:    18.04
Codename:    bionic


git branch
* master
  release-3_0


___
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] Merge of shapefiles to GPKG fails

[Patrick Dunford]

I have saved a shapefile to a GPKG and I want to merge some other 
shapefiles into the GPKG using the Data Management Tools -> Merge Vector 
Layers feature.


The existing GPKG is used as one of the source layers and the other 
layers are SHP. The merged layer is created as a temporary layer.


The merge proceeds as expected but when attempting to save the merged 
layer to a new GPKG it fails because the fid fields in the merged 
shapefiles have not been set to a value and contain nulls. If the values 
are copied and pasted from a shapefile to a GPKG these values are 
automatically generated as should be the case for the merge tool.


I want to use the merge tool because copying and pasting between layers 
constantly freezes. However it seems there is a problem with the merge 
tool because the values of the fid field are not being auto-generated.


___
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] Rectangles-Ovals-Digitizing plugin deprecated

[Patrick Dunford]

The main other issue with it is if I have a form that I need to fill in 
the fields on, that doesn't pop up when you rightclick. You have to go 
find it in the table and then fill the fields in.



On 06/06/18 20:34, Thomas Baumann wrote:
Am Di., 5. Juni 2018 um 19:08 Uhr schrieb Loïc Bartoletti 
mailto:lbartole...@tuxfamily.org>>:


Hi,

I forked it some years ago since it wasn't maintained, see
https://plugins.qgis.org/plugins/CADDigitize/

FYI, it's integrated into QGIS 3.

Regards

Loïc

Hi,

good to know that there is a acitvely maintained alternative to the 
old plugin.


I agree with Matthias that a patch should be shipped.

( "/From my point of view, this patch should be shipped even without a
general overhaul. The plugin in use and probably causing data loss, 
reducing productivity

and giving bad reputation for QGIS (I guess many are not aware that it's
actually a plugin which is responsible for the situation, that their
QGIS is slowing down)./ " )

The current version of the plugin has more than 7 Downloads so 
probably there are a lot of people affected by the bug.


What's really nasty about the plugin is the fact that is slows down 
QGIS even if you don't use it's functionality. As soon as it is 
installed it listenes to the currentLayerChanged signal and connects 
the editingStarted and editingStopped signal again and again to the 
toggle function.


At the company I'm working for this bug had caused a lot of 
frustration until I found out what caused QGIS to slow down, freeze 
and crash.
Indeed the users (of course) did not differentiate between the core 
QGIS and plugins   and their feedback just was that their QGIS is slow 
and unstable.



*Now I tried to upload a new version of the plugin with the bugfix at 
https://plugins.qgis.org/plugins/add/ but I get following error-message:*


"You cannot modifiy this plugin. "

How should I proceed?


Thomas






___
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] Rectangles-Ovals-Digitizing plugin deprecated

[Patrick Dunford]

I use it, but only when needing to actually draw, as it leaks memory 
quite badly causing the software to slow down. The rest of the time I 
start up Qgis (2.18) using the -noplugins flag to prevent it from loading.


I know there is some kind of capability in 3.0 included but I haven't 
figured out how to use it.


On 05/06/18 23:51, Matthias Kuhn wrote:

I have never used the plugin but repeatedly seen its name mentioned, so
I assume it's widely used?

In this case, it would be great if someone could volunteer as a new
maintainer for the plugin. I think the minimal amount of work would be
to merge pull requests and upload patched releases to the plugin repository.

Regards
Matthias




___
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] Compiling QGIS3 on Ubuntu problems

[Patrick Dunford]

The shortcut parameters is the one to consider if you have mulitple 
versions installed. If I am building it often it is so I can have 
several different versions



On 06/05/18 09:17, Paulo van Breugel wrote:


Thanks Patrick, adding the export statement to the file ~/.profile 
does the trick for me.



On 05-05-18 12:07, Patrick Dunford wrote:


The shortcut used to start it has to specify LD_LIBRARY_PATH in the 
shortcut parameters



On 05/05/18 07:15, Etienne Trimaille wrote:
Have a look on https://github.com/qgis/QGIS/blob/master/INSTALL and 
search "error while loading shared libraries". Does it help?


2018-05-04 15:11 GMT-04:00 Paulo van Breugel <p.vanbreu...@gmail.com 
<mailto:p.vanbreu...@gmail.com>>:



Dear devs,


I am trying to compile QGIS3 (release_3-0) on a freshly install
Ubuntu
18.04 (bionic). All seems to go well, no error messages during
configuration or running make and make install.

When trying to run QGIS, however, I am getting the following error:

./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
cannot open shared object file: No such file or directory

Any idea what went wrong here, and how to solve this?

Best wishes,

Paulo




___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
<mailto:QGIS-Developer@lists.osgeo.org>
List info:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<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




___
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] Compiling QGIS3 on Ubuntu problems

[Patrick Dunford]

The shortcut used to start it has to specify LD_LIBRARY_PATH in the 
shortcut parameters



On 05/05/18 07:15, Etienne Trimaille wrote:
Have a look on https://github.com/qgis/QGIS/blob/master/INSTALL and 
search "error while loading shared libraries". Does it help?


2018-05-04 15:11 GMT-04:00 Paulo van Breugel >:



Dear devs,


I am trying to compile QGIS3 (release_3-0) on a freshly install Ubuntu
18.04 (bionic). All seems to go well, no error messages during
configuration or running make and make install.

When trying to run QGIS, however, I am getting the following error:

./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
cannot open shared object file: No such file or directory

Any idea what went wrong here, and how to solve this?

Best wishes,

Paulo




___
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] Length measurement weirdness (again)

[Patrick Dunford]

It was always my impression that these measurements can never be that 
accurate as the projections are approximated? Or do you know otherwise?



On 04/05/18 11:18, Nyall Dawson wrote:

On 3 May 2018 at 23:26, Paolo Cavallini  wrote:

Hi all,
the measurements of a EPSG:4326 line appear correct in any SRS, both
with the interactive info tool and writing on the table the value of
$length, *if* the OTF reprojection is active (including 4326).
If it is not, the result is grossly overestimated (298 m instead of 228,
etc.).
Am I missing something, or this is a serious bug?

It's not a bug as much as very confusing 2.x behavior. The obscure
link between a "rendering" setting (OTF projection) and ellipsoidal
calculations (area/distance) is extremely confusing for users. We
couldn't change this in 2.x because of the API freeze and how embedded
this logic was in many areas of QGIS code and API.

That's why in 3.0 the whole OTF logic was reworked, so that OTF is
always on for rendering and doesn't the choice of ellipsoidal
calculations or not is totally based on the project's ellipsoid
setting.

So unfortunately for 2.18 there's really no choice but to ensure that
OTF projection setting is enabled.

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 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 on Windows7?

[Patrick Dunford]

I personally haven't but I will comment that Windows 7 is out of 
mainstream support and you can't expect your component suppliers to be 
obligated to continue supporting it. It's like saying Ubuntu Lucid can 
run this version of Qgis and be supported with it. As we all know only 
the more recent editions of Linux can run the latest Qgis software so 
sooner or later a hard reality comes in that Windows as a platform is 
not really different from another platform and that software suppliers 
en mass are busy abandoning support for Windows 7 as we speak.



On 03/05/18 20:34, Richard Duivenvoorde wrote:

Hi,

Wondering if anybody has Windows7 machines with running QGIS 3.x
installations.

Issue #18794 has problems on a Win7-64 machine and is wondering if it is
that combi that is a problem?

If people installed it on Win7-64 succesfully it should be a local
problem. I already pointed him to:

https://qgis.org/en/site/getinvolved/development/bugreporting.html#log-output-on-windows

Regards,

Richard Duivenvoorde
___
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] how to run qgis from source

[Patrick Dunford]

You need to amend your PATH environment variable to point to the folder 
that has those DLLs in it (leave them in the folder they were originally in)



On 29/03/18 23:59, weskerji...@sina.cn wrote:
I build QGIS from successfully,i set qgis the start project.When i 
run,it says "Could not load qgis_app.dll".i put every dll needed to 
the output folder,but it still can't start
the wrong code is in project qgis' mainwin.cpp, line 134 HINSTANCE 
hGetProcIDDLL = LoadLibrary("qgis_app.dll");

so what should i do to solve this problem.


[艾利芬特520] 


___
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 make install without root on Ubuntu

[Patrick Dunford]

What is the value of ${HOME} for the current user

Type env in a terminal then read out HOME

On 25/03/18 23:55, Idan Miara wrote:

Thanks for your reply!
I followed the instructions as is, including setting:
CMAKE_INSTALL_PREFIX to ${HOME}/apps as advised.
So why does it try (and fail) to set the file 
/apps//apps/man/man1/qgis.1 ?


On 25 March 2018 at 12:26, Patrick Dunford <enzedrailm...@gmail.com 
<mailto:enzedrailm...@gmail.com>> wrote:


The build instructions advise to put an apps dir in your home path
e.g.

~/apps

If you choose to put apps in the root path i.e. /apps you must
make sure you have given yourself permissions to that path.


On 25/03/18 21:56, Idan Miara wrote:

Hi,

I've been following the building guide on Ubuntu 17.10 and came
across the following issue while running "make install" without
root, then I get the error message:

CMake Error at cmake_install.cmake:36 (file):
  file INSTALL cannot set permissions on
"/apps//apps/man/man1/qgis.1"

If I run it with sudo it installs fine
should it work without root?

I suppose you intended it to work without root, because I needed
to the following commands without $HOME or ${HOME} after running
"sudo make install" in order to run QGIS:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:${HOME}/apps/lib/
$HOME/apps/bin/qgis

Suppose I run make install, should I still be able to run QGIS
from the repos without any issues?

Kind Regards,
Idan


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
<mailto:QGIS-Developer@lists.osgeo.org>
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>



___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<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 3 on Ubuntu 17.10 uninstallable?

[Patrick Dunford]

These messages tell me this is an upgrade rather than a clean install. 
Packages already installed on your system are of versions that can only 
be upgraded to 3.1 (development release) because these existing packages 
are a development release like 2.99 or 3.1. They do not install because 
you have pointed apt at the stable repositories so they are not 
available in those repositories.


If you have only uninstalled some packages you need to remove the ones 
that are generating these error messages.


When you change repos the messages change because you are installing a 
different version of Qgis and it needs different packages and apt will 
still run into the same problem that the packages already in the system 
are development release and can only be upgrade to another development 
release and do not match the stable release.


Uninstall python-qgis, qgis-providers etc. Do an apt autoremove if there 
is a list of packages that are no longer needed because it will probably 
include a lot of qgis related packages.



On 25/03/18 21:36, Idan Miara wrote:

Hi,

I am trying to install QGIS Release / Nightly-Release on Ubuntu 17.10.

I've added the repos:
deb http://qgis.org/debian artful main
deb-src http://qgis.org/debian artful main

but I get the following error while trying to apt-get it:
The following packages have unmet dependencies:
 qgis : Depends: python-qgis (= 1:3.0.1+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-providers (= 1:3.0.1+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-common (= 1:3.0.1+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed

    Recommends: qgis-plugin-grass but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

If I try the debian-nightly-release repo I get the following error:
The following packages have unmet dependencies:
 qgis : Depends: python-qgis (= 1:3.0.0+git20180322+c312921+27artful) 
but 1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-providers (= 
1:3.0.0+git20180322+c312921+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-common (= 1:3.0.0+git20180322+c312921+27artful) 
but 1:3.1.0+git20180323+4c4e8ac+27artful is to be installed

    Recommends: qgis-plugin-grass but it is not going to be installed

Kind Regards,
Idan.


___
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 make install without root on Ubuntu

[Patrick Dunford]

The build instructions advise to put an apps dir in your home path e.g.

~/apps

If you choose to put apps in the root path i.e. /apps you must make sure 
you have given yourself permissions to that path.



On 25/03/18 21:56, Idan Miara wrote:

Hi,

I've been following the building guide on Ubuntu 17.10 and came across 
the following issue while running "make install" without root, then I 
get the error message:


CMake Error at cmake_install.cmake:36 (file):
  file INSTALL cannot set permissions on "/apps//apps/man/man1/qgis.1"

If I run it with sudo it installs fine
should it work without root?

I suppose you intended it to work without root, because I needed to 
the following commands without $HOME or ${HOME} after running "sudo 
make install" in order to run QGIS:


export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:${HOME}/apps/lib/
$HOME/apps/bin/qgis

Suppose I run make install, should I still be able to run QGIS from 
the repos without any issues?


Kind Regards,
Idan


___
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 3 on Ubuntu 17.10 uninstallable?

[Patrick Dunford]

If you have previously had a development edition such as 2.99 or 3.1 
installed and you want to install the stable version you will need to 
uninstall more packages until these errors go away. There is not a 
direct upgrade path from a master to a stable.



On 25/03/18 21:36, Idan Miara wrote:

Hi,

I am trying to install QGIS Release / Nightly-Release on Ubuntu 17.10.

I've added the repos:
deb http://qgis.org/debian artful main
deb-src http://qgis.org/debian artful main

but I get the following error while trying to apt-get it:
The following packages have unmet dependencies:
 qgis : Depends: python-qgis (= 1:3.0.1+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-providers (= 1:3.0.1+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-common (= 1:3.0.1+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed

    Recommends: qgis-plugin-grass but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

If I try the debian-nightly-release repo I get the following error:
The following packages have unmet dependencies:
 qgis : Depends: python-qgis (= 1:3.0.0+git20180322+c312921+27artful) 
but 1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-providers (= 
1:3.0.0+git20180322+c312921+27artful) but 
1:3.1.0+git20180323+4c4e8ac+27artful is to be installed
    Depends: qgis-common (= 1:3.0.0+git20180322+c312921+27artful) 
but 1:3.1.0+git20180323+4c4e8ac+27artful is to be installed

    Recommends: qgis-plugin-grass but it is not going to be installed

Kind Regards,
Idan.


___
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] Where are value maps / defaults stored on shape file layers?

[Patrick Dunford]

Submitted as #18239


On 25/02/18 00:46, Matthias Kuhn wrote:

Hi Patrick,

You are correct, this data is stored in the project file. If the project
hasn't been saved prior to the crash, this configuration is lost.

There is definitely a good reason to report an issue, because the app
crashed. Please provide as much information as possible that can help as
a lead why this happened (a backtrace of the crash being the most useful
one; and an exact description of at what point and after what actions it
happened being inevitable).

To avoid loss of work, there is an autosaver plugin
(https://plugins.qgis.org/plugins/autoSaver/) that regularly saves the
project configuration. I'm not sure it's updated to QGIS 3 yet.

Regards

Matthias


On 02/24/2018 08:05 AM, Patrick Dunford wrote:

It would seem this data is stored in the project file?

Given I can't produce a corrupted project file (I can only produce the
files for the affected laye) is there any point in filing a bug for this.


On 24/02/18 20:01, Patrick Dunford wrote:

Good evening (here)

I had Qgis 2.99 crash and it left the shape file data with three of
the data files that make up the shapefile, with _packed in their name.

Although renaming the files got the data back, the value maps and
default values for new features for this layer have disappeared.

Is there a particular file that stores this data for the layer
(before I decide whether this could be a bug or not)?

Thanks


___
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 2.18 unstable for Debian/Ubuntu?

[Patrick Dunford]

Thanks


On 25/02/18 21:31, Richard Duivenvoorde wrote:

On 25-02-18 08:25, Patrick Dunford wrote:

Gidday all

According to the download web page I should be able to install 2.18.17
or later using the https://qgis.org/debian-nightly-release repository.

However at the moment these repos don't appear to contain packages later
than 2.18.16, for any platform like stretch, unstable or bionic

The roadmap says 17 should be imminent so is it just delayed a little?

Well, packaging takes some time (according to Juergen Debian
test/build/packaging without errors is 24 hours), it is weekend, some
builds had (test) problems, packagers are volunteers too, etc etc :-)

Future is near, but sometimes takes some time...

Richard
___
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] Qgis 2.18 unstable for Debian/Ubuntu?

[Patrick Dunford]

Gidday all

According to the download web page I should be able to install 2.18.17 
or later using the https://qgis.org/debian-nightly-release repository.


However at the moment these repos don't appear to contain packages later 
than 2.18.16, for any platform like stretch, unstable or bionic


The roadmap says 17 should be imminent so is it just delayed a little?



___
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] Where are value maps / defaults stored on shape file layers?

[Patrick Dunford]

Bionic, running the most up to date build that is available at the 
moment (built 23 Feb I think)



On 24/02/18 20:12, Nyall Dawson wrote:

On 24 February 2018 at 17:05, Patrick Dunford <enzedrailm...@gmail.com> wrote:

It would seem this data is stored in the project file?

Given I can't produce a corrupted project file (I can only produce the files
for the affected laye) is there any point in filing a bug for this.


What platform are you running on? Which GDAL version?

If I recall correctly this was fixed in GDAL around 6-12 months ago.

Nyall



On 24/02/18 20:01, Patrick Dunford wrote:

Good evening (here)

I had Qgis 2.99 crash and it left the shape file data with three of the
data files that make up the shapefile, with _packed in their name.

Although renaming the files got the data back, the value maps and default
values for new features for this layer have disappeared.

Is there a particular file that stores this data for the layer (before I
decide whether this could be a bug or not)?

Thanks


___
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] Where are value maps / defaults stored on shape file layers?

[Patrick Dunford]

It would seem this data is stored in the project file?

Given I can't produce a corrupted project file (I can only produce the 
files for the affected laye) is there any point in filing a bug for this.



On 24/02/18 20:01, Patrick Dunford wrote:

Good evening (here)

I had Qgis 2.99 crash and it left the shape file data with three of 
the data files that make up the shapefile, with _packed in their name.


Although renaming the files got the data back, the value maps and 
default values for new features for this layer have disappeared.


Is there a particular file that stores this data for the layer (before 
I decide whether this could be a bug or not)?


Thanks



___
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] Where are value maps / defaults stored on shape file layers?

[Patrick Dunford]

Good evening (here)

I had Qgis 2.99 crash and it left the shape file data with three of the 
data files that make up the shapefile, with _packed in their name.


Although renaming the files got the data back, the value maps and 
default values for new features for this layer have disappeared.


Is there a particular file that stores this data for the layer (before I 
decide whether this could be a bug or not)?


Thanks

___
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 2.18 on buster/sid

[Patrick Dunford]

Good day

Currently, Qgis 2.18 is not supported on buster/sid. The debian 
repositories provide version 2.14, which appears to be the latest 
release that can be installed on these platforms.


Attempting install from the qgis unstable repository fails due to broken 
dependencies


As 2.18 would be supported as a previous LTR can we expect to see it 
supported on buster.


Thanks

___
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] The left hand doesn't know what the right hand is doing

[Patrick Dunford]

Sorry. I have appreciated since writing this email that you guys could 
not have foreseen how the project properties dialog box crashes because 
no one else reported that as a bug.


There's a paradox (or tension) here: to get the best testing you have to 
be using this software every day to do as many things as possible. That 
creates issues when something breaks in a project file, if it's hard to 
fix easily.


Every time the CRS changed I changed it back but now it crashes when I 
try to do that. The changes in layer styles that don't migrate was small 
compared to being unable to set the correct CRS on a project because the 
CRS gui crashes.



On 18/12/17 18:47, Nyall Dawson wrote:

On 16 December 2017 at 22:32, Patrick Dunford <enzedrailm...@gmail.com> wrote:

With a recent change in masters the project file format has been broken yet
again (it seems) and now instead of recognising EPSG:3857 on project files
that are not very old, it comes up as USER:100029

Now ordinarily this wouldn't be an issue, just open project properties and
change the CRS. Except there is a well documented bug that makes the
software crash when you try to do this.

As it's not possible in any way for me to fix this latest inability to
recognise the CRS from the previous project file from a slightly earlier
version of master, maybe it would be helpful to document how we could
actually insert the CRS into the project file by hand so it is correct.


Patrick,

Your bug testing is very much appreciated - the way you word your
email subjects, not so.

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] The left hand doesn't know what the right hand is doing

[Patrick Dunford]

61db97f


On 17/12/17 01:57, Denis Rouzaud wrote:

Hi Patrick,

May I ask you the version you're using (the commit sha found in about 
dialog)?


Cheers,
Denis

Le sam. 16 déc. 2017 à 08:33, Patrick Dunford <enzedrailm...@gmail.com 
<mailto:enzedrailm...@gmail.com>> a écrit :


With a recent change in masters the project file format has been
broken
yet again (it seems) and now instead of recognising EPSG:3857 on
project
files that are not very old, it comes up as USER:100029

Now ordinarily this wouldn't be an issue, just open project properties
and change the CRS. Except there is a well documented bug that
makes the
software crash when you try to do this.

As it's not possible in any way for me to fix this latest inability to
recognise the CRS from the previous project file from a slightly
earlier
version of master, maybe it would be helpful to document how we could
actually insert the CRS into the project file by hand so it is
correct.

thanks

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org <mailto: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] The left hand doesn't know what the right hand is doing

[Patrick Dunford]

With a recent change in masters the project file format has been broken 
yet again (it seems) and now instead of recognising EPSG:3857 on project 
files that are not very old, it comes up as USER:100029


Now ordinarily this wouldn't be an issue, just open project properties 
and change the CRS. Except there is a well documented bug that makes the 
software crash when you try to do this.


As it's not possible in any way for me to fix this latest inability to 
recognise the CRS from the previous project file from a slightly earlier 
version of master, maybe it would be helpful to document how we could 
actually insert the CRS into the project file by hand so it is correct.


thanks

___
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] Dependencies error: QGIS 2.99 on Debian stretch

[Patrick Dunford]

The package release file for stretch currently lists several 
incompatible package versions that are dependencies of mentioned packages.


I assume the build team for some reason did not build all the packages 
overnight. Hopefully they will fix this with the next build.



On 15/12/17 00:08, Idan Miara wrote:

he following packages have unmet dependencies:
 python-qgis : Depends: python-qgis-common (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed
   Recommends: liblwgeom-dev but it is not going to be 
installed
 qgis : Depends: qgis-providers (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed
    Depends: qgis-common (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed
 qgis-plugin-grass : Depends: qgis-plugin-grass-common (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed

E: Unable to correct problems, you have held broken packages.


___
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] Dependencies error: QGIS 2.99 on Debian stretch

[Patrick Dunford]

Post the list of repositories you are using.


On 15/12/17 00:08, Idan Miara wrote:

Hi,

Following the installation guide I get the following error:

sudo apt-get install qgis python-qgis qgis-plugin-grass

The following packages have unmet dependencies:
 python-qgis : Depends: python-qgis-common (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed
   Recommends: liblwgeom-dev but it is not going to be 
installed
 qgis : Depends: qgis-providers (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed
    Depends: qgis-common (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed
 qgis-plugin-grass : Depends: qgis-plugin-grass-common (= 
1:2.99.0+git20171211+61db97f+14stretch) but it is not going to be 
installed

E: Unable to correct problems, you have held broken packages.



___
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] How to build QGIS 2.99 with 3D?

[Patrick Dunford]

Ubuntugis is needed to ensure all the dependencies are met for all 
versions of Ubuntu up to and including 16.04. For later versions it is 
not required.


So I believe it should have the files needed to build a version of the 
development master.


However please be aware that Mint is not listed in the distros that are 
directly supported by the Qgis project (the ones that are listed on the 
downloads page). It is not beyond the possibility that a problem could 
occur if Mint uses different versions of packages than one of the 
supported distros uses, because this kind of variation is not unknown in 
derivative distros, compared to the experience when using the natively 
supported distro it is based on. I know for example the Gimp project has 
had problems like this with some distros using different versions of a 
key package than what the Gimp developers were expecting, causing 
unexpected behaviour with their software.


In other words because Mint is not Ubuntu but is only based on it, there 
could potentially be some unexpected issues building packages on it.


Best option is use a supported distro, perhaps running in a virtual 
machine if you don't have a computer running it.


On 06/12/17 02:38, matteo wrote:

Hi Patrick,

thanks for the clarification. Actually I don't have any external
repository activated because I'm building QGIS from scratch and I never
had to add external sources.

Eventually, by activating the nightly repository Qt should be upgradable
to the last version required for 3D?

Thanks a lot

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


___
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] How to build QGIS 2.99 with 3D?

[Patrick Dunford]

If you use Mint it is based on the LTR version of Ubuntu. Currently this 
is Ubuntu 16.04 and so suffers from the same problem of out of date 
libraries as people using Ubuntu 16.04 natively get.


In this case you need to use the ubuntugis build of Qgis, however you 
may run into problems with the LTR version of Qgis (2.18) when using the 
ubuntugis repository as they are updated out of sync with each other. 
However using a nightly build shouldn't have issues with ubuntugis.



On 06/12/17 01:06, matteo wrote:

Hi Alexandre,

I'm very interested in this issue. I think that the problem is related
to the missing correct version of Qt 5.9.1 in Ubuntu system (are you on
a Ubuntu machine?).

In my machine (Mint 18) the default version of Qt is 5.5.1. Would be
great to know is there are some plans to update the Qt5 version in the
default Ubuntu repository.

Cheers

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


___
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] Backporting crash handler into 2.18

[Patrick Dunford]

I currently use 2.18 to work around some bugs in 3.0, and it is possible 
even with the difference in project file formats as there is enough 
compatibility. Although lately the CRS translation has been broken when 
opening a 3.0 project in 2.18 and I have been told there is no 
guaranteed backwards compatibility.


Personally I would advocate for engineering a little bit of backporting 
into 2.18 to allow it to recognise the CRS from the project file which 
is currently challenging, as it seems to be able to recognise everything 
else well enough to be able to view a map on opening the project file 
and I have done this many times while running the development masters on 
my live maps during the past year or so.


The main thing that is not translated is layer styles and whilst this is 
a big part at the moment I can work around that well enough to not make 
a big issue out of that which would probably be a much more significant 
effort to backport.


As it stands, 2.18 will be maintained as the last version LTR for many 
years yet until 3.2 is released and we haven't even got to 3.0 yet. In 
fact I do have some doubt that the 3.0 release date is going to be met 
(but of course I have no real insight into the process so it is just an 
informed opinion at best)



On 05/12/17 05:06, Larry Shaffer wrote:

Hi,

On Mon, Dec 4, 2017 at 2:00 AM, Richard Duivenvoorde 
> wrote:


On 04-12-17 01:01, Nathan Woodrow wrote:
> Hey all,
>
> Just wanted to see how everyone would feel if I was thinking about
> backporting the crash handler we have in QGIS 3 back into 2.18.


+ 1 from me.

I think it is a good idea...

As you say, 2.18 will be here for some time (especially for
educational
and governmental institutions probably, all running windows).


This is certainly true and a clear justification for the backport. 
Those enterprises may keep using QGIS 2.18, possibly up to a year from 
now (with respect to next LTR release and adoption), or longer. 
Horrifying to consider, but at least this crash handler will help.


Indeed then people can at least report back something (as I think our
normal stacktrace-sources: Linux devs, will probably move on to 3.x).

While it looks like if we want to say that QGIS ever crashes on
Windows,
maybe name it Windows or Data Crash Handler  ;-) 

Needs to be tested thoroughly though, as it is a new 'feature' in
LTR...
Is it testable?

Regards,

Richard



Larry Shaffer
Dakota Cartography
Black Hills, South Dakota
--
Boundless Desktop and QGIS Support/Development
Boundless Spatial - http://boundlessgeo.com
lshaf...@boundlessgeo.com 

On Mon, Dec 4, 2017 at 4:21 AM, Tom Chadwin > wrote:


A huge +1 from me - as a Windows user, it's frustrating not to be
able to
investigate the occasional times PyQGIS causes a Windows minidump.

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
--
Sent from:
http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html

___
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] Bookmarks severely broken. Unusable?

[Patrick Dunford]

I only see them going between versions, as to be expected :)


On 29/11/17 20:46, Nyall Dawson wrote:

On 29 November 2017 at 17:40, Anita Graser <anitagra...@gmx.at> wrote:


On Wed, Nov 29, 2017 at 5:57 AM, Patrick Dunford <enzedrailm...@gmail.com>
wrote:

I thought it would only create one in master, but when I quit and reopened
the project it had three bookmarks in it.


All these issues remind me a lot of similar problems in adding custom CRS
https://issues.qgis.org/issues/17258

Maybe the cause of the issues is the same 


The CRS issues should all be resolved - are you still seeing them on master?

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] Bookmarks severely broken. Unusable?

[Patrick Dunford]

I thought it would only create one in master, but when I quit and 
reopened the project it had three bookmarks in it.



On 29/11/17 01:40, Richard Duivenvoorde wrote:

Hi Yves,

I have all kind of strange behaviours. As said: in master I can only
create one bookmark. And 'In Project' I cannot check.

But in 2.18.14 (only 2.18 I have) it is behaving strange too, looks like
it is depending on if you opening an existing project or not???
- I CAN check the check-boxes if I load an existing project
BUT the bookmark checked moves to the bottom then (sorting on??)
- I can NOT check the checkbox when I create a new project, then load
some data, save the project and add a bookmark.
- some project end up with a 0 srid (and are not usable anymore after that)
- after opening an existing project I can all at a sudden check the
check-boxes again (from other projects?), but IF I check those, I
actually delete them from my global bookmarks

Apparently the 'In Project' means something like: save it in the
project, BUT remove it from the global bookmarks?

At least to me the behavior of all this is very counter-intuitive :-(

2.18, I do not care too much about it, but in Master it should work (and
preferably work intuitive :-)  )...

Regards,

Richard



On 28-11-17 09:22, Yves Jacolin wrote:

Hi,

I did a quick test in my 2.18.11 instance of QGIS:

* open an existing project

* zoom somewhere and add a new bookmark, check "in project" checkbox

* close the project, open a blank new project, do something

* open again the previous project and test the spatial bookmark

All worked as expected. I zoomed in the bookmark location and the "in
project" bookmark disappear in a new project.

Y.


Le 28/11/2017 à 09:17, Richard Duivenvoorde a écrit :

Hi devs,

just a head up that currently (with me) the Spatial Bookmarks are
severely broken, both in master and 2.18.

Stuff which should have been introduced:
https://github.com/qgis/QGIS/pull/2661
do not work with me here locally.

Not even the basic adding of one bookmark.

Other issues:
https://issues.qgis.org/projects/qgis/search?utf8=%E2%9C%93=1=bookmark

Can people confirm?

Though not that important in my view, I do not think we should ship
current implementation in a 3.0

Regards,

Richard Duivenvoorde
___
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


___
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] Bookmarks severely broken. Unusable?

[Patrick Dunford]

I can add a second bookmark in 2.18.14, only one in the recent masters 
though. Old masters simply throw an error for adding a bookmark.



On 29/11/17 01:25, Andreas Neumann wrote:


Hi,

In my case I could add one spatial bookmark, but not a second one. If 
I click on the "New bookmark" button, after one bookmark already 
exists, nothing happens.


So it seems to be at least partially broken.

Andreas

On 2017-11-28 09:22, Yves Jacolin wrote:


Hi,

I did a quick test in my 2.18.11 instance of QGIS:

* open an existing project

* zoom somewhere and add a new bookmark, check "in project" checkbox

* close the project, open a blank new project, do something

* open again the previous project and test the spatial bookmark

All worked as expected. I zoomed in the bookmark location and the "in
project" bookmark disappear in a new project.

Y.


Le 28/11/2017 à 09:17, Richard Duivenvoorde a écrit :

Hi devs,

just a head up that currently (with me) the Spatial Bookmarks are
severely broken, both in master and 2.18.

Stuff which should have been introduced:
https://github.com/qgis/QGIS/pull/2661
do not work with me here locally.

Not even the basic adding of one bookmark.

Other issues:
https://issues.qgis.org/projects/qgis/search?utf8=%E2%9C%93=1=bookmark

Can people confirm?

Though not that important in my view, I do not think we should ship
current implementation in a 3.0

Regards,

Richard Duivenvoorde
___
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


___
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 with ubuntgis dependancy broken

[Patrick Dunford]

I tested this last night on a VM running 2.18.13 on Ubuntu 16.04 x64.

I commented out the lines in sources.list for the PPA to the Ubuntugis 
archive and then issued the apt update command.


Checking the list, having excluded the Ubuntugis repository PPA, there 
was no GDAL in the list of packages available for upgrade.


With apt upgrade, the packages were installed then 2.18.14 works fine.

I would comment out the ubuntugis repository PPA lines in sources.list 
or its descendants (list files in sources.list.d) unless it actually 
tells you that a package isn't available, which will presumably happen 
with the next point release in about 10 days, if it has been built to 
use the new version of GDAL.



On 28/11/17 20:59, Walter Lorenzetti wrote:


Hi Patrick,

thanks for reply and suggestions.

I compile from source the development edition, but for server and 
desktop I use repository.


I'll try your example if the issue continue for long time.

W


Il 27/11/2017 16:33, Patrick Dunford ha scritto:
There is no mandated requirement to use the Ubuntugis repository for 
2.18. The latest edition of 2.18 is available from the non-ubuntugis 
Qgis repository for xenial.


Do you have that option available to you?

If you need the development edition (2.99) unfortunately the 
developers are not supporting this on Xenial because of a package 
dependency that is not supported by the Ubuntu repositories for 
Xenial, even though it should in theory be possible to get the 
required package(s) from another repository.


If you have used apt upgrade to update all the packages in your 
system at once, including new ubuntugis packages, don't update all 
the packages this way. Just update qgis by itself, and it won't pull 
the new ubuntugis packages if it doesn't need them.


The more technically astute might try commenting out the ubuntugis 
repository from apt's sources.list files or fragments before issuing 
the apt update command, or playing with Apt pinning settings to 
prioritise repositories.


Example: I installed Debian buster/testing and then attempted to 
install Qgis 2.99 sid/unstable. This told me it needed a package from 
Debian sid/unstable repositories. I changed the master repository for 
debian to unstable and then apt update tells me there are hundreds of 
new packages from unstable I could install. I only want it to install 
the packages needed for qgis so instead of running apt upgrade, I 
just run apt install qgis etc to only pull the unstable packages it 
actually needs for this installation, and then change the Debian 
master repository back to buster.


The above options may not suit every situation where ubuntugis has to 
be used, obviously it does not suit your particular requirement if 
you have to have the latest ubuntugis packages for other reasons, 
however it may resolve the situation for someone else.


On 28/11/17 02:23, Walter Lorenzetti wrote:


Thanks Patrick for replay, I user ubuntugis for other project in my 
work ..


W




___
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


--

Walter Lorenzetti phD
email: lorenze...@gis3w.it
skype: aiki74
twitter:w_lorenzetti <https://twitter.com/w_lorenzetti>
g+:aiki74 <https://plus.google.com/117055903318462447104/>
Tel/Cell: (+39) 347-6597931
Viale Verdi 24 - 51016 Montecatini Terme (PT)
Nuovi corsi QGIS e GFOSS 
<http://gis3w.it/it/calendario-corsi-software-geografici>




___
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 with ubuntgis dependancy broken

[Patrick Dunford]

There is no mandated requirement to use the Ubuntugis repository for 
2.18. The latest edition of 2.18 is available from the non-ubuntugis 
Qgis repository for xenial.


Do you have that option available to you?

If you need the development edition (2.99) unfortunately the developers 
are not supporting this on Xenial because of a package dependency that 
is not supported by the Ubuntu repositories for Xenial, even though it 
should in theory be possible to get the required package(s) from another 
repository.


If you have used apt upgrade to update all the packages in your system 
at once, including new ubuntugis packages, don't update all the packages 
this way. Just update qgis by itself, and it won't pull the new 
ubuntugis packages if it doesn't need them.


The more technically astute might try commenting out the ubuntugis 
repository from apt's sources.list files or fragments before issuing the 
apt update command, or playing with Apt pinning settings to prioritise 
repositories.


Example: I installed Debian buster/testing and then attempted to install 
Qgis 2.99 sid/unstable. This told me it needed a package from Debian 
sid/unstable repositories. I changed the master repository for debian to 
unstable and then apt update tells me there are hundreds of new packages 
from unstable I could install. I only want it to install the packages 
needed for qgis so instead of running apt upgrade, I just run apt 
install qgis etc to only pull the unstable packages it actually needs 
for this installation, and then change the Debian master repository back 
to buster.


The above options may not suit every situation where ubuntugis has to be 
used, obviously it does not suit your particular requirement if you have 
to have the latest ubuntugis packages for other reasons, however it may 
resolve the situation for someone else.


On 28/11/17 02:23, Walter Lorenzetti wrote:


Thanks Patrick for replay, I user ubuntugis for other project in my 
work ..


W




___
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 with ubuntgis dependancy broken

[Patrick Dunford]

Ubuntugis is, however, not required for all editions of Qgis.


On 28/11/17 02:23, Walter Lorenzetti wrote:


Thanks Patrick for replay, I user ubuntugis for other project in my 
work ..


W


Il 27/11/2017 13:51, Patrick Dunford ha scritto:


It's a very common issue, you should search this list's archives first

Short answer: these are two different projects and are not guaranteed 
to be in sync all the time. If you need something that is, don't use 
ubuntugis.



On 28/11/17 00:38, Walter Lorenzetti wrote:


Hi list,

QGIS repository for ubuntugis-unstable is broken, require gdal 2.2.1 
but ubuntugis updated to 2.2.2.


It is correct or I'm doing a  mistake?

Thanks in advance.

W


--

Walter Lorenzetti phD
email: lorenze...@gis3w.it
skype: aiki74
twitter:w_lorenzetti <https://twitter.com/w_lorenzetti>
g+:aiki74 <https://plus.google.com/117055903318462447104/>
Tel/Cell: (+39) 347-6597931
Viale Verdi 24 - 51016 Montecatini Terme (PT)
Nuovi corsi QGIS e GFOSS 
<http://gis3w.it/it/calendario-corsi-software-geografici>




___
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


--

Walter Lorenzetti phD
email: lorenze...@gis3w.it
skype: aiki74
twitter:w_lorenzetti <https://twitter.com/w_lorenzetti>
g+:aiki74 <https://plus.google.com/117055903318462447104/>
Tel/Cell: (+39) 347-6597931
Viale Verdi 24 - 51016 Montecatini Terme (PT)
Nuovi corsi QGIS e GFOSS 
<http://gis3w.it/it/calendario-corsi-software-geografici>




___
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 with ubuntgis dependancy broken

[Patrick Dunford]

It's a very common issue, you should search this list's archives first

Short answer: these are two different projects and are not guaranteed to 
be in sync all the time. If you need something that is, don't use ubuntugis.



On 28/11/17 00:38, Walter Lorenzetti wrote:


Hi list,

QGIS repository for ubuntugis-unstable is broken, require gdal 2.2.1 
but ubuntugis updated to 2.2.2.


It is correct or I'm doing a  mistake?

Thanks in advance.

W


--

Walter Lorenzetti phD
email: lorenze...@gis3w.it
skype: aiki74
twitter:w_lorenzetti 
g+:aiki74 
Tel/Cell: (+39) 347-6597931
Viale Verdi 24 - 51016 Montecatini Terme (PT)
Nuovi corsi QGIS e GFOSS 





___
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] Compatibility between 2.99 project files and 2.18

[Patrick Dunford]

Older versions can read enough of the project files to be functional, 
however. At some point someone will need to use an older version to 
resolve a bug in a newer version.



On 24/11/17 17:14, Nyall Dawson wrote:

On 24 November 2017 at 14:10, Patrick Dunford <enzedrailm...@gmail.com> wrote:

As of the moment I'm finding that 2.18 has difficulty correctly detecting
the CRS from a project file saved from the latest master. Generally
EPSG:3857 is detected as EPSG:4326

Given the master is still a development version is this considered a bug in
2.18 or is there still a process of defining the 3.0 project file format to
the point where it is reasonably compatible with older versions.

Bad news: There is ZERO compatibility with QGIS 2.x. Moving QGIS
projects to 3.0 is a one-way street.

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] Compatibility between 2.99 project files and 2.18

[Patrick Dunford]

As of the moment I'm finding that 2.18 has difficulty correctly 
detecting the CRS from a project file saved from the latest master. 
Generally EPSG:3857 is detected as EPSG:4326


Given the master is still a development version is this considered a bug 
in 2.18 or is there still a process of defining the 3.0 project file 
format to the point where it is reasonably compatible with older versions.



___
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] AppImage packaging of Qgis?

[Patrick Dunford]

Is there a consensus on the pros and cons of the three different systems 
mentioned so far?



On 20/11/17 20:21, Luca Manganelli wrote:
On Mon, Nov 20, 2017 at 8:19 AM, Patrick Dunford 
<enzedrailm...@gmail.com <mailto:enzedrailm...@gmail.com>> wrote:


Good day

Is there any consideration to using AppImage packaging for Qgis in
future.

Obviously we see the ability to have multiple versions installed
and be
able choose between them as a key advantage of AppImage.


+
​1. For me it's a fantastic idea! We should consider also flatpak, 
snap...​





___
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] OTF layer reprojection not working in latest master ?

[Patrick Dunford]

Oh, I'm just giving you the opportunity to say "this is not a bug, it's 
expected the project file format has changed" or something like that?



On 20/11/17 20:22, Andreas Neumann wrote:


Hi Patrick,

Can you please file an issue report and provide some sample data and 
project to demonstrate the issue?


It would help the devs to fix this issue, if it is reproducible.

Thanks,

Andreas

On 2017-11-20 08:18, Patrick Dunford wrote:


I have a project that (I just discovered) has some layers in EPSG 4326,

the project is EPSG 3857

When I changed the project from EPSG 4326 to EPSG 3857 these layers were
being reprojected on the fly, all the others were resaved into EPSG 3857

Everything has been working fine on 2.14, 2.16, 2.18 and all the masters
up till now, when I just installed the latest master f1c3692. these
layers are not visible in the canvas. I assume this must be an issue
with OTF reprojection. All the other layers that don't rely on OTF are
displayed.



___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org <mailto: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] AppImage packaging of Qgis?

[Patrick Dunford]

Good day

Is there any consideration to using AppImage packaging for Qgis in future.

Obviously we see the ability to have multiple versions installed and be
able choose between them as a key advantage of AppImage.

Thoughts?


___
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] OTF layer reprojection not working in latest master ?

[Patrick Dunford]

I have a project that (I just discovered) has some layers in EPSG 4326,

the project is EPSG 3857

When I changed the project from EPSG 4326 to EPSG 3857 these layers were
being reprojected on the fly, all the others were resaved into EPSG 3857

Everything has been working fine on 2.14, 2.16, 2.18 and all the masters
up till now, when I just installed the latest master f1c3692. these
layers are not visible in the canvas. I assume this must be an issue
with OTF reprojection. All the other layers that don't rely on OTF are
displayed.



___
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] Preview job and slow datasources

[Patrick Dunford]

I heard these suggestions, but my project has a very short life, so I 
haven't got the time to experiment really.



On 17/11/17 23:38, Even Rouault wrote:


On vendredi 17 novembre 2017 23:14:19 CET Patrick Dunford wrote:

> I understand (especially with the other comments about the functionality

> and having to wait for images to be retrieved from servers) what you

> guys are trying to achieve with this feature, but in my project the

> rasters I have loaded cover hundreds of square kilometres, and Qgis

> caches all of them, regardless of how far they are from the particular

> point where I am working on a map.

>

If your rasters are in the same projection and same resolution, did 
you consider building a virtual .VRT catalog from them ? (or group 
them in catalogs per projection and resolution). That could reduce the 
number of layers.


> On 17/11/17 21:56, Alessandro Pasotti wrote:

> > Maybe a crazy idea, but if this proves to be an issue, what about a

> > monitoring process that prompts the user to disable this feature when

> > memory goes over a certain threshold?

> >

> > On Fri, Nov 17, 2017 at 8:21 AM, Patrick Dunford

> >

> > <enzedrailm...@gmail.com <mailto:enzedrailm...@gmail.com>> wrote:

> > Most of them are geoJpeg, there are a smaller number of geoTiff

> >

> > On 17/11/17 20:10, Matthias Kuhn wrote:

> >> Thanks, that's an interesting information.

> >>

> >> What datatype are your rasters?

> >>

> >> On 11/17/2017 03:53 AM, Patrick Dunford wrote:

> >>> With the second command

> >>>

> >>> iface.mapCanvas().setPreviewJobsEnabled(False)

> >>>

> >>> when I run that command it drops back to 16 GB

> >>>

> >>> On 16/11/17 23:15, Matthias Kuhn wrote:

> >>>> Hi Patrick,

> >>>>

> >>>> Would be interesting to do this test with previews enabled and

> >>>> disabled. Then we'll see if it's actually the previews or some

> >>>> other mechanism that is causing this.

> >>>>

> >>>> IIRC only a composite image is saved in the preview jobs and

> >>>> not each layer separately, but that's just what I remember and

> >>>> not evidence based.

> >>>>

> >>>> You can enable them in the python console with

> >>>>

> >>>>     iface.mapCanvas().setPreviewJobsEnabled(True)

> >>>>

> >>>> and disable with

> >>>>

> >>>>     iface.mapCanvas().setPreviewJobsEnabled(False)

> >>>>

> >>>> Thanks for a feedback

> >>>>

> >>>> Matthias

> >>>>

> >>>> On 11/16/2017 08:42 AM, Patrick Dunford wrote:

> >>>>> In my current project using Qgis 2.99, turning off the rasters

> >>>>> uses 16 GB, turning them on uses 52 GB

> >>>>>

> >>>>> I do not believe it is independent from the number of layers

> >>>>> that are being displayed.

> >>>>>

> >>>>> Previous versions of the software did not cache every single

> >>>>> raster (the number of rasters actually being displayed on the

> >>>>> canvas at any one time is a small fraction of the total number

> >>>>> in the project)

> >>>>>

> >>>>> On 16/11/17 20:11, Matthias Kuhn wrote:

> >>>>>> Hi Patrick,

> >>>>>>

> >>>>>> This uses some memory (~ canvas width pixels * canvas height

> >>>>>> pixels * 8 preview images * 32 bit RGBA), so let's assume 50

> >>>>>> MB to 100 MB.

> >>>>>>

> >>>>>> This consumption is independent from the number or type of

> >>>>>> layers.

> >>>>>>

> >>>>>> Matthias

> >>>>>>

> >>>>>> On 11/16/2017 08:02 AM, Patrick Dunford wrote:

> >>>>>>> So to put it another way this is the reason why Qgis wants

> >>>>>>> to use a huge amount of memory (40 GB) when I have a lot of

> >>>>>>> raster images loaded in the background.

> >>>>>>>

> >>>>>>> On 16/11/17 18:56, Tim Sutton wrote:

> >>>>>>>> Hi

> >>>>>>>>

> >>>>>>>>> On 16 Nov 2017, at 04:35, Patrick Dunford

> >>>>>&g

Re: [QGIS-Developer] Preview job and slow datasources

[Patrick Dunford]

I understand (especially with the other comments about the functionality 
and having to wait for images to be retrieved from servers) what you 
guys are trying to achieve with this feature, but in my project the 
rasters I have loaded cover hundreds of square kilometres, and Qgis 
caches all of them, regardless of how far they are from the particular 
point where I am working on a map.


On 17/11/17 21:56, Alessandro Pasotti wrote:


Maybe a crazy idea, but if this proves to be an issue, what about a 
monitoring process that prompts the user to disable this feature when 
memory goes over a certain threshold?


On Fri, Nov 17, 2017 at 8:21 AM, Patrick Dunford 
<enzedrailm...@gmail.com <mailto:enzedrailm...@gmail.com>> wrote:


Most of them are geoJpeg, there are a smaller number of geoTiff


On 17/11/17 20:10, Matthias Kuhn wrote:


Thanks, that's an interesting information.

What datatype are your rasters?


On 11/17/2017 03:53 AM, Patrick Dunford wrote:


With the second command

iface.mapCanvas().setPreviewJobsEnabled(False)

when I run that command it drops back to 16 GB


On 16/11/17 23:15, Matthias Kuhn wrote:


Hi Patrick,

Would be interesting to do this test with previews enabled and
disabled. Then we'll see if it's actually the previews or some
other mechanism that is causing this.

IIRC only a composite image is saved in the preview jobs and
not each layer separately, but that's just what I remember and
not evidence based.

You can enable them in the python console with

    iface.mapCanvas().setPreviewJobsEnabled(True)

and disable with

    iface.mapCanvas().setPreviewJobsEnabled(False)

Thanks for a feedback

Matthias


On 11/16/2017 08:42 AM, Patrick Dunford wrote:


In my current project using Qgis 2.99, turning off the rasters
uses 16 GB, turning them on uses 52 GB

I do not believe it is independent from the number of layers
that are being displayed.

Previous versions of the software did not cache every single
raster (the number of rasters actually being displayed on the
canvas at any one time is a small fraction of the total number
in the project)

On 16/11/17 20:11, Matthias Kuhn wrote:


Hi Patrick,

This uses some memory (~ canvas width pixels * canvas height
pixels * 8 preview images * 32 bit RGBA), so let's assume 50
MB to 100 MB.

This consumption is independent from the number or type of
layers.

Matthias


On 11/16/2017 08:02 AM, Patrick Dunford wrote:


So to put it another way this is the reason why Qgis wants
to use a huge amount of memory (40 GB) when I have a lot of
raster images loaded in the background.


On 16/11/17 18:56, Tim Sutton wrote:

Hi


On 16 Nov 2017, at 04:35, Patrick Dunford
<enzedrailm...@gmail.com <mailto:enzedrailm...@gmail.com>>
wrote:

What is this "preview job" function?




Its application logic to prefetch / pre-render offscreen
content in anticipation of user panning the map.

Regards

Tim


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
<mailto:QGIS-Developer@lists.osgeo.org>
List info:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:
https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>


—






*Tim Sutton*

*Co-founder:*Kartoza
*Project chair:*QGIS.org <http://QGIS.org>

Visit http://kartoza.com <http://kartoza.com/> to find out
about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

*Skype*: timlinux
*IRC:*timlinux on #qgis at freenode.net <http://freenode.net>





___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
<mailto:QGIS-Developer@lists.osgeo.org>
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>




___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
<mailto:QGIS-Developer@lists.osgeo.org>
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer
<https://lists.osgeo.org/mailman/listinfo/qgis-developer>




___
QGIS-Developer maili

Re: [QGIS-Developer] Preview job and slow datasources

[Patrick Dunford]

Most of them are geoJpeg, there are a smaller number of geoTiff


On 17/11/17 20:10, Matthias Kuhn wrote:


Thanks, that's an interesting information.

What datatype are your rasters?


On 11/17/2017 03:53 AM, Patrick Dunford wrote:


With the second command

iface.mapCanvas().setPreviewJobsEnabled(False)

when I run that command it drops back to 16 GB


On 16/11/17 23:15, Matthias Kuhn wrote:


Hi Patrick,

Would be interesting to do this test with previews enabled and 
disabled. Then we'll see if it's actually the previews or some other 
mechanism that is causing this.


IIRC only a composite image is saved in the preview jobs and not 
each layer separately, but that's just what I remember and not 
evidence based.


You can enable them in the python console with

    iface.mapCanvas().setPreviewJobsEnabled(True)

and disable with

    iface.mapCanvas().setPreviewJobsEnabled(False)

Thanks for a feedback

Matthias


On 11/16/2017 08:42 AM, Patrick Dunford wrote:


In my current project using Qgis 2.99, turning off the rasters uses 
16 GB, turning them on uses 52 GB


I do not believe it is independent from the number of layers that 
are being displayed.


Previous versions of the software did not cache every single raster 
(the number of rasters actually being displayed on the canvas at 
any one time is a small fraction of the total number in the project)


On 16/11/17 20:11, Matthias Kuhn wrote:


Hi Patrick,

This uses some memory (~ canvas width pixels * canvas height 
pixels * 8 preview images * 32 bit RGBA), so let's assume 50 MB to 
100 MB.


This consumption is independent from the number or type of layers.

Matthias


On 11/16/2017 08:02 AM, Patrick Dunford wrote:


So to put it another way this is the reason why Qgis wants to use 
a huge amount of memory (40 GB) when I have a lot of raster 
images loaded in the background.



On 16/11/17 18:56, Tim Sutton wrote:

Hi

On 16 Nov 2017, at 04:35, Patrick Dunford 
<enzedrailm...@gmail.com <mailto:enzedrailm...@gmail.com>> wrote:


What is this "preview job" function?




Its application logic to prefetch / pre-render offscreen content 
in anticipation of user panning the map.


Regards

Tim


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org 
<mailto: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
*Project chair:*QGIS.org <http://QGIS.org>

Visit http://kartoza.com <http://kartoza.com/> to find out about 
open source:


Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

*Skype*: timlinux
*IRC:*timlinux on #qgis at freenode.net <http://freenode.net>





___
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




___
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


___
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] Preview job and slow datasources

[Patrick Dunford]

With the second command

iface.mapCanvas().setPreviewJobsEnabled(False)

when I run that command it drops back to 16 GB


On 16/11/17 23:15, Matthias Kuhn wrote:


Hi Patrick,

Would be interesting to do this test with previews enabled and 
disabled. Then we'll see if it's actually the previews or some other 
mechanism that is causing this.


IIRC only a composite image is saved in the preview jobs and not each 
layer separately, but that's just what I remember and not evidence based.


You can enable them in the python console with

    iface.mapCanvas().setPreviewJobsEnabled(True)

and disable with

    iface.mapCanvas().setPreviewJobsEnabled(False)

Thanks for a feedback

Matthias


On 11/16/2017 08:42 AM, Patrick Dunford wrote:


In my current project using Qgis 2.99, turning off the rasters uses 
16 GB, turning them on uses 52 GB


I do not believe it is independent from the number of layers that are 
being displayed.


Previous versions of the software did not cache every single raster 
(the number of rasters actually being displayed on the canvas at any 
one time is a small fraction of the total number in the project)


On 16/11/17 20:11, Matthias Kuhn wrote:


Hi Patrick,

This uses some memory (~ canvas width pixels * canvas height pixels 
* 8 preview images * 32 bit RGBA), so let's assume 50 MB to 100 MB.


This consumption is independent from the number or type of layers.

Matthias


On 11/16/2017 08:02 AM, Patrick Dunford wrote:


So to put it another way this is the reason why Qgis wants to use a 
huge amount of memory (40 GB) when I have a lot of raster images 
loaded in the background.



On 16/11/17 18:56, Tim Sutton wrote:

Hi

On 16 Nov 2017, at 04:35, Patrick Dunford 
<enzedrailm...@gmail.com <mailto:enzedrailm...@gmail.com>> wrote:


What is this "preview job" function?




Its application logic to prefetch / pre-render offscreen content 
in anticipation of user panning the map.


Regards

Tim


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org 
<mailto: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
*Project chair:*QGIS.org <http://QGIS.org>

Visit http://kartoza.com <http://kartoza.com/> to find out about 
open source:


Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

*Skype*: timlinux
*IRC:*timlinux on #qgis at freenode.net <http://freenode.net>





___
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




___
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] Deploy plugin by setting QGIS_PLUGINPATH

[Patrick Dunford]

There are sometimes reasons why this method may not work (I think Ubuntu 
does have a particular limitation in this regard)


One option is you can create a shortcut on the menu and pass the 
variable value in that shortcut.


For example one of the Qgis shortcuts on the Whiskers menu in XFCE on my 
computer uses this command to start a version of Qgis that I built from 
source and installed to a different path:


env LD_LIBRARY_PATH=/home/patrick/apps/lib /home/patrick/apps/bin/qgis

where env is passing that variable into the environment that Qgis starts 
with.


On 16/11/17 23:33, Zhang Qun wrote:

Dear all,

I want to use the |QGIS_PLUGINPATH| environment variable to point to 
the directory where my plugin are located but did not manage to get it 
work.


I'm on Ubuntu16.04 and running QGIS 2.18.

I set the variable in terminal by:
$ export QGIS_PLUGINPATH=~/QGIS_Plugins/rndf-editor/RNDFEditor/

and launch the QGIS in this terminal (I guess in order to get the 
variable effective I have to run within the terminal right?)


$ qgis

But my plugin still did not get to show under the manu Plugin.

Can anyone advise me the correct way to do it? Thanks.

Best regards,
Zhang Qun


___
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] Preview job and slow datasources

[Patrick Dunford]

In my current project using Qgis 2.99, turning off the rasters uses 16 
GB, turning them on uses 52 GB


I do not believe it is independent from the number of layers that are 
being displayed.


Previous versions of the software did not cache every single raster (the 
number of rasters actually being displayed on the canvas at any one time 
is a small fraction of the total number in the project)


On 16/11/17 20:11, Matthias Kuhn wrote:


Hi Patrick,

This uses some memory (~ canvas width pixels * canvas height pixels * 
8 preview images * 32 bit RGBA), so let's assume 50 MB to 100 MB.


This consumption is independent from the number or type of layers.

Matthias


On 11/16/2017 08:02 AM, Patrick Dunford wrote:


So to put it another way this is the reason why Qgis wants to use a 
huge amount of memory (40 GB) when I have a lot of raster images 
loaded in the background.



On 16/11/17 18:56, Tim Sutton wrote:

Hi

On 16 Nov 2017, at 04:35, Patrick Dunford <enzedrailm...@gmail.com 
<mailto:enzedrailm...@gmail.com>> wrote:


What is this "preview job" function?




Its application logic to prefetch / pre-render offscreen content in 
anticipation of user panning the map.


Regards

Tim


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org <mailto: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
*Project chair:*QGIS.org <http://QGIS.org>

Visit http://kartoza.com <http://kartoza.com/> to find out about 
open source:


Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

*Skype*: timlinux
*IRC:*timlinux on #qgis at freenode.net <http://freenode.net>





___
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] Preview job and slow datasources

[Patrick Dunford]

So to put it another way this is the reason why Qgis wants to use a huge 
amount of memory (40 GB) when I have a lot of raster images loaded in 
the background.



On 16/11/17 18:56, Tim Sutton wrote:

Hi

On 16 Nov 2017, at 04:35, Patrick Dunford <enzedrailm...@gmail.com 
<mailto:enzedrailm...@gmail.com>> wrote:


What is this "preview job" function?




Its application logic to prefetch / pre-render offscreen content in 
anticipation of user panning the map.


Regards

Tim


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org <mailto: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
*Project chair:*QGIS.org <http://QGIS.org>

Visit http://kartoza.com <http://kartoza.com/> to find out about open 
source:


Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

*Skype*: timlinux
*IRC:*timlinux on #qgis at freenode.net <http://freenode.net>



___
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