Re: [QGIS-Developer] Next QGIS LTR and its compatibility with older versions

[Nyall Dawson via QGIS-Developer]

On Tue, 3 Oct 2023 at 00:45, Greg Troxel via QGIS-Developer
 wrote:
>
> Andreas Neumann via QGIS-Developer 
> writes:

>
> My impression is also that 3.30, 3.32 are stable and entirely usable for
> users.

Small clarification here: the 3.x.0 releases AREN'T considered stable,
you should wait for 3.x.1 before targeting the newer release.

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] Next QGIS LTR and its compatibility with older versions

[Nyall Dawson via QGIS-Developer]

On Tue, 3 Oct 2023 at 00:16, Andreas Neumann via QGIS-Developer
 wrote:

> About your second question: don't nail me down on this but all 3.x versions 
> should open with the newest 3.x version - it should be even possible to open 
> version 2 files with the latest 3.x version.

It's definite! If you run into issues opening a project made in an
older 3.x version in a newer QGIS version, then it's a bug which must
be fixed!

Nyall


>
> Greetings,
>
> Andreas
>
> On 2023-10-02 15:57, Raffael Meier via QGIS-Developer wrote:
>
> Hello
>
>
>
> I would like to know if this is correct, that the next long term release of a 
> stable QGIS version (3.34.0) will be at the end of October 2023?
>
> If this is correct I would like to know if I worked with an older version and 
> I want to continue working on this project with the upcoming LTR what ist he 
> oldest QGIS version files that
>
> I can still use with the new LTR (3.34.0).
>
>
>
> Best regards,
>
> Raffael
>
>
>
>
>
>
> ___
> 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] Download troubles? Download in the background?

[Nick Bearman via QGIS-Developer]

Thanks everyone, and thanks Harrissou for making those changes.

In terms of how we explain support, perhaps Selma might have some 
thoughts (with her work on documentation).


Selma - see thread below, but briefly some people are getting very poor 
download speeds. They are then donating and asking 'why are the download 
speeds slow even though I have donated?'. There are various things to 
unpack here, but would be really interested in your thoughts on the 
changes to the text we have made on the download page and what we are 
proposing on the 'donate' page.


Feel free to email if you have questions and/or contact me off list.

Best wishes,
Nick.

On 21/09/2023 2:18 pm, Bourdon, Jean-François (DIF) via QGIS-Developer 
wrote:

Intranet logo

To continue on the topic of donation and support, although I find it 
strange that someone doing a donation is expecting at the same time to 
receive special support (donation != license), maybe a precision 
should be made on the donation page (https://donate.qgis.org/) like:


“Please note that making a donation doesn’t grant any additional 
support than what can be found at the support page 
(https://www.qgis.org/en/site/forusers/support.html). For any specific 
need, you might contact one of the numerous companies offering 
commercial support 
(https://www.qgis.org/en/site/forusers/commercial_support.html#qgis-commercial-support).”


Maybe this same text could be add to the section “What is your benefit 
supporting the QGIS Development?” for the Sustaining Membership Program.


*Jean-François Bourdon, ing.f.*

*Analyste en télédétection*
*Direction des inventaires forestiers*
*Ministère des Ressources naturelles et des Forêts*
5700, 4^e Avenue Ouest, local A-108
Québec (Québec) G1H 6R1
Téléphone : 418 627-8669, poste 704304
*_jean-francois.bour...@mrnf.gouv.qc.ca_*
*mrnf.gouv.qc.ca* 

*De :*QGIS-Developer  *De la 
part de* Emma Hain via QGIS-Developer

*Envoyé :* 20 septembre 2023 20:57
*À :* Nick Bearman 
*Cc :* qgis-developer@lists.osgeo.org
*Objet :* Re: [QGIS-Developer] Download troubles? Download in the 
background?


I think this looks good Nick, could we also put in a link to the QGIS 
hub page and to where our links to the users groups are so that sorta 
provides some 'support'.


Sorta off topic:

I recently got contacted by someone letting me know they donated so 
they could get support - they thought I was the help desk for 
QGIS...Maybe this is an indication of some UX/UI is required to send 
people to our support pages???


Cheers

Em

On Thu, 21 Sept 2023 at 01:07, Nick Bearman via QGIS-Developer 
 wrote:


Thanks for highlighting this Andreas.

If I might suggest a tweak to the popup layout:

Thank you!

Your freshly baked copy of QGIS is downloading. (Make this line
bold and add a paragraph before the next bit)

QGIS is free of charge, and will always be free of charge if
downloaded from QGIS.org. (and another break here)

If you can afford to support the project and people making this
software, please consider making a small donation to support our
efforts. Whether you choose to donate or not, we hope that you
enjoy using our labour of love and encourage you to share and
spread your downloaded copy far and wide so that others may enjoy
it too. Our very best regards!

The QGIS Team

This might make it a bit more obvious. What do you think?

(I will leave those who are more technical than me to discuss
download speed issues).

Best wishes,
Nick.

On 9/20/23 08:19, Johannes Kröger (WhereGroup) via QGIS-Developer
wrote:

Hi Andreas,

ouch!

Javascript is not required for the download. If it is
disabled, all OS options are expanded and the big green
buttons directly point to the files anyways. The "donate"
popup is only triggered in addition to the normal link click
(if javascript is enabled).

If the users really just not realise that a download has
started, maybe making the text that says that QGIS is being
downloaded bold on the "donate" popup might help? The popup
might just be too intrusive and distracting even.

Some sites use images to point their users towards the
browser's download manager, maybe there is a freely available
library that does this for all kinds of browsers and screens?

Downloads are often painfully slow though and might even time
out in bad cases I guess. Having some more/faster download
mirrors might help. The osgeo.org  mirror
is often unusable (I think it is that mirror that most often
causes issues, norbit.de  usually seems
fine for me - from Germany though...). Here is one story of a
user in South Korea:
https://fosstodon.org/@ianthetechie/110943928875054838

Maybe users see super slow or 

Re: [QGIS-Developer] Next QGIS LTR and its compatibility with older versions

[Greg Troxel via QGIS-Developer]

Andreas Neumann via QGIS-Developer 
writes:

> 3.34 will be the next LTR, but not yet in October 2023, but only
> starting from end of February 2024. In the table
> https://qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule
> you can check the third column labeled "Long-Term Repo" to see at what
> time frame which version is LTR.

While we are on the subject, I have a packaging question.  I maintain
the qgis package in pkgsrc, a packaging system supporting multiple
operating systems, releases of those systems, and CPU types.  Currently
qgis is at 3.28.11, because I am tracking LTR.

I have avoided trying to have both LTR and non-LTR in pgksrc.   I have
guessed that LTR is more in the interest of random users.  But I am not
the least bit sure if that's right.

(Also, qgis LTR is nowhere near what LTS packaging needs.  LTS packaging
is generally 5 years.  I am not criticizing qgis for this, just being
clear; my view is that people who want to run old code for 5+ years with
fixes should pay for that maintenance and not ask open source project
volunteers to do it for them).

I understand that the non-LTR branches have limited support lifetimes,
but pkgsrc has no aspect of LTS (we have releases every quarter and no
support for old releases at all).  So the fact that 3.32 will become
unsupported when (3.34.0 is out | 3.34 is recommended for general use)
is not important to us.

My impression is also that 3.30, 3.32 are stable and entirely usable for
users.  It's merely that one jumps branches 3 times as often.  Of course
this is more difficult in a multiplatform environment as qgis saves
projects in the current version, not the version that was opened, so
everybody needs to be on the same version.

So, assuming our users are mostly individuals (if they are companies
they should have an IT shop and help with maintenance :-), is there any
reason I shouldn't have pkgsrc track the most recent
generally-recommended version?

What do other packaging systems do, that aren't explicitly LTS?   LTR
only, stable only, both?  I would appreciate hearing what you do and why.

> About your second question: don't nail me down on this but all 3.x
> versions should open with the newest 3.x version - it should be even
> possible to open version 2 files with the latest 3.x version.

As a data point, I have been tracking LTR via pkgsrc and never had an
issue opening.

However, every time a project is saved, it is written with the version
currently running, so once you do that, I expect it would be at least
some trouble to try to read it with the older version.  However, I have
never tried to do that.
___
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] Next QGIS LTR and its compatibility with older versions

[Andreas Neumann via QGIS-Developer]

Hi Raffael,

3.34 will be the next LTR, but not yet in October 2023, but only 
starting from end of February 2024. In the table 
https://qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule 
you can check the third column labeled "Long-Term Repo" to see at what 
time frame which version is LTR.


About your second question: don't nail me down on this but all 3.x 
versions should open with the newest 3.x version - it should be even 
possible to open version 2 files with the latest 3.x version.


Greetings,

Andreas

On 2023-10-02 15:57, Raffael Meier via QGIS-Developer wrote:


Hello

I would like to know if this is correct, that the next long term 
release of a stable QGIS version (3.34.0) will be at the end of October 
2023?


If this is correct I would like to know if I worked with an older 
version and I want to continue working on this project with the 
upcoming LTR what ist he oldest QGIS version files that


I can still use with the new LTR (3.34.0).

Best regards,

Raffael

___
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] Next QGIS LTR and its compatibility with older versions

[Raffael Meier via QGIS-Developer]

Hello

I would like to know if this is correct, that the next long term release of a 
stable QGIS version (3.34.0) will be at the end of October 2023?
If this is correct I would like to know if I worked with an older version and I 
want to continue working on this project with the upcoming LTR what ist he 
oldest QGIS version files that
I can still use with the new LTR (3.34.0).

Best regards,
Raffael


___
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] Reading current measurement with python

[Jacky Volpes via QGIS-Developer]

Hi,

You can have a look at this snippet: 
https://lists.osgeo.org/pipermail/qgis-developer/2023-May/065789.html


Regards,

--

Jacky Volpes

Ingénieur SIG - Oslandia

--

Le 02/10/2023 à 07:05, Simon Gröchenig via QGIS-Developer a écrit :


Hi list,

is it possible to get the current line/area measurement with Python?

Simon


___
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