Re: [QGIS-Developer] QGIS Upgrade/Update Inquiry

2022-10-05 Thread Andreas Neumann via QGIS-Developer 

Hi John,

Hi John,

For professional use we normally recommend the LTR releases (once they 
become LTR after 4 months): 3.22 is now LTR, 3.28 will be LTR in 
february next year. Every third release (3.22, 3.28, 3.34) will become 
LTR 4 months after the initial release.


See also 
https://www.qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule 
--> look for the "Long-Term Repo" column.


.0 and partially also .1 releases are not recommended for production use 
unless you are willing to take risks and/or want to help testing.


Helping testing is always appreciated. Ideally testing would be done 
already with nightly builds before the releases.


Greetings,

Andreas

On 2022-10-06 04:37, John Bingco via QGIS-Developer wrote:


Hey Alex,

Sorry I forgot to respond to the first part of your email.

The client currently uses version 3.16, are we good to install 3.26 or 
should we go to 3.22 LTR?


Regards,

John

From: Alexandre Neto 
Sent: Wednesday, 5 October 2022 11:17 PM
To: John Bingco 
Cc: qgis-dev 
Subject: Re: [QGIS-Developer] QGIS Upgrade/Update Inquiry

Hi,

It's important to know what is the current version you are using and 
what is the version you want to update to. I would suggest using 3.22 
LTR.


Nevertheless, both 3.22 LTR and 3.26 versions should be retro 
compatible with most 3.x versions.


Best regards

Alexandre Neto

User support

www.qcooperative.net [3]

A quarta, 5/10/2022, 06:22, John Bingco via QGIS-Developer 
 escreveu:



Hi Team,

I work for an IT service provider in Australia and we are working with 
a client that uses QGIS.


The client is requesting for their QGIS to be updated/upgraded to the 
latest version. Just wanted to check if there is anything we need to 
take note when doing the update/upgrade. User is worried about 
compatibility issues.


If there is none, are we good to just directly install the latest 
version on server for all users to have updated version of the 
software?


Appreciate your response on this. 😊

Regards,

John

‑‑​

John Bingco

TECHNICIAN

_ELEVATE TECHNOLOGY_

Mackay, Brisbane, & Newcastle

P:

1300 463 538

W:

www.elevate.com.au [1]

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer [2]
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
[2]


___
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




Links:
--
[1] https://www.elevate.com.au/
[2] https://lists.osgeo.org/mailman/listinfo/qgis-developer
[3] http://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

Re: [QGIS-Developer] QGIS Upgrade/Update Inquiry

2022-10-05 Thread John Bingco via QGIS-Developer 
Hey Alex,

Sorry I forgot to respond to the first part of your email.

The client currently uses version 3.16, are we good to install 3.26 or should 
we go to 3.22 LTR?

Regards,
John

From: Alexandre Neto 
Sent: Wednesday, 5 October 2022 11:17 PM
To: John Bingco 
Cc: qgis-dev 
Subject: Re: [QGIS-Developer] QGIS Upgrade/Update Inquiry

Hi, It's important to know what is the current version you are using and what 
is the version you want to update to. I would suggest using 3.22 LTR. 
Nevertheless, both 3.22 LTR and 3.26 versions should
External (senhor.n...@gmail.com)
  Report This 
Email
  FAQ  Protection by 
ELEVATE

Hi,

It's important to know what is the current version you are using and what is 
the version you want to update to. I would suggest using 3.22 LTR.

Nevertheless, both 3.22 LTR and 3.26 versions should be retro compatible with 
most 3.x versions.

Best regards

Alexandre Neto
User support
www.qcooperative.net

A quarta, 5/10/2022, 06:22, John Bingco via QGIS-Developer 
mailto:qgis-developer@lists.osgeo.org>> 
escreveu:
Hi Team,

I work for an IT service provider in Australia and we are working with a client 
that uses QGIS.

The client is requesting for their QGIS to be updated/upgraded to the latest 
version. Just wanted to check if there is anything we need to take note when 
doing the update/upgrade. User is worried about compatibility issues.

If there is none, are we good to just directly install the latest version on 
server for all users to have updated version of the software?

Appreciate your response on this. 😊

Regards,
John
‑‑​
[cid:image650414.gif@1C4D4FA4.7AD52164]
John Bingco
TECHNICIAN
ELEVATE TECHNOLOGY
Mackay, Brisbane, & Newcastle
P:
1300 463 538
W:
www.elevate.com.au
___
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 Upgrade/Update Inquiry

2022-10-05 Thread John Bingco via QGIS-Developer 
Thanks for your response Alexandre. 😊

Regards,
John

From: Alexandre Neto 
Sent: Wednesday, 5 October 2022 11:17 PM
To: John Bingco 
Cc: qgis-dev 
Subject: Re: [QGIS-Developer] QGIS Upgrade/Update Inquiry

Hi, It's important to know what is the current version you are using and what 
is the version you want to update to. I would suggest using 3.22 LTR. 
Nevertheless, both 3.22 LTR and 3.26 versions should
External (senhor.n...@gmail.com)
  Report This 
Email
  FAQ  Protection by 
ELEVATE

Hi,

It's important to know what is the current version you are using and what is 
the version you want to update to. I would suggest using 3.22 LTR.

Nevertheless, both 3.22 LTR and 3.26 versions should be retro compatible with 
most 3.x versions.

Best regards

Alexandre Neto
User support
www.qcooperative.net

A quarta, 5/10/2022, 06:22, John Bingco via QGIS-Developer 
mailto:qgis-developer@lists.osgeo.org>> 
escreveu:
Hi Team,

I work for an IT service provider in Australia and we are working with a client 
that uses QGIS.

The client is requesting for their QGIS to be updated/upgraded to the latest 
version. Just wanted to check if there is anything we need to take note when 
doing the update/upgrade. User is worried about compatibility issues.

If there is none, are we good to just directly install the latest version on 
server for all users to have updated version of the software?

Appreciate your response on this. 😊

Regards,
John
‑‑​
[cid:image650414.gif@1C4D4FA4.7AD52164]
John Bingco
TECHNICIAN
ELEVATE TECHNOLOGY
Mackay, Brisbane, & Newcastle
P:
1300 463 538
W:
www.elevate.com.au
___
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] Unclear wording for QgsDistanceArea

2022-10-05 Thread WhereGroup 
I would be able to improve the docs during the next two days if someone 
has some answers on these questions :)


Cheers, Hannes

Am 28.09.22 um 14:42 schrieb Johannes Kröger (WhereGroup) via 
QGIS-Developer:

Hi!

I am in QGIS 3.22 in an empty project set to EPSG:3035.

Considering the following Python code run via the script editor:

>>> point_a = QgsPointXY(7.824, 48)
>>> point_b = QgsPointXY(7.829, 47.98)
>>> da = QgsDistanceArea()
>>> print(da.willUseEllipsoid())
False
>>> print(da.ellipsoid())
NONE
>>> measure = da.measureLine(point_a, point_b)
>>> print(measure)
0.02061552812809131
>>> meters = da.convertLengthMeasurement(measure, 
QgsUnitTypes.DistanceMeters)

>>> print(meters)
2294.910093653533

I was wondering how it was able to turn the seemingly unit-less 
0.0206... into a distance in meters and checked the docs. The 
documentation 
https://qgis.org/pyqgis/master/core/QgsDistanceArea.html#qgis.core.QgsDistanceArea.lengthUnits 
says:


> Usually, the measurements returned by QgsDistanceArea are in meters. 
If no valid ellipsoid is set, then the units may not be meters. The 
units can be retrieved by calling lengthUnits() and areaUnits().


As it said "usually" and I didn't do anything special on purpose, I 
expected this to return a distance measurement in meters but instead I 
apparently got a distance in degrees (well, some cartesian measure 
between my points as a float) which I could *convert* to meters. I 
have no valid ellipsoid set so as the docs say, this could have 
happened ("may not be meters").


Checking the .lengthUnits() as suggested confirms that my 
QgsDistanceArea somehow decided to consider my coordinate values, and 
thus the measurement, to be in degrees:


>>> da.lengthUnits() == QgsUnitTypes.DistanceDegrees
True

But why? I find the language very unclear and confusing there.
Do "usually" and "may" mean that this is undefined, random behaviour 
unless one explicitly sets an ellipsoid?
If so, should the docs strongly suggest to always use an ellipsoid so 
that there is no "may"?
Do those words express the doc writer's vision of how the class what 
usually be used?

If so, should the docs suggest a specific setup of the class?
Why did it consider my point coordinates to be in degrees?
How did it convert the degrees to meters if it supposedly does not use 
an ellipsoid?

8)

Cheers, Hannes


___
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


--
Johannes Kröger / GIS-Entwickler/-Berater

-
Schon gewusst?
In unserem Blog geben wir Tipps & Tricks zu Open-Source-GIS-Software
und berichten aus unserem Experten-Alltag:
https://wheregroup.com/blog/
-

WhereGroup GmbH
Grevenweg 89
20537 Hamburg
Germany

Tel: +49 (0)228 / 90 90 38 - 36
Fax: +49 (0)228 / 90 90 38 - 11

johannes.kroe...@wheregroup.com
www.wheregroup.com
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
---



OpenPGP_0x840A4B843789797F.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer