Re: [QGIS-Developer] 2024 QGIS Grant Proposals final results

[Andreas Neumann via QGIS-Developer]

Hi Björn,

We discussed this in the PSC - and yes, we suggest that co-financing (the
remaining 3k €) with other funding sources should be possible.

We suggest that the order of the voting should be relevant: the next in
line of the proposals that wasn't accepted and has the highest voting count
should get the precedence. We suggest to allow for a 2 week time slot to
organize the funding for the next in line proposal. If it doesn't work
after 2 weeks than the next in line proposal should get the chance to
organize co-sponsoring.

Does that make sense to all?

Andreas

On Fri, 3 May 2024 at 18:18, pathmapper via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Thanks Anita,
>
> QGIS User Group Germany is thinking about starting an initiative to
> raise funds for grant applications that did not make it this time.
>
> The total budget of the grant program was 30k, of which 27k were
> awarded.
>
> Would it be possible to use the "remaining" 3k for #6 on the list (the
> first one which didn't make it) QEP#269 "Update older annotation items
> to new framework", so that 5k of additional funds would have to be
> collected to finance the total amount of 8k for this QEP?
>
> Cheers,
> Björn
>
>
> On 01.05.2024 20:15, Anita Graser via QGIS-Developer wrote:
> > Dear QGIS Community,
> >
> > On behalf of the QGIS.ORG project, I'm extremely pleased to announce
> > the winning proposals for our 2024 QGIS.ORG grant programme. Read all
> > about the voting results here:
> >
> > https://blog.qgis.org/2024/05/01/qgis-grant-programme-2024-results/
> >
> > A number of interesting and useful proposals didn’t make it because of
> > our limited budget; we encourage organizations to pick up one of their
> > choices and sponsor it.
> >
> > 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
>


-- 

--
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] Job offer Python Developer and Geodata Processing Engineer - Atlas of Switzerland

[Andreas Neumann via QGIS-Developer]

Hi,

We are looking for a Python QGIS plugin developer and Geodata Processing 
Engineer to complement the "Atlas of Switzerland" team at ETH Zurich, 
Switzerland.


Main responsibilities:

- QGIS Python plugin development
- introduction of a (geo)data processing automation system
- Linux and PostgreSQL administration (incl. docker and potentially also 
kubernetes), together with other team members


More infos at: 
https://jobs.ethz.ch/job/view/JOPG_ethz_YqyDDJhSOqUPFl2TWc


Thank you,

Andreas___
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] 3.36.0

[Andreas Neumann via QGIS-Developer]

Hi Hugh,

This is intentional. Every .0 version is called a "release candidate". This
is because we found out that users won't test a new version prior to a new
release (as we initially thought it should be).

That's why we ship every .0 release of a new version as "release candidate"
- as a warning that users shouldn't use it for critical projects. It has
nothing to do with LT vs regular release. Also regular releases get that
label when shipped as a .0 minor version.

Greetings,
Andreas


On Fri, 8 Mar 2024 at 16:53, Hugh Kelley via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi,
>
> just wanted to mention that I installed 3.36.0 this morning and happened
> to noticed on that loading window thing that appears before qgis has fully
> started it is calling itself a "release candidate". It's not the LTR but I
> think it's now officially the point release and not a candidate?
>
> Thanks to everyone contributing, especially to much more important issues
> than something like this!
>
>
> ___
> 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

Re: [QGIS-Developer] Ubuntu GIS repo with new gdal, LERC and ZSTD support?

[Andreas Neumann via QGIS-Developer]

Hi Angelos,

Thank you for the information. Will the new GDAL 3.8.4 also support 
LERC?


If not, then I'll wait until Ubuntu 24.04 which should already ship with 
LERC, according to Jürgen.


Thanks,

Andreas

On 2024-03-06 15:25, Angelos Tzotsos via QGIS-Developer wrote:


GDAL 3.8.4 is now in experimental ppa for UbuntuGIS (Jammy).
You need to have both the experimental and unstable ppa in your system 
to try this out.


https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental
https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable

Best,
Angelos

On 3/5/24 02:18, Jürgen E. Fischer via QGIS-Developer wrote: Hi 
Andreas,


On Mon, 04. Mar 2024 at 17:51:56 +0100, Andreas Neumann via 
QGIS-Developer wrote: I am wondering if there is a ubuntu (or debian) 
package repository available
with a relatively new gdal, LERC and ZSTD support? Ideally a repo that 
can

be added to Ubuntu 22.04
Thank you if you know some package source? ubuntugis for jammy has GDAL 
3.8.3 (but lacks LERC support; but has PDAL

2.6.2).

Debian unstable has GDAL 3.8.4 with LERC support (but is not suited for 
jammy).


We have QGIS builds of the release branches and master for both of them
(ubuntugis and debian just the LTR branch).

Jürgen

___
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] Ubuntu GIS repo with new gdal, LERC and ZSTD support?

[Andreas Neumann via QGIS-Developer]

Hi Brian,

Thank you for the info about OSGeo Live. We added both the 
ubuntu-unstable and the osgeolive ppa and installed the newest version 
of gdal from osgeolive (3.8.4).


However, these gdal binaries don't link against libLerc.so.3

I think I will have to compile gdal myself ... as Jürgen pointed out, 
neither the Debian-GIS route would work (incompatible) and the 
Ubuntu-GIS unstable repos don't integrate libLerc properly and compiled 
gdal against it.


libLerc is very useful for us for compressing highly detailed terrain 
models.


Thanks anyway, Brian and Jürgen!

Andreas

On 2024-03-04 17:59, Brian M Hamlin via QGIS-Developer wrote:

#osgeolive is a project of OSGeo dot org, and is part of the developer 
chain that builds UbuntuGIS


https://live.osgeo.org

An experimental build of new GDAL and QGIS can be found here

https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental/+packages

This is fresh-paint new and needs some testing. A preferred way to test 
is to enable the UbuntuGIS repo, and then this repo on top of that. If 
people have the skills, please try and report back to UbuntuGIS mailing 
list.


apt source =>  deb 
http://ppa.launchpad.net/osgeolive/release-16.0/ubuntu jammy main


https://lists.osgeo.org/mailman/listinfo/ubuntu

hth-

##--

Brian M Hamlin  /  MAPLABS  /  OSGeoLive PSC

On 3/4/24 08:51, Andreas Neumann via QGIS-Developer wrote:


Hi,

I am wondering if there is a ubuntu (or debian) package repository 
available with a relatively new gdal, LERC and ZSTD support? Ideally a 
repo that can be added to Ubuntu 22.04


I compiled things myself in the past, but it would be convenient for 
docker containers to install from binaries.


Thank you if you know some package source?

Andreas

___
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] Ubuntu GIS repo with new gdal, LERC and ZSTD support?

[Andreas Neumann via QGIS-Developer]

Hi,

I am wondering if there is a ubuntu (or debian) package repository 
available with a relatively new gdal, LERC and ZSTD support? Ideally a 
repo that can be added to Ubuntu 22.04


I compiled things myself in the past, but it would be convenient for 
docker containers to install from binaries.


Thank you if you know some package source?

Andreas___
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] Road Ahead Table is Confusing

[Andreas Neumann via QGIS-Developer]

Hi,

The table is correct, but it is the date when the code is 
forked/frozen/taken for the packaging.


Packaging can take a couple of days. You just need to be patient. It 
will be available soon.


Greetings,

Andreas

On 2024-02-27 01:44, Catania, Luke A ERDC-RDE-GRL-VA CIV via 
QGIS-Developer wrote:



I find the Road Ahead Table confusing.

So does the line

LR/PR

3.36.0

3.34.4

2024-02-23

8

4

indicate that 3.34.4 is the latest LTR release available.  Where is it? 
 I only see 3.34.3 available for download.

___
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-psc] Official PSC call on pull request policies

[Andreas Neumann via QGIS-Developer]

Hi,

We will discuss this at our PSC meeting on Tue 5.

Greetings,
Andreas

On Mon, 26 Feb 2024 at 00:21, Nyall Dawson via QGIS-PSC <
qgis-...@lists.osgeo.org> wrote:

> Hi PSC,
>
> I would love for an official call to be made on which of two
> conflicting pull request queue management policies should be adopted
> by QGIS.
>
> There are currently two proposals, and the lack of a formal policy is
> causing confusion/conflict in how pull requests are managed.
>
> Policy #1: https://github.com/qgis/QGIS/pull/56062
>
> In short, Sandro proposes that the pull request queue be an open queue
> of ALL work happening everywhere, in any state of completeness. Pull
> requests are permitted for semi-complete work, and for long-term
> (including multi-year) projects which are not yet ready for review or
> merge. The justification here is that having this work open in the
> queue makes it widely visible and so that other developers are aware
> of ongoing work across the community.
>
> Currently, these pull requests will be auto-closed by stalebot due to
> the lack of activity on the ticket. Sandro's proposal is to disable
> stalebot handing of draft / WIP pull requests, and effectively to
> formalise that the queue is a valid place for work of this nature and
> status.
>
> (@strk please expand here if you feel I haven't summarised your point
> of view correctly!)
>
> Policy #2: https://github.com/qgis/QGIS/pull/56523
>
> In this PR I propose to set a formal policy that draft and WIP pull
> requests are NOT suitable for opening against the QGIS repository.
>
> My justification is that we have a long-standing issue with
> maintainability of the pull request queue, and anything which
> decreases the signal-to-noise ratio on open tickets is undesirable.
> When the queue includes work which is not ready for review, then it
> becomes very tricky to work out the actual status of pull requests and
> which ones should be focused on during review time. (Effectively right
> now we have a situation where any pull request which is pushed on the
> 2nd page of requests will basically NEVER get reviewed, as there is a
> constant stream of ready-for-review work flowing into the first page
> and the signal-to-noise ratio of ready-for-review/merge PRs on
> subsequent pages is extremely low). I do not believe it is fair for
> submissions like https://github.com/qgis/QGIS/pull/55172 or
> https://github.com/qgis/QGIS/pull/55293 where reviews take SUCH a long
> time, and it is my belief that by keeping the queue as small as
> possible and avoiding WIP/draft work we will increase the likelihood
> that PRs like these can be reviewed more quickly in future.
>
> Please note that there is considerable discussion on
> https://github.com/qgis/QGIS/pull/56062 already which should be read
> when reviewing this decision.
>
> Can I ask that PSC choose one of these two policies to formally adopt
> so that there is no misunderstanding or conflict in future?
>
> Thanks in advance!
> Nyall
> ___
> QGIS-PSC mailing list
> qgis-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-psc
>


-- 

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

Re: [QGIS-Developer] Finishing Visual Changelog for export to site

[Andreas Neumann via QGIS-Developer]

Hi,

I added Nyalls bug fixes to the visual change logs.

Mathieu: I already copied your entries on Friday. Do they need a revision?

Thanks and greetings,
Andreas

On Mon, 26 Feb 2024 at 03:05, Nyall Dawson via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> On Sun, 25 Feb 2024 at 17:47, Richard Duivenvoorde 
> wrote:
> >
> > I do not want to stress people, I just wanted to let people know.
> >
> > Just ping me here.
>
> Thanks, I'm all done now! I've sent through my bug fixes to Andreas too.
>
> Nyall
>
> >
> > Regards,
> >
> > Richard Duivenvoorde
> >
> > On 2/25/24 01:51, Mathieu Pellerin wrote:
> > > Same here, I'd appreciate a day
> > >
> > > On Sun, Feb 25, 2024, 03:24 Nyall Dawson via QGIS-Developer <
> qgis-developer@lists.osgeo.org >
> wrote:
> > >
> > >
> > >
> > > On Sat, 24 Feb 2024, 12:41 am Richard Duivenvoorde via
> QGIS-Developer,  qgis-developer@lists.osgeo.org>> wrote:
> > >
> > > Hi Devs,
> > >
> > > As release 3.36 Maidenhead is near...
> > >
> > > Please have a look at
> https://changelog.qgis.org/en/qgis/version/3.36/ <
> https://changelog.qgis.org/en/qgis/version/3.36/>
> > >
> > > To fix/polish or add stuff you did or is important to show to
> users.
> > >
> > >
> > > Could I have a day to polish off my entries please? 
> > > Nyall
> > >
> > >
> > > @Andreas: I'll wait for you to add the tables with notable
> changes, please ping me when done
> > >
> > > Then I will dump it to rst and include it in the website
> (probably for the last time, as hopefully we will have a new website next
> release :-)  ).
> > >
> > > Thanks in advance,
> > >
> > > Richard Duivenvoorde
> > > ___
> > > QGIS-Developer mailing list
> > > QGIS-Developer@lists.osgeo.org  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  QGIS-Developer@lists.osgeo.org>
> > > List info: 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
>


-- 

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

Re: [QGIS-Developer] Finishing Visual Changelog for export to site

[Andreas Neumann via QGIS-Developer]

Hi Richard,

I added all bug fixes that had been reported. I am still missing the 
ones from Nyall, perhaps some more as well.


This should not hold off the publication of the visual change log 
though.


Thank you very much,

Andreas

On 2024-02-23 15:40, Richard Duivenvoorde via QGIS-Developer wrote:


Hi Devs,

As release 3.36 Maidenhead is near...

Please have a look at https://changelog.qgis.org/en/qgis/version/3.36/

To fix/polish or add stuff you did or is important to show to users.

@Andreas: I'll wait for you to add the tables with notable changes, 
please ping me when done


Then I will dump it to rst and include it in the website (probably for 
the last time, as hopefully we will have a new website next release :-) 
 ).


Thanks in advance,

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] QGIS Full Stack Web Developer Report

[Andreas Neumann via QGIS-Developer]

Hi Johannes and Lova,

The current reality is that the QGIS PSC is using Google infrastructure 
(Google Drive, Google Mail, youtube channels; sometimes Google Meet) 
quite extensively. It wouldn't be so easy to swap things out. In the PSC 
meetings we use JITSI, but for the QGIS Open Day it is also Google 
infrastructure, as it scales better for more users. We also use GSOC in 
order to bring in new developers.


We know that some people don't like our usage of Google services, but we 
also need to be pragmatic. Doing more things ourselves with open source 
tools or other alternatives would be possible, but would mean that we 
can spend less time directly on improving QGIS.


Greetings,
Andreas

On 2024-02-22 15:34, Johannes Kröger via QGIS-Developer wrote:


Hi Lova,

if I understand it right, using smtp.gmail.com *will* send all mails 
via Google. I don't know which SMTP host is currently used.


Looking at the MX records of qgis.org it seems like Google is used 
already anyways so I might be barking up an old and rotten tree. :(


It really should not be any of Google's business when people 
communicate with qgis.org addresses.


Thank you!

Cheers, Hannes

On 19.02.24 06:37, Lova Andriarimalala wrote:

Dear Hannes,

Thanks for your feedback. I appreciate that.


Does this mean that Gmail will be involved in all those mails?


I apologise for that. Indeed, we propose using smtp.gmail.com as 
EMAIL_HOST instead of smtp to fix the email-sending feature since it 
sometimes goes into the spam folder.


However, I think this won't change the account type because we use the 
same as the current email and keep the part `@qgis.org` unless I'm 
mistaken. But maybe my PR's name doesn't reflect that. For now, I will 
update the PR and convert it to a draft.



Can't a OSGeo mail account be used instead?


I'm not sure of the answer to this, sorry.

Dear @Tim Sutton, could you please advise me on that? Thank you.

Best regards,

Lova

--

Lova Andriarimalala

QGIS Full Stack Developer

Visit http://kartoza.com [2] to find out about open source:

* Desktop GIS programming services

* Geospatial web development

* GIS Training

* Consulting Services

Office: +261(0)34 09 524 73 [3]

From: QGIS-Developer  on behalf 
of Johannes Kröger (WhereGroup) via QGIS-Developer 


Date: Friday, 16 February 2024 at 5:24 PM
To: qgis-developer@lists.osgeo.org 
Subject: Re: [QGIS-Developer] QGIS Full Stack Web Developer Report

Hey Lova,

thanks for all your great work!

This caught my eye:


Use Gmail as the email provider [4]


Does this mean that Gmail will be involved in all those mails? I would 
be strongly against proactively exposing any data to such a company if 
not absolutely necessary.


Can't a OSGeo mail account be used instead?

It's bad enough that so much mail is already centralized and thus 
available to a single party/company but as long as a user is not 
willingly using Gmail themselves already, it would be great if Google 
(or any other similar third party) was not involved in such mails.


Cheers, Hannes

On 16.02.24 13:52, Lova Andriarimalala via QGIS-Developer wrote:

Hello everyone,

I'm starting a new thread because the previous one exceeds the limit. 
I've included for you a report which details the progress made this 
week on the development of the plugin and feed website.


New PR for the plugins website:

* Use Gmail as the email provider [4]
* Set media and static path as the same as in production [5]
* Fix plugin detail rating [6]: this is a fix for #354 [7]
* Add local timezone to XML [8]: this is a fix for #353 [9]

New PRs for the feed website:

* Use Gmail as the email provider  [10]

Next week, I will try to plan the deployment of some of these PRs. I 
will also continue to implement the components developed by Kontur on 
the QGIS Feed website.


Have a great weekend,

Lova

--

Lova Andriarimalala

QGIS Full Stack Developer

Visit http://kartoza.com [2] to find out about open source:

* Desktop GIS programming services

* Geospatial web development

* GIS Training

* Consulting Services

Office: +261(0)34 09 524 73 [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

--

Johannes Kröger / GIS-Entwickler/-Berater

*

FOSSGIS Konferenz

20.-23. März 2024 in Hamburg

https://www.fossgis-konferenz.de/2024/

WhereGroup-Beiträge auf der FOSSGIS

https://wheregroup.com/unternehmen/aktuelles/

*

WhereGroup GmbH

c/o KK03 GmbH

Lange Reihe 29

20099 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 [1]

Geschäftsführer:

Olaf Knopp, Peter Stamm

Amtsgericht Bonn, HRB 9885

---


--
Johannes Kröger / 

Re: [QGIS-Developer] Regular paid positions for PR reviews

[Andreas Neumann via QGIS-Developer]

Dear Alex,

I support this idea. Code reviews are important.

But I think we already do that - don't we? In 2023 there was this 14k €
budget that is currently being distributed between the core devs who are
actively reviewing on Github. Next year, we plan to increase this budget to
20k.

Are we missing anything?

I am not sure if it is useful to dedicate an "exact" number of hours and a
fixed rate. I'd rather have a fixed annual budget (like we already have)
and distribute this among the core devs who actively participate in the
reviews and discussions.

We can formalize this a bit better if you want. I am open for suggestions
how to improve the situation.

Another idea is to merge the budgets for bug fixing and code reviewing -
then the "approved" core devs can spend their hours on both bug fixing and
reviewing and invoice everything together.

It is a really good timing to discuss this now - because we want to bring
the 2024 budget to vote next week.

Greetings,
Andreas

On Fri, 8 Dec 2023 at 08:57, Alessandro Pasotti via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi,
>
> Recently I have had the opportunity to discuss with some core QGIS
> developers and we agreed that it would be a good idea if the QGIS
> organization could fund a few weekly or monthly hours for PR reviews.
>
> Here is my quick and initial proposal of requisites for the candidates:
>
> - must be an active well known and long time QGIS C++ core developer
> (for example from the top last 5 years committers [1])
> - ideally we'd need more than a single developer: there is not a
> single developer who is able to review all different areas of the code
> base
> - available for regular work (fixed number of weekly or monthly hours,
> to be determined)
>
> Note: the above list is just my quick ideas, feel free to suggest
> anything you think best.
>
>  I would like this topic to be added to the next PSC meeting agenda.
>
> Kind regards.
>
>
> [1]
> https://github.com/qgis/QGIS/graphs/contributors?from=2018-12-08=2023-12-08=c
>
> --
> Alessandro Pasotti
> QCooperative:  www.qcooperative.net
> ItOpen:   www.itopen.it
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 

--
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] QGIS-CH mini workshop on QGIS installations, file locations, profiles, shared resources, etc.

[Andreas Neumann via QGIS-Developer]

Dear QGIS developers and contributors,

The Swiss QGIS user group organizes mini workshops and demos for its
members. These meetings are online on Google Meet (guests from other
countries are welcome). Several of the devs and contributors on this list
had instructed such workshops in the past.

One idea that came up is to organize a mini workshop around QGIS
installations (what different options are around, what are the
differences), explanation of the file systems (where are all the binaries
and config files), profiles, shared resources, what is centralized and what
is configure per user, etc.

Thank you for your replies in case you could volunteer to help instruct
such a workshop,
Andreas

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

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] Download troubles? Download in the background?

[Andreas Neumann via QGIS-Developer]

Hi all,

Recently (past 1-4 months) I get a lot of emails at fina...@qgis.org from
people who say that they donated but then could not download QGIS. I think
I got at least 40-50 such emails until now.

Sometimes they ask: how many times do I have to donate until I can download
QGIS?

I then explain them that donations are optional, often direct them to the
direct download page - and I tell them that downloads may take longer.

I believe that many users aren't aware that QGIS is downloading "in the
background". Because the QGIS downloads are rather large this can take
several minutes ...
Or may there be other problems with downloads? Does it require Javascript
to be enabled?

I wonder if we can display some hint that QGIS is downloaded "in the
background" and can take a while to download 

I believe this is because many users don't know how their browsers work
with the downloads of large files ...

Is there anything we can do to inform users and enhance the download
experience - so that I don't get that many emails?

Thank you for your replies,
Andreas

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

Re: [QGIS-Developer] Looking for a QGIS core developer available to work on CMYK support in QGIS

[Andreas Neumann via QGIS-Developer]

Ok - thanks for clarifying.

Andreas

On Tue, 8 Aug 2023 at 15:15, Julien Cabieces 
wrote:

>
> Yes I have a client interested in funding partially CMYK support in
> QGIS, so I contacted Kdab few weeks ago to know what was possible, and
> so they organized the meeting with all the interested parts.
>
> Regards,
> Julien
>
>
> > Hi Julien,
> >
> > Thank you for confirming that you are interested in working on it. I
> wasn't really sure if you joined the meeting back then because you have a
> client that
> > wants it and can help finance. But now it is clear that you are also
> interested in doing the development work inside QGIS.
> >
> > Meanwhile I heard back from other devs who have an interest (Nyall and
> devs from OPENGIS). I will let the PSC come up with some good procedure to
> > decide who will get the contract - or if it would be split in parts.
> >
> > Thanks,
> > Andreas
> >
> > On Tue, 8 Aug 2023 at 10:56, Julien Cabieces via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
> >
> >  Hi Andreas,
> >
> >  I'm interested (and already in the loop)
> >
> >  Regards,
> >  Julien
> >
> >  > Dear QGIS core C++ developer on this list,
> >  >
> >  > The QGIS PSC and some interested funders are in talks with company
> KDAB to introduce CMYK support in the qt library.
> >  >
> >  > Adding support in qt is a very important prerequisite for CMYK
> support in QGIS, however, there will have to be follow-up development work
> in QGIS.
> >  >
> >  > So we (PSC) are looking for potential QGIS core developers familiar
> with PDF output and the QGIS layout module, as well as enhancing the color
> >  handling in
> >  > QGIS in order to allow users to specify CMYK colors next to the RGB
> colors and give the CMYK colors precedence in the PDF output if they are
> specified
> >  and
> >  > CMYK is chosen for the PDF output.
> >  >
> >  > If you are able to work on this topic (or know a QGIS core developer
> interested in working on it), please get in touch with us. I will then
> forward the
> >  > information from KDAB we have (how they plan to introduce CMYK
> support in qt) - it would be good to find an appropriate QGIS dev soon, so
> that
> >  there
> >  > could be a collaboration with KDAB during their development - in
> order to provide feedback and test things out.
> >  >
> >  > Thank you for your replies,
> >  > Andreas
> >
> >  --
> >
> >  Julien Cabieces
> >  Senior Developer at Oslandia
> >  julien.cabie...@oslandia.com
> >  09.72.52.52.76
> >  ___
> >  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
> >
> > --
>
>
> --
>
> Julien Cabieces
> Senior Developer at Oslandia
> julien.cabie...@oslandia.com
> 09.72.52.52.76
>


-- 

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

Re: [QGIS-Developer] Looking for a QGIS core developer available to work on CMYK support in QGIS

[Andreas Neumann via QGIS-Developer]

Hi Julien,

Thank you for confirming that you are interested in working on it. I wasn't
really sure if you joined the meeting back then because you have a client
that wants it and can help finance. But now it is clear that you are also
interested in doing the development work inside QGIS.

Meanwhile I heard back from other devs who have an interest (Nyall and devs
from OPENGIS). I will let the PSC come up with some good procedure to
decide who will get the contract - or if it would be split in parts.

Thanks,
Andreas

On Tue, 8 Aug 2023 at 10:56, Julien Cabieces via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

>
> Hi Andreas,
>
> I'm interested (and already in the loop)
>
> Regards,
> Julien
>
> > Dear QGIS core C++ developer on this list,
> >
> > The QGIS PSC and some interested funders are in talks with company KDAB
> to introduce CMYK support in the qt library.
> >
> > Adding support in qt is a very important prerequisite for CMYK support
> in QGIS, however, there will have to be follow-up development work in QGIS.
> >
> > So we (PSC) are looking for potential QGIS core developers familiar with
> PDF output and the QGIS layout module, as well as enhancing the color
> handling in
> > QGIS in order to allow users to specify CMYK colors next to the RGB
> colors and give the CMYK colors precedence in the PDF output if they are
> specified and
> > CMYK is chosen for the PDF output.
> >
> > If you are able to work on this topic (or know a QGIS core developer
> interested in working on it), please get in touch with us. I will then
> forward the
> > information from KDAB we have (how they plan to introduce CMYK support
> in qt) - it would be good to find an appropriate QGIS dev soon, so that
> there
> > could be a collaboration with KDAB during their development - in order
> to provide feedback and test things out.
> >
> > Thank you for your replies,
> > Andreas
>
>
> --
>
> Julien Cabieces
> Senior Developer at Oslandia
> julien.cabie...@oslandia.com
> 09.72.52.52.76
> ___
> 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] Looking for a QGIS core developer available to work on CMYK support in QGIS

[Andreas Neumann via QGIS-Developer]

Dear QGIS core C++ developer on this list,

The QGIS PSC and some interested funders are in talks with company KDAB to
introduce CMYK support in the qt library.

Adding support in qt is a very important prerequisite for CMYK support in
QGIS, however, there will have to be follow-up development work in QGIS.

So we (PSC) are looking for potential QGIS core developers familiar with
PDF output and the QGIS layout module, as well as enhancing the color
handling in QGIS in order to allow users to specify CMYK colors next to the
RGB colors and give the CMYK colors precedence in the PDF output if they
are specified and CMYK is chosen for the PDF output.

If you are able to work on this topic (or know a QGIS core developer
interested in working on it), please get in touch with us. I will then
forward the information from KDAB we have (how they plan to introduce CMYK
support in qt) - it would be good to find an appropriate QGIS dev soon, so
that there could be a collaboration with KDAB during their development - in
order to provide feedback and test things out.

Thank you for your replies,
Andreas

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

Re: [QGIS-Developer] DWG/DXF QGIS on Linux/Debian

[Andreas Neumann via QGIS-Developer]

Hi,

There are actually several options and libraries for the handling of
dxf/dwg files:

- libdxfrw (patched and improved by Jürgen) and lives within the QGIS
source tree - this is used for the import/export when using the commands in
the project menu for several layer at once
- ogr ( https://gdal.org/drivers/vector/dxf.html ) - this is used when you
do layer right-click --> Export --> Save Features As ...
- ogr enhanced with the Open Design Alliance Teigha library (requires a
license agreement for distribution --> so hardly ever used). QGIS doesn't
ship with Teigha.

The third option probably gives the best results, but due the license issue
it isn't really available.

Hope this clarifies the situation a bit. Jürgen can probably explain better
the situation around libdxfrw and Even the second option in OGR (or the
devs who did the driver).

Greetings,
Andreas


On Thu, 13 Jul 2023 at 09:31, Johannes Kröger (WhereGroup) via
QGIS-Developer  wrote:

> Hi Matteo,
>
> I assume that those are provided via GDAL. Check
> https://gdal.org/drivers/vector/ for how to get a GDAL that supports them.
>
> https://gdal.org/drivers/vector/cad.html sounds like you need to make
> sure that your GDAL was compiled with its internal libopencad or you
> could use https://gdal.org/drivers/vector/oda.html
>
> Good luck!
>
> Hannes
>
> Am 13.07.23 um 09:10 schrieb Matteo Ghetta via QGIS-Developer:
> > Hi all,
> >
> > I'm on a Debian testing fresh machine and with both QGIS 3.28 from
> > package and master compiled I cannot import DWG/DXF. This is the error
> > I get:
> >
> > Drawing import failed (unsupported version. Cannot read AutoCAD
> > 2018/2019/2020 documents.)
> >
> > I don't remember if there is a procedure on Linux (Debian) to compile
> > QGIS with a driver that allows to import those formats.
> >
> > Thanks for any suggestion!
> >
> > 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
>
> --
> Johannes Kröger / GIS-Entwickler/-Berater
>
> -
> Aufwind durch Wissen!
> Web-Seminare und Online-Schulungen
> bei der www.foss-academy.com
> -
>
> WhereGroup GmbH
> c/o KK03 GmbH
> Lange Reihe 29
> 20099 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
> ---
>
> ___
> 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] Weird navigation issues in 3d view on Windows

[Andreas Neumann via QGIS-Developer]

Hi,

I recently had to switch my main laptop from Linux (previous employer) 
to Windows (new employer) - and with my new laptop I have very strange 
issues when navigating in 3D views in QGIS (tested with 3.28.7 and 
3.30.3 and master):


 	* the steps when navigating in the scene (left mouse button) are 
extremely small. When dragging the mouse substantially, only very tiny 
differences are visible in the 3d camera movement. When moving the mouse 
far, it would move a tiny bit and then suddenly "jump back"
 	* the middle mouse button which would normally rotate the whole scene 
now acts in "look around" mode
 	* zooming in and out with the third mouse button appears to have the 
same tiny steps like when navigating with the left mouse button
 	* changing the "movement speed" in Menu "Settings" --> "Options" --> 
"3D" doesn't improved things. Even when setting it to the maximum 
"99.", the steps for each movement are extremly tiny


Any idea how to improve the situation? Did others run into similar 
issues?


I initially thought that it might have something to do with the high 
resolution of the system (4k resolution) - but even when reducing the 
display resolution, the problems would remain.


The same project would work just fine on my previous Linux laptop.

Thank you for any hints on what could be wrong on my new Windows system?

Andreas___
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 speed up rendering

[Andreas Neumann via QGIS-Developer]

Hi,

See
https://docs.qgis.org/3.28/en/docs/user_manual/working_with_raster/raster_properties.html#pyramids-properties
(for a QGIS based solution)
or https://gdal.org/programs/gdaladdo.html (for a command line or python
version).

Andreas

On Tue, 30 May 2023 at 16:00, afernandez via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hello Hannes,
> Sorry to say that I'm at a loss here. I had not previously heard of
> 'overviews' and am having a hard time finding much information. I couldn't
> find anything in the PyQGIS (v3.28) developer cookbook, which is my main
> reference in this QGIS journey. The found information is at
> https://docs.qgis.org/3.28/en/docs/user_manual/processing_algs/gdal/rastermiscellaneous.html
> but didn't exactly clarify how to implement overviews with a script or why
> this would sidestep reading the file several times. I don't quite
> understand this last point either, as the file is large but the size of the
> band (after everything is prepped and before rendering) is relatively
> small, and should fit amply into the available memory.
> Thanks,
> Arturo
>
>
> Johannes Kröger (WhereGroup) via QGIS-Developer wrote:
>
>
> Hi Arturo,
>
> make sure you create overviews on your big rasters or QGIS will re-read
> the whole file all the time to render an appropriate representation in the
> map.
>
> Cheers, Hannes
> Am 30.05.23 um 04:35 schrieb afernandez via QGIS-Developer:
>
> Hello Martin,
> I'm trying to understand what you're saying but my background is in
> numerical methods where tasks are split into threads for acceleration
> purposes. If a single layer is rendered by a single core (as you write and
> I was observing), how would a 1,000 x 1,000 (or a 5,000 x 5,000) layer be
> handled? Wouldn't it take too long? (However, you want to define 'too
> long').
> As far as more details about the process, the tensor 'var' (n x m x index
> where I have tried different combinations but let's say n x m is 100 x 200)
> of floating point numbers is manipulated according to the following
> pseudo-code:
> # Initial manipulations
> dims = var.dimensions
> shape = var.shape
> driver_name = 'GTIFF'
> driver = gdal.GetDriverByName(driver_name)
> np_dtype = var.dtype
> type_code = gdal_array.NumericTypeCodeToGDALTypeCode(np_dtype)
> gdal_ds = driver.Create(_my_path_, cols, rows, 1,
> gdal.GDT_UInt16)
> gdal_ds.SetProjection(_my_projection_)
> gdal_ds.SetGeoTransform(_my_transformation_)
> # Creation of the bands and scaled matrix
> band = gdal_ds.GetRasterBand(1)
> data = var[_chosen_index_]
> data = ma.getdata(data)
> data_scaled =  np.interp(data, (data.min(), data.max()), (0,
> 255))
> data_scaled2 = data_scaled.astype(int) # This is to rescale
> into integers so that it can color the layer
> # *** Lines to set up the color palette ***
> # Write the array to band once everything has been rescaled
> band.WriteArray(data_scaled2)
> gdal_ds.FlushCache()
>
> This procedure seems to work well and takes a reasonable amount of time.
> Then, the time is consumed when doing the rendering itself. I'm not
> entirely sure what you mean by 'sub-optimal raster format' or 'thre are
> overviews missing' so I cannot address them specifically.
> Thanks,
> Arturo
>
>
>
>
> Martin Dobias wrote:
>
>
> Hi
>
> On Fri, May 26, 2023 at 11:30 PM afernandez via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
>
>> Hello,
>> One of my project would greatly benefit from a much faster rendering.
>> After some testing, the bulk (>99%) of the time is spent at rendering the
>> layer with QgsRasterLayer(...,...). What I have also noticed is that
>> rendering time does not change with the number of cores, which suggests
>> that the renderer might be using a single thread. I checked the API
>> documentation but couldn't find anything about multithreading or some other
>> procedure to accelerate rendering. I was wondering if anyone has any
>> suggestion or has faced a similar difficulty.
>>
>
> Multi-threaded rendering is done at the granularity of whole map layers,
> so a single layer is rendered by a single CPU core. Therefore if you have
> just one layer that is slow to render, the multi-threading is not going to
> help. It is best to do some testing how you can improve the layer's
> rendering - for example, it could be that you are using some sub-optimal
> raster format, or there are overviews missing, or something else... one
> would need more details.
>
> Regards
> Martin
>
>
> ___
> QGIS-Developer mailing listqgis-develo...@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
>
> 

[QGIS-Developer] Reimbursements for contributor meeting Den Bosch

[Andreas Neumann via QGIS-Developer]

Hi QGIS contributors,

If any of you want a reimbursement for the travel cost of the QGIS 
contributor meeting in Den Bosch, please fill in a copy of this template 
form: 
https://docs.google.com/document/d/1E9kFZ1p0J29caD9WzLu2yDgbEjt8iKDO-AK37DDtzPE/edit?usp=sharing 
- and include all invoices in a single PDF file. This will make my work 
easier in paying out your expenses.


Thank you and greetings,

Andreas___
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] Upcoming Open Standards and Open Software Code Sprint

[Andreas Neumann via QGIS-Developer]

Hi,

It would be great if a QGIS developer with an interest in OGC standards,
esp OGC API features, could participate.

If someone is interested in attending the meeting but would prefer
financial support from QGIS.ORG, please let the PSC know.

Andreas

On Thu, 23 Mar 2023 at 07:09, Joana Simoes via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Good morning,
>
> The Open Standards and Open Software Code Sprint, hosted by OGC, OSGeo
> and ASF  will run from 25 to 27 of April, near Lausanne, Switzerland
> (right after the QGIS Contributor Meeting).
>
> A Code Sprint is a three day hybrid event, where dozens of developers
> from around the world come together to code and share their ideas
> regarding sharing geospatial information. Even if you are not a
> developer, there are lots of ways to be involved in the code sprint,
> without actually writing code; e.g.: testing, documentation, issues.
> This code sprint will include a mentor stream targeted at newcomers,
> which includes an onboarding day with lots of introductory tutorials.
>
> You can find more information, including a registration link in the code
> sprint website: https://developer.ogc.org/sprints/20/
>
> Hope to see you at the code sprint,
>
> All the Best,
>
> Joana
>
> ___
> 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

Re: [QGIS-Developer] Tool to create Mesh from raster layer?

[Andreas Neumann via QGIS-Developer]

Hi Saber,

It is a good point  - to use the source.

I think the source was a point cloud data set.

So, ideally, it could be a point cloud to mesh tool (or TIN).

I see that Alex Bruy just committed a point cloud to raster tool (going
through TIN is an option), but not as a final TIN result.

Andreas

On Tue, 21 Mar 2023 at 08:42, Saber Razmjooei via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi Andreas,
>
> Indeed, there is no native tool at the moment to convert raster directly
> to mesh. I filed a ticket with a link to this discussion so we can add it
> to QGIS later:
> https://github.com/qgis/QGIS/issues/52313
>
> But, in general, I would first try to find the source of the DEM raster
> (e.g. point cloud or spot survey) and use the raw data to create the mesh.
> This will avoid double interpolation :)
>
> Kind regards
> Saber
>
>
> On Mon, 20 Mar 2023 at 14:31, Andreas Neumann via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
>
>> and there seems to be https://github.com/heremaps/tin-terrain
>>
>> However, I am looking for a solution integrated in QGIS ...
>>
>> On 2023-03-20 14:28, Andreas Neumann via QGIS-Developer wrote:
>>
>> Hi,
>>
>> Yes - exporting the raster to xyz points or to contour lines are both
>> workarounds.
>>
>> It would be nice, if QGIS would gain a direct algorithm of creating a
>> mesh from a DEM - as many DTMs are provided as raster. It seems like SAGA
>> has a raster DTM to TIN algorithm (
>> https://saga-gis.sourceforge.io/saga_tool_doc/8.5.1/tin_tools_0.html ) -
>> but SAGA is a bit complicated to use within QGIS and SAGA support within
>> QGIS processing may disappear in the future. Perhaps we could port the SAGA
>> algorithm to QGIS - or maybe an alternative algorithm?
>>
>> My goal is to replace the raster DTM with a MESH for 3D display - with
>> the ability to edit the MESH at important points. The builtin triangulation
>> of the QGIS 3D viewer (where you can have a raster DTM as a terrain source)
>> is sometimes doing weird things - I'd like to control that better - e.g. by
>> introducing additional break lines or manually editing the Mesh.
>>
>> Andreas
>>
>> On 2023-03-20 14:20, Stefan Giese (WhereGroup) via QGIS-Developer wrote:
>>
>> Hi all,
>>
>> I think it is not nessasary to go through Blender, just use theese two
>> algorithm:
>>
>>- pixeltopoints
>>- tinmeshcreation
>>
>> Best regards
>>
>> Stefan
>> Am 20.03.2023 um 14:11 schrieb Sebastian Gutwein via QGIS-Developer:
>>
>> The ridiculous work around I use is to go through Blender using the
>> BlenderGIS plugin. Import the raster into Blender as a new mesh > Decimate
>> the mesh > Export as a shapefile > Run TIN Mesh Creation in QGIS.
>>
>>
>> On Mon, Mar 20, 2023 at 9:03 AM Saber Razmjooei via QGIS-Developer <
>> qgis-developer@lists.osgeo.org> wrote:
>>
>> Hi Andreas,
>>
>> There should be a tool to convert vector to mesh (under Processing > Mesh
>> > TIN Mesh Creation). There will also be some new Processing tools for
>> handling point clouds. But I am not aware of any Raster > Mesh tools.
>>
>> Kind regards
>> Saber
>>
>> On Mon, 20 Mar 2023 at 13:56, Andreas Neumann via QGIS-Developer <
>> qgis-developer@lists.osgeo.org> wrote:
>>
>> Hi QGIS devs,
>>
>> Is there a tool available to create a Mesh (or TIN as a special mesh
>> variation) from a source raster layer containing terrain values?
>>
>> I did not find one - but maybe I didn't look everywhere.
>>
>> If not in QGIS - do you know an external Open Source tool that could do
>> that, while keeping real world coordinates?
>>
>> Thanks,
>>
>> Andreas
>> ___
>> 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
>>
>>
>>
>> --
>> Saber Razmjooei
>> www.lutraconsulting.co.uk
>> +44 (0)7568 129733
>> ___
>> 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
>>
>>
>>
>> --
>> ___
>> Sebastian "Bas* " Gutwein
>> *rhymes with Josh

Re: [QGIS-Developer] [Qgis-community-team] [Qgis-psc] QGIS webserver size vs publishing old docs

[Andreas Neumann via QGIS-Developer]

Hi,

Thank you for checking, Richard - yes an additional 35 € per month for just
80gb more is not nothing ... compared to a root server.

Ok - let's delete the 2.8 and 2.14 releases. I think it would be good to
keep the latest 2.x (2.18) around. This should give us some initial room to
serve the current documentation. If we need additional space. we could also
remove the 3.10 documentation.

And yes, it is a good idea to discuss infrastructure tasks and
responsibilities in Den Bosch!

I hope that Kartoza can soon find a good sysadmin person - now that the
idea to employ a Sysadmin and the funds had been approved.

Andreas

On Mon, 20 Mar 2023 at 21:39, Richard Duivenvoorde 
wrote:

> On 3/20/23 17:31, Andreas Neumann wrote:
> > Hi Matthias,
> >
> > Sure - buying more space is an option. I would like to get an idea -
> however - what the monthly expected costs are. Is this a "virtual" server
> at Hetzner? How much disk space does it have currently, how much do we
> want? What is the price difference?
>
> Building is done on a real Hetzner server: qgis6.org a Hetzner EX42 Root
> server  about 50euro/month
> Serving the site + docs is done on www2.qgis.org a Hetzner Cloud cpx31
> 160GB disk 14euro/ month (as cloud would be cheaper etc etc)
>
> We can upgrade the www2 to a newer bigger CLOUD server, but that is about
> 35 euro/month for just 80Gb more..
> Probably then it is better to leave the cloud, and just add an extra root
> server on which you have a couple of terrabytes... for 50 euro/month
>
> Can we sit together in Den Bosch and do decide something on this? I really
> feel unhappy if people telling us "why is there even a need to care": we/I
> am not a sysadmin, so everybody with great knowledge and idea's: please
> help out!
>
> > At some point - cleanup of old stuff just makes sense. Getting rid of
> version 2.14 and 3.8 (it probable should mean 3.8 and not 2.8 - right)
> would make sense. Documentation always focuses on LTR versions, so all the
> "in-between" versions that are older than 3-4 years could be deleted.
> >> # du -hs *
> >> 255Mdoc-test
> >> 579MQGIS-Documentation
> >> 7.2GQGIS-Documentation-2.14
> >> 6.3GQGIS-Documentation-2.18
> >> 7.7GQGIS-Documentation-2.8
> >> 12G QGIS-Documentation-3.10
> >> 11G QGIS-Documentation-3.16
> >> 9.4GQGIS-Documentation-3.22
> >> 579MQGIS-Documentation-3.28
> >> 8.0GQGIS-Documentation-3.4
> >> 31G QGIS-tests
> >> 16G QGIS-Website
>
> We still have version 2 (TWO) .8 .14 and .18 around :-) so it NOT a typo...
> So: can I delete those?
> And also 3.10 (as this is a 2018 release)
>
> The QGIS-tests dir, contains the info available at:
> http://test.qgis.org
> BUT!!! that url/dns actually still points to the old server (qgis2)
> That site hosts the ogcapif / wfs / wms tests (untill 26th of januari)???
>
> Anybody feeling need or responsible for this?
> We are not serving (yet) test.qgis.org from www2 ...
>
> Regards,
>
> Richard
>
>

-- 

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

Re: [QGIS-Developer] [Qgis-psc] QGIS webserver size vs publishing old docs

[Andreas Neumann via QGIS-Developer]

Hi Matthias,

Sure - buying more space is an option. I would like to get an idea - 
however - what the monthly expected costs are. Is this a "virtual" 
server at Hetzner? How much disk space does it have currently, how much 
do we want? What is the price difference?


But is also good to get rid of stuff that is hardly ever used and 
accumulates over time.


At some point - cleanup of old stuff just makes sense. Getting rid of 
version 2.14 and 3.8 (it probable should mean 3.8 and not 2.8 - right) 
would make sense. Documentation always focuses on LTR versions, so all 
the "in-between" versions that are older than 3-4 years could be 
deleted.


Andreas

On 2023-03-20 17:21, Matthias Kuhn via QGIS-PSC wrote:


Hi all,

before we all spend too much energy and time on this, would simply 
buying more space for that also be a (probably not even that expensive) 
option?


Matthias

On Mon, Mar 20, 2023 at 5:16 PM Andreas Neumann via QGIS-Developer 
 wrote:


Hi all,

I agree with Johannes - that old docs - at least of LTR versions should 
ideally be kept around for more years.


I wonder what is the content of "QGIS-tests" (the largest share storage 
wise)? Is this the "latest" documentation version in the works - or is 
it the test results of the performance tests? Does it contain old stuff 
that could be cleaned?


Andreas

On Mon, 20 Mar 2023 at 12:22, DelazJ via QGIS-PSC 
 wrote:


Hi all (and sorry for the cross-post)

Richard has raised the issue a couple of times with no specific 
feedback/decision but I think now we NEED to go forward : there is not 
enough space on our servers to store everything we want to share.
Yesterday, I updated the docs infrastructure to serve translated 
versions of the 3.28 documentation but they are not published this 
morning, probably because of lack of space to get them pasted.


# du -hs *
255Mdoc-test
579MQGIS-Documentation
7.2GQGIS-Documentation-2.14
6.3GQGIS-Documentation-2.18
7.7GQGIS-Documentation-2.8
12G QGIS-Documentation-3.10
11G QGIS-Documentation-3.16
9.4GQGIS-Documentation-3.22
579MQGIS-Documentation-3.28
8.0GQGIS-Documentation-3.4
31G QGIS-tests
16G QGIS-Website

An option could be to rent a bigger  webserver but a few 
questions/suggestions so far (I'm only speaking for the docs as I don't 
know what is behind other folders):
- Do we need to serve all these versions? FYI we recently silently 
removed and redirected <2.8 docs (and nobody complained) so we could 
probably be more "aggressive"
- It could be nice to define some strategy on this area: e.g. we keep 
publishing master, current LTR, previous LTR and any older URL is 
redirected to current LTR --> meaning that today we would be serving 
only testing in English, 3.28 and 3.22 in English + translations. OR 
one more older LTR (ie 3.16)?


PS: this issue somehow also affects the PyQGIS documentation repo [0], 
due to github-pages size limits


Regards,
Harrissou

[0] https://github.com/qgis/pyqgis/issues/104#issuecomment-1354338491 
___

QGIS-PSC mailing list
qgis-...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-psc

--

--
Andreas Neumann QGIS.ORG [1] 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


 [2]

Best of Swiss Enterprise App-Award for QField [2] - Hold the power of 
QGIS in your hand - get it now [3]


___
QGIS-PSC mailing list
qgis-...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-psc



Links:
--
[1] http://QGIS.ORG
[2] 
https://www.opengis.ch/2022/11/03/best-of-swiss-enterprise-app-award-for-qfield/

[3] https://qfield.org/get___
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-psc] QGIS webserver size vs publishing old docs

[Andreas Neumann via QGIS-Developer]

Hi all,

I agree with Johannes - that old docs - at least of LTR versions should
ideally be kept around for more years.

I wonder what is the content of "QGIS-tests" (the largest share storage
wise)? Is this the "latest" documentation version in the works - or is it
the test results of the performance tests? Does it contain old stuff that
could be cleaned?

Andreas

On Mon, 20 Mar 2023 at 12:22, DelazJ via QGIS-PSC 
wrote:

> Hi all (and sorry for the cross-post)
>
> Richard has raised the issue a couple of times with no specific
> feedback/decision but I think now we NEED to go forward : there is not
> enough space on our servers to store everything we want to share.
> Yesterday, I updated the docs infrastructure to serve translated versions
> of the 3.28 documentation but they are not published this morning, probably
> because of lack of space to get them pasted.
>
> # du -hs *
> 255Mdoc-test
> 579MQGIS-Documentation
> 7.2GQGIS-Documentation-2.14
> 6.3GQGIS-Documentation-2.18
> 7.7GQGIS-Documentation-2.8
> 12G QGIS-Documentation-3.10
> 11G QGIS-Documentation-3.16
> 9.4GQGIS-Documentation-3.22
> 579MQGIS-Documentation-3.28
> 8.0GQGIS-Documentation-3.4
> 31G QGIS-tests
> 16G QGIS-Website
>
> An option could be to rent a bigger  webserver but a few
> questions/suggestions so far (I'm only speaking for the docs as I don't
> know what is behind other folders):
> - Do we need to serve all these versions? FYI we recently silently removed
> and redirected <2.8 docs (and nobody complained) so we could probably be
> more "aggressive"
> - It could be nice to define some strategy on this area: e.g. we keep
> publishing master, current LTR, previous LTR and any older URL is
> redirected to current LTR --> meaning that today we would be serving only
> testing in English, 3.28 and 3.22 in English + translations. OR one more
> older LTR (ie 3.16)?
>
> PS: this issue somehow also affects the PyQGIS documentation repo [0], due
> to github-pages size limits
>
> Regards,
> Harrissou
>
> [0] https://github.com/qgis/pyqgis/issues/104#issuecomment-1354338491
> ___
> QGIS-PSC mailing list
> qgis-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-psc
>


-- 

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

Re: [QGIS-Developer] Tool to create Mesh from raster layer?

[Andreas Neumann via QGIS-Developer]

and there seems to be https://github.com/heremaps/tin-terrain

However, I am looking for a solution integrated in QGIS ...

On 2023-03-20 14:28, Andreas Neumann via QGIS-Developer wrote:


Hi,

Yes - exporting the raster to xyz points or to contour lines are both 
workarounds.


It would be nice, if QGIS would gain a direct algorithm of creating a 
mesh from a DEM - as many DTMs are provided as raster. It seems like 
SAGA has a raster DTM to TIN algorithm ( 
https://saga-gis.sourceforge.io/saga_tool_doc/8.5.1/tin_tools_0.html ) 
- but SAGA is a bit complicated to use within QGIS and SAGA support 
within QGIS processing may disappear in the future. Perhaps we could 
port the SAGA algorithm to QGIS - or maybe an alternative algorithm?


My goal is to replace the raster DTM with a MESH for 3D display - with 
the ability to edit the MESH at important points. The builtin 
triangulation of the QGIS 3D viewer (where you can have a raster DTM as 
a terrain source) is sometimes doing weird things - I'd like to control 
that better - e.g. by introducing additional break lines or manually 
editing the Mesh.


Andreas

On 2023-03-20 14:20, Stefan Giese (WhereGroup) via QGIS-Developer 
wrote:


Hi all,

I think it is not nessasary to go through Blender, just use theese two 
algorithm:


* pixeltopoints
* tinmeshcreation

Best regards

Stefan

Am 20.03.2023 um 14:11 schrieb Sebastian Gutwein via QGIS-Developer:
The ridiculous work around I use is to go through Blender using the 
BlenderGIS plugin. Import the raster into Blender as a new mesh > 
Decimate the mesh > Export as a shapefile > Run TIN Mesh Creation in 
QGIS.


On Mon, Mar 20, 2023 at 9:03 AM Saber Razmjooei via QGIS-Developer 
 wrote:

Hi Andreas,

There should be a tool to convert vector to mesh (under Processing > 
Mesh > TIN Mesh Creation). There will also be some new Processing tools 
for handling point clouds. But I am not aware of any Raster > Mesh 
tools.


Kind regards
Saber

On Mon, 20 Mar 2023 at 13:56, Andreas Neumann via QGIS-Developer 
 wrote:


Hi QGIS devs,

Is there a tool available to create a Mesh (or TIN as a special mesh 
variation) from a source raster layer containing terrain values?


I did not find one - but maybe I didn't look everywhere.

If not in QGIS - do you know an external Open Source tool that could do 
that, while keeping real world coordinates?


Thanks,

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

Saber Razmjooei
www.lutraconsulting.co.uk [1]
+44 (0)7568 129733 ___
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


  --

___
Sebastian "Bas* " Gutwein
*rhymes with Josh

  Regenerative Design Group
1 Chevalier Ave
Greenfield, Ma 01301
Web: regenerativedesigngroup.com [3]
(631) 241-1018

_Look close, think big, make change. _

___
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

--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
**
FOSSGIS Konferenz
15.-18. März 2023 in Berlin
https://fossgis-konferenz.de/2023/

WhereGroup-Beiträge auf der FOSSGIS
https://wheregroup.com/unternehmen/aktuelles/
**
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com [2]
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885

___
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



Links:
--
[1] http://www.lutraconsulting.co.uk
[2] http://www.wheregroup.com
[3] http://regenerativedesigngroup.com___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Tool to create Mesh from raster layer?

[Andreas Neumann via QGIS-Developer]

Hi,

Yes - exporting the raster to xyz points or to contour lines are both 
workarounds.


It would be nice, if QGIS would gain a direct algorithm of creating a 
mesh from a DEM - as many DTMs are provided as raster. It seems like 
SAGA has a raster DTM to TIN algorithm ( 
https://saga-gis.sourceforge.io/saga_tool_doc/8.5.1/tin_tools_0.html ) - 
but SAGA is a bit complicated to use within QGIS and SAGA support within 
QGIS processing may disappear in the future. Perhaps we could port the 
SAGA algorithm to QGIS - or maybe an alternative algorithm?


My goal is to replace the raster DTM with a MESH for 3D display - with 
the ability to edit the MESH at important points. The builtin 
triangulation of the QGIS 3D viewer (where you can have a raster DTM as 
a terrain source) is sometimes doing weird things - I'd like to control 
that better - e.g. by introducing additional break lines or manually 
editing the Mesh.


Andreas

On 2023-03-20 14:20, Stefan Giese (WhereGroup) via QGIS-Developer wrote:


Hi all,

I think it is not nessasary to go through Blender, just use theese two 
algorithm:


* pixeltopoints
* tinmeshcreation

Best regards

Stefan

Am 20.03.2023 um 14:11 schrieb Sebastian Gutwein via QGIS-Developer:
The ridiculous work around I use is to go through Blender using the 
BlenderGIS plugin. Import the raster into Blender as a new mesh > 
Decimate the mesh > Export as a shapefile > Run TIN Mesh Creation in 
QGIS.


On Mon, Mar 20, 2023 at 9:03 AM Saber Razmjooei via QGIS-Developer 
 wrote:

Hi Andreas,

There should be a tool to convert vector to mesh (under Processing > 
Mesh > TIN Mesh Creation). There will also be some new Processing tools 
for handling point clouds. But I am not aware of any Raster > Mesh 
tools.


Kind regards
Saber

On Mon, 20 Mar 2023 at 13:56, Andreas Neumann via QGIS-Developer 
 wrote:


Hi QGIS devs,

Is there a tool available to create a Mesh (or TIN as a special mesh 
variation) from a source raster layer containing terrain values?


I did not find one - but maybe I didn't look everywhere.

If not in QGIS - do you know an external Open Source tool that could do 
that, while keeping real world coordinates?


Thanks,

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

Saber Razmjooei
www.lutraconsulting.co.uk [1]
+44 (0)7568 129733 ___
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


  --

___
Sebastian "Bas* " Gutwein
*rhymes with Josh

  Regenerative Design Group
1 Chevalier Ave
Greenfield, Ma 01301
Web: regenerativedesigngroup.com [3]
(631) 241-1018

_Look close, think big, make change. _

___
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

--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
**
FOSSGIS Konferenz
15.-18. März 2023 in Berlin
https://fossgis-konferenz.de/2023/

WhereGroup-Beiträge auf der FOSSGIS
https://wheregroup.com/unternehmen/aktuelles/
**
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com [2]
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885

___
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] http://www.lutraconsulting.co.uk
[2] http://www.wheregroup.com
[3] http://regenerativedesigngroup.com___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Tool to create Mesh from raster layer?

[Andreas Neumann via QGIS-Developer]

Hi QGIS devs,

Is there a tool available to create a Mesh (or TIN as a special mesh 
variation) from a source raster layer containing terrain values?


I did not find one - but maybe I didn't look everywhere.

If not in QGIS - do you know an external Open Source tool that could do 
that, while keeping real world coordinates?


Thanks,

Andreas___
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-psc] QGIS QT6 meeting minutes

[Andreas Neumann via QGIS-Developer]

Hi Ale and colleagues,

Thank you all for your efforts to make QGIS qt6 build a reality - and work
on overcoming the blockers.

Perhaps we can speed up the PSC decision and give this a go through our
approval on the QGIS PSC mailing list, rather than having to wait for the
next meeting in 3 weeks.

Budget wise we can cover the approximate estimated expenses of 20k €. The
funding drive had good results - more sustaining members on the upper
levels (large and platinum) are in the pipeline.

>From me it is a +1.

Andreas

On Wed, 15 Mar 2023 at 09:52, Alessandro Pasotti via QGIS-PSC <
qgis-...@lists.osgeo.org> wrote:

> Hi Michel,
>
> thank you and welcome!
>
> The next step is to get this plan approved by the PSC (with the
> associated budget), the next PSC meeting is in about three weeks.
>
> If the plan is approved I'll set up monthly meetings to coordinate the
> efforts.
>
> Kind regards.
>
>
> On Wed, Mar 15, 2023 at 9:49 AM Nzikou, Michel
>  wrote:
> >
> > I am okay to land sometime if there are any parts I can contribute too.
> > FYI been working with Qgis about 7 Months. Thanks
> >
> > On Wednesday, March 15, 2023, Julien Cabieces via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
> >>
> >>
> >> Hi,
> >>
> >> Thank you for the meeting minutes!
> >>
> >> I'm already planning to continue the effort in
> >> porting/fixing code for Qt6 in the next months using Oslandia own
> >> funding, so I'm candidate to join the working group.
> >>
> >> > ND: major missing bit: python support. Bulk of the tests are thus not
> running
> >> > Packaging issues - Sandro Mani looking into python stuff for fedora
> >> > (QVariant issues)
> >>
> >> Is there a reason why we are switching from ubuntu for Qt5 builds to
> >> fedora for Qt6 builds ? Because there is already PyQt6 packages in
> ubuntu:22.10.
> >>
> >> Regards,
> >> Julien
> >>
> >>
> >>
> >> > Hi,
> >> >
> >> > Here is some feedback about the QGIS QT6 status meeting we had
> yesterday.
> >> >
> >> > First I'd like to thank all the attendees, it was great to see the
> >> > excitement and the interest in moving forward with this project.
> >> >
> >> > If I may summarize the outcome, we decided that the best way to move
> >> > forward is to create a working group with all the interested
> >> > developers and allocate a budget (20K is the proposed budget) in order
> >> > to find a solution to the main blockers, it is very hard to estimate
> >> > the effort in advance but we thought that with that budget we will be
> >> > able to move forward.
> >> >
> >> > Any QGIS core developer with experience in the main areas involved and
> >> > willing to dedicate some time to this effort is eligible and warmly
> >> > invited to participate in the working group.
> >> >
> >> > Here is the link to the minutes:
> >> >
> >> >
> https://docs.google.com/document/d/1Un4Jyz9PO8t2vmEBkUKa187SytM2gsQn-jB6mSqXcvU/
> >> >
> >> > This proposal will be discussed at the next PSC meeting.
> >>
> >>
> >> --
> >>
> >> Julien Cabieces
> >> Senior Developer at Oslandia
> >> julien.cabie...@oslandia.com
> >> 09.72.52.52.76
> >> ___
> >> 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
> >
> >
> >
> > --
> > Michel Nzikou, Ph.D.
> > ASEG WA - President
> > -
> >
>
>
> --
> Alessandro Pasotti
> QCooperative:  www.qcooperative.net
> ItOpen:   www.itopen.it
> ___
> QGIS-PSC mailing list
> qgis-...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-psc
>


-- 

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

Re: [QGIS-Developer] Release 3.30 delayed

[Andreas Neumann via QGIS-Developer]

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 <
qgis-developer@lists.osgeo.org> 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

Re: [QGIS-Developer] Release 3.30 delayed

[Andreas Neumann via QGIS-Developer]

We can always use "Den Bosch" - if that other name causes too many 
troubles ...


On 2023-03-03 15:51, Raymond Nijssen via QGIS-Developer wrote:


So sorry... 

Rymond
Terglobo
's-Hertogenbosch
The Netherlands

On 03-03-2023 15:48, Jürgen E. Fischer via QGIS-Developer wrote:


Hi,

the apostrophe in the new release name was a little issue, but there's
another issue with transifex: for some reason the spanish translation
dropped below 35% and would be removed…

I'm currently trying to sort that out with transifex support…

I have pending commits for release-3_28, master (and a local 
release-3_30

branch).  Please don't push for the time beeing.

Jürgen

___
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] Re-discussing the QGIS release schedule - in combination with the quarantine rule for LTR versions

[Andreas Neumann via QGIS-Developer]

Hi,

Like that other decision - that was a bit hard to find (you helped me 
find it in QEP 239) - I don't know exactly where the quarantine rule 
originated. I am pretty sure there was discussion.


Nyall: can you please share some background when and why it was 
introduced and if this decision can be found in some QEP or PSC 
decision?


Note that I am not questioning the quarantine rule - I think it makes 
sense - but I want to discuss the combination of the quarantine rule 
with the thinned out release cycle - and how we can improve things in 
this respect.


Thank you all for the discussion,

Andreas

On 2023-03-01 10:16, Jürgen E. Fischer via QGIS-Developer wrote:


Hi Andreas,

On Tue, 28. Feb 2023 at 08:55:49 +0100, Andreas Neumann via 
QGIS-Developer wrote:


However, the situation is, that there is also a "quarantine rule" - 
which
is not mentioned in QEP 239 - but it helps to prevent untested patches 
to
end up in LTR versions, by delaying the backports until the backport 
was

first tested in the non-LTR stable release.


Where is that quarantine rule?  Is it tied into the backport bot?

In the good old days I'd apply my fixes to master also to the release 
branches,
once the showed to work in master and didn't produce additional 
complains from
users of the nightlies.  And that ideally not shortly before the 
release so

people could still try the release nightlies.

Jürgen
___
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] Re-discussing the QGIS release schedule - in combination with the quarantine rule for LTR versions

[Andreas Neumann via QGIS-Developer]

Dear QGIS devs,

The QGIS release schedule for LTR versions was recently "thinned out", as
part of a decision to introduce "manual testing" prior to release - see QEP
239: https://github.com/qgis/QGIS-Enhancement-Proposals/issues/239 - see
also the release schedule at
https://www.qgis.org/en/site/getinvolved/development/roadmap.html

Quote from the QEP 239: "LTR releases will no longer have monthly patch
releases, but instead a 4 months cycle releases, coincident with the
release of the stable version".

I can understand the reasoning behind that decision, because "manual
testing" is a lot of work and it was also heard that many users don't
install patch releases too often.

However, the situation is, that there is also a "quarantine rule" - which
is not mentioned in QEP 239 - but it helps to prevent untested patches to
end up in LTR versions, by delaying the backports until the backport was
first tested in the non-LTR stable release. There had been a number of
examples where this quarantine rule helped prevent regressions in the LTR
version introduced by backports in the past. So, I think this quarantine
rule is useful to have.

However, it doesn't match well with the decision to "thin out" the release
schedule of the LTR version. There can be situations where a user will have
to wait 4-5 months, until a backport ends up in an LTR release, which is a
rather long time. We should bring this down to 2 months, like in the past.

My proposal is to "revisit" the decision of the "thinned out" release
schedule and only "thin out", 6 months after a version became LTR.

Any thoughts? Especially from the commercial support providers? How would
your customers react to the fewer patch releases?

Thank you for the discussion,
Andreas

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

Re: [QGIS-Developer] PyQGIS code: setting filter expression for value relation widget

[Andreas Neumann via QGIS-Developer]

Hi Germán,

Thank you so much for these suggestions and code snippets.

I also came across the QgsEditorWidgetSetup - but had no idea how to use
it. The Python cookbook did not mention it. The cookbook is really great -
but for interactive forms, there is not so much information.

I will try it and report back.

Thank you very much Germán,
Andreas


On Sun, 19 Feb 2023 at 00:59, Germán Carrillo via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi Andreas,
>
>
> you can modify your Value Relation widget's filter expression using the
> QgsEditorWidgetSetup class, in this way:
>
> 1) Get the editor widget setup and get a copy of its config dictionary:
>
> ews = layer.editorWidgetSetup(3)  # *Let's assume your Value Relation
> widget is set for a field with index 3*
> new_config = ews.config()  # *We'll use the current config as a basis
> to modify only the filter expression*
>
> 2) Modify the config dict's filter expression:
>
> new_config['FilterExpression'] = 'your new expression'
>
> 3) Apply changes to your layer:
>
> new_ews = QgsEditorWidgetSetup('ValueRelation', new_config)
> layer.setEditorWidgetSetup(3, new_ews)  # *Remember that 3
> corresponds to the field index*
>
> And that's it! You should have now a different set of values in the Value
> Relation widget.
>
>
> Regards,
>
> Germán
>
>
>
> El lun, 13 feb 2023 a las 5:40, Andreas Neumann via QGIS-Developer (<
> qgis-developer@lists.osgeo.org>) escribió:
>
>> Hi,
>>
>> I am looking for a code snippet in PyQGIS: how can I change the filter
>> expression for a value relation widget?
>>
>> Technically, the widget seems to be a QComboBox. I can get access to the
>> combobox, e.g. to get the current value - but how can I access the QGIS
>> related functionality, like changing programmatically settings of the value
>> relation widget , such as the filter expression? I found the
>> QgsValueRelationFieldFormatter object, but it doesn't allow me to change
>> the filter expression. Any idea how I would change the filter expression
>> using Python?
>>
>> Thank you for any hints,
>>
>> Andreas
>> ___
>> 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
>>
>
> --
> ---
>|\__
> (:>__)(
>|/
> Soluciones Geoinformáticas Libres
> http://geotux.tuxfamily.org/
> https://twitter.com/GeoTux2 <http://twitter.com/GeoTux2>
>
> <http://gis.stackexchange.com/users/4972/germ%c3%a1n-carrillo>
> ___
> 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

Re: [QGIS-Developer] PyQGIS code: setting filter expression for value relation widget

[Andreas Neumann via QGIS-Developer]

Hi,

I found the "QgsValueRelationSearchWidgetWrapper" class, which seems to 
have a "setExpression" method - but I don't know how I can access and 
change the QgsValueRelationSearchWidgetWrapper of an existing ComboBox 
in the attribute form.


Andreas

On 2023-02-13 11:31, Andreas Neumann via QGIS-Developer wrote:


Hi,

I am looking for a code snippet in PyQGIS: how can I change the filter 
expression for a value relation widget?


Technically, the widget seems to be a QComboBox. I can get access to 
the combobox, e.g. to get the current value - but how can I access the 
QGIS related functionality, like changing programmatically settings of 
the value relation widget , such as the filter expression? I found the 
QgsValueRelationFieldFormatter object, but it doesn't allow me to 
change the filter expression. Any idea how I would change the filter 
expression using Python?


Thank you for any hints,

Andreas
___
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] PyQGIS code: setting filter expression for value relation widget

[Andreas Neumann via QGIS-Developer]

Hi,

I am looking for a code snippet in PyQGIS: how can I change the filter 
expression for a value relation widget?


Technically, the widget seems to be a QComboBox. I can get access to the 
combobox, e.g. to get the current value - but how can I access the QGIS 
related functionality, like changing programmatically settings of the 
value relation widget , such as the filter expression? I found the 
QgsValueRelationFieldFormatter object, but it doesn't allow me to change 
the filter expression. Any idea how I would change the filter expression 
using Python?


Thank you for any hints,

Andreas___
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] Call for emergency 3.22 release

[Andreas Neumann via QGIS-Developer]

Hi Nyall,

I agree, this is a pretty nasty one. Jürgen - can we release another 
release soon?


Thank you Even for your reflections on the code patterns involved. I 
trust that the core devs will discuss and suggest improvements in our 
documentation/guidelines in order to avoid similar cases in the future.


Thank you for your response.

Andreas

On 2023-02-02 02:19, Nyall Dawson via QGIS-Developer wrote:


Hi PSC/list,

I came across this horrible regression during bug hunting today:
https://github.com/qgis/QGIS/pull/51703

If you load a project with any broken layers and then hover over the
layer in the layer tree, QGIS will instantly crash. It's a regression
caused by https://github.com/qgis/QGIS/pull/50256, and unfortunately
that PR was backported to 3.22 and accordingly the crash present in
the final release of 3.22.

Given the extreme severity of this crash I believe we should be
pushing out another unplanned 3.22 patch release, as we cannot leave
the final 3.22 LTR with such a nasty regression in place.

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] Statistics of QGIS downloads

[Andreas Neumann via QGIS-Developer]

Hi Matteo,

See https://analytics.qgis.org/ and
https://blog.qgis.org/2022/06/16/qgis-userbase-analytics/

Greetings,
Andreas

On Tue, 24 Jan 2023 at 16:05, matteo via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi all,
>
> if I'm not wrong (Tim?) there was kind of dashboard to see the download
> statistics of QGIS, but I cannot find it anymore.
>
> Is there a link available?
>
> 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
>


-- 

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

Re: [QGIS-Developer] QgsAttributeDialog and PyQt - Signal for accept or close of dialog

[Andreas Neumann via QGIS-Developer]

Hi,

I got the "featureSaved" signal working (firing), but the "closed" 
signal is not triggered - no idea why ...


But I can work with the "featureSaved" signal - I am fine with that one.

Andreas

On 2023-01-05 09:49, Andreas Neumann wrote:


Hi again,

Oh - I see, i am dealing with the QgsAttributeForm and not the 
QgsAttributeDialog object. The QgsAttributeForm has a "closed" signal. 
I can attach to it, but it doesn't fire ;-(


Andreas

On 2023-01-05 09:40, Andreas Neumann via QGIS-Developer wrote:


Hi,

This concerns PyQt code. I am trying to process attribute data on 
acceptance of a QgsAttributeDialog and can't find the correct signal 
name that I could attach my function to.


I tried

myDialog.accepted.connect(myFunction)

but it tells me

AttributeError: 'QgsAttributeForm' object has no attribute 'accepted'

Anyone has a hint what kind of signal I could use to process data on 
acceptance or closing of an attribute form?


Thanks,

Andreas
___
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] QgsAttributeDialog and PyQt - Signal for accept or close of dialog

[Andreas Neumann via QGIS-Developer]

Hi again,

Oh - I see, i am dealing with the QgsAttributeForm and not the 
QgsAttributeDialog object. The QgsAttributeForm has a "closed" signal. I 
can attach to it, but it doesn't fire ;-(


Andreas

On 2023-01-05 09:40, Andreas Neumann via QGIS-Developer wrote:


Hi,

This concerns PyQt code. I am trying to process attribute data on 
acceptance of a QgsAttributeDialog and can't find the correct signal 
name that I could attach my function to.


I tried

myDialog.accepted.connect(myFunction)

but it tells me

AttributeError: 'QgsAttributeForm' object has no attribute 'accepted'

Anyone has a hint what kind of signal I could use to process data on 
acceptance or closing of an attribute form?


Thanks,

Andreas
___
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] QgsAttributeDialog and PyQt - Signal for accept or close of dialog

[Andreas Neumann via QGIS-Developer]

Hi,

This concerns PyQt code. I am trying to process attribute data on 
acceptance of a QgsAttributeDialog and can't find the correct signal 
name that I could attach my function to.


I tried

myDialog.accepted.connect(myFunction)

but it tells me

AttributeError: 'QgsAttributeForm' object has no attribute 'accepted'

Anyone has a hint what kind of signal I could use to process data on 
acceptance or closing of an attribute form?


Thanks,

Andreas___
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] Save the dates - Contributor Meeting 2023

[Andreas Neumann via QGIS-Developer]

Hi Raymond,

This is great news! Looking foward to a great week of QGIS 
presentations, meetings, discussions, etc.


Happy to see the continuation of the QGIS user conference after the 
COVID break!


Thank you for accepting this challenge with your local team!

Andreas

On 2022-12-19 11:04, Raymond Nijssen via QGIS-Developer wrote:


Save even more dates!!

Prior to the contributor meeting there will be an International User 
Conference on 18 and 19 April. Thursday the 20th is going to be an 
onboarding day for newcomers to the hackfest.


Details will follow soon. All six days are going to take place in the 
same venue.


Hope many developers and other QGIS badasses will be around for giving 
presentations and workshops.


Kind regards,
Raymond

On 12-12-2022 09:45, Raymond Nijssen via QGIS-Developer wrote:


Dear devs and contrbs,

The next QGIS Contributor Meeting will take place:

20-23 April 2023

in 's-Hertogenbosch, The Netherlands. And it's very very likely that 
there will be an International User Conference the 2 days prior to the 
meeting (18+19 April). Details will follow. Please save these dates.


https://github.com/qgis/QGIS/wiki/25th-Contributor-Meeting-in-'s-Hertogenbosch

Kind regards,
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___
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] Question on current_value() expression in the context of filtering relation reference combo boxes

[Andreas Neumann via QGIS-Developer]

Hi Ale,

That would explain it ;-)

I also tried various other combinations, like

with @current_parent_feature, @feature, etc. - but haven't found a 
working version ...


I might try with a variable ;-) I got the variable filter version 
working in another project. But that involved Python ...


Andreas

On 2022-12-06 16:52, Alessandro Pasotti wrote:


Sorry, I just realized that you are using relation-reference widgets
and not value-relation widgets.

I don't think that the current_(parent)_value will work in that case,
it wasn't implemented.

Cheers

On Tue, Dec 6, 2022 at 3:59 PM Andreas Neumann via QGIS-Developer
 wrote:


Hi,

In one of my form setups,  I would like to filter one relation 
reference widget combo box with a filter expression based on the 
selected entry of another relation reference value.


A static filter like:

szenario_art = 'Brand'

works as expected and it returns the filtered values - but as soon as 
I try to base it on the value of another relation reference widget, it 
fails ...


I tried

szenario_art = current_value('szenario_art')

but no records get selected.

Questions:

Does the current_value() return the "internal value" or the "human 
readable" value?

Do I have to eval() something in the filter expression?
Is there a way to test "current_value" somehow? I tried to write the 
changed value into another text widget (with default values on 
update), but it will always return "NULL". In the expression editor, I 
also always get "NULL" in the preview.


Thank you for your help,

Andreas

___
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] Question on current_value() expression in the context of filtering relation reference combo boxes

[Andreas Neumann via QGIS-Developer]

Hi Ale,

Thanks for your information.

What if both tables have the same column names? Would that also work?

In my case the related table contains a field called "szenario_art" and 
the parent table also has the same field name.


Can one assume that a field left of the operator will be in the related 
table while fields right of the operator are in the parent table? Or how 
would the expression distinguish the fields if they appear in both 
tables?


Thanks,
Andreas

On 2022-12-06 16:29, Alessandro Pasotti wrote:


On Tue, Dec 6, 2022 at 3:59 PM Andreas Neumann via QGIS-Developer
 wrote:


Hi,

In one of my form setups,  I would like to filter one relation 
reference widget combo box with a filter expression based on the 
selected entry of another relation reference value.


A static filter like:

szenario_art = 'Brand'

works as expected and it returns the filtered values - but as soon as 
I try to base it on the value of another relation reference widget, it 
fails ...


I tried

szenario_art = current_value('szenario_art')

but no records get selected.

Questions:

Does the current_value() return the "internal value" or the "human 
readable" value?


The internal value.


Do I have to eval() something in the filter expression?


No.

Is there a way to test "current_value" somehow? I tried to write the 
changed value into another text widget (with default values on 
update), but it will always return "NULL". In the expression editor, I 
also always get "NULL" in the preview.


That should work, the current_value returns the current value of the
feature being edited in the context of the form, this includes any
change that took place in the form.

You might get null values in the editor and the preview because there
is no form context in that case.___
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] Question on current_value() expression in the context of filtering relation reference combo boxes

[Andreas Neumann via QGIS-Developer]

Hi,

In one of my form setups,  I would like to filter one relation reference 
widget combo box with a filter expression based on the selected entry of 
another relation reference value.


A static filter like:

szenario_art = 'Brand'

works as expected and it returns the filtered values - but as soon as I 
try to base it on the value of another relation reference widget, it 
fails ...


I tried

szenario_art = current_value('szenario_art')

but no records get selected.

Questions:

 	* Does the current_value() return the "internal value" or the "human 
readable" value?

* Do I have to eval() something in the filter expression?
 	* Is there a way to test "current_value" somehow? I tried to write the 
changed value into another text widget (with default values on update), 
but it will always return "NULL". In the expression editor, I also 
always get "NULL" in the preview.


Thank you for your help,

Andreas___
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 expression to get internal ID of a feature in a related layer

[Andreas Neumann via QGIS-Developer]

Hi,

I created a feature request at https://github.com/qgis/QGIS/issues/51116

The parameters need to be discussed ...

Andreas

On 2022-12-05 00:54, Nyall Dawson wrote:


On Wed, 30 Nov 2022 at 00:06, Andreas Neumann via QGIS-Developer
 wrote:


Hi,

I am looking for a way to find out the internal id of a related layer 
with a QGIS expression.


@id and $id only work directly on the feature of the source layer, but 
not on related layers.


attributes(
get_feature(
'Other Related Layer',
't_id',
fkey_value
)
)

doesn't contain the internal id of the other layer ...

Any ideas how to get access to internal ids of other layers?


This is indeed a silly limitation -- we need a "feature_id(...)"
expression function!

Can you file a feature request for this?

Nyall


Thank you and greetings,

Andreas

___
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 expression to get internal ID of a feature in a related layer

[Andreas Neumann via QGIS-Developer]

Hi Stefan,

I got it work with "aggregate()" not with "relation_aggregate()"

Not sure if relation_aggregate() works in both directions?

I also got a warning "The generated relations for a polymorphic relation 
cannot be used" ...


I have inheritance in my data model - maybe that is the cause that 
relation_aggregate() doesn't work, while aggregate works.




Here is what works for me:

with_variable(
  'vereinbarung',
  get_feature(
'Vereinbarung',
't_id',
vereinbarung
  ),
  aggregate(
layer:='Vereinbarung',
aggregate:='array_agg',
expression:=@id,
filter:=t_id = attribute(@vereinbarung,'t_id')
)[0]
)

'Vereinbarung' is a geometry layer in my project that is related to a 
no-geometry table from which I want to trigger an atlas rendering ...


It is a pity that a "feature" doesn't contain it's internal ID in the 
attributes ... it would make it much easier! No silly workarounds with 
aggregates to get access to an internal id ...


Thanks a lot for the idea with the aggregates!

Andreas

On 2022-11-29 16:54, Stefan Giese (WhereGroup) via QGIS-Developer wrote:


Hi Andreas,

in case of a relation 1:many you can use the _relation_aggregate_ 
function, something like:


_ relation_aggregate('test_n_318_fk_test1_7993_id','concatenate',__ 
to_string(@id),',')_


where the first parameter is the ID of the relation.

Hope this helps...
Stefan

Am 29.11.2022 um 15:05 schrieb Andreas Neumann via QGIS-Developer:


Hi,

I am looking for a way to find out the internal id of a related layer 
with a QGIS expression.


@id and $id only work directly on the feature of the source layer, but 
not on related layers.


attributes(
get_feature(
'Other Related Layer',
't_id',
fkey_value
)
)

doesn't contain the internal id of the other layer ...

Any ideas how to get access to internal ids of other layers?

Thank you and greetings,

Andreas

___
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


--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
--
Where2B Konferenz 2022
15. Dezember 2022 in Bonn und Online
where2b-conference.com
---
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com [1]
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885

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

[QGIS-Developer] QGIS expression to get internal ID of a feature in a related layer

[Andreas Neumann via QGIS-Developer]

Hi,

I am looking for a way to find out the internal id of a related layer 
with a QGIS expression.


@id and $id only work directly on the feature of the source layer, but 
not on related layers.


attributes(
   get_feature(
  'Other Related Layer',
  't_id',
  fkey_value
   )
)

doesn't contain the internal id of the other layer ...

Any ideas how to get access to internal ids of other layers?

Thank you and greetings,

Andreas___
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-psc] QGIS budget 2023 RFC

[Andreas Neumann via QGIS-Developer]

Hi Vincent,

Thank you for joining the discussion.

We did not really discuss the hourly rates at the budget meeting. From 2021
to 2022 we raised the hourly dev rates from 100 to 110 - and the hourly
documentation rates from 40 to 44. I know that both rates are low. We can
discuss raising them again.

The plan for the two positions was not to have direct employees of QGIS.ORG,
but to use a proxy company, in our case Kartoza, to act as the employer.
Also - our budget does not allow regular European or North-American
salaries. With these limitations at hand, we can use Kartoza as a proxy to
hire employees in certain parts of the world where the salaries we can
offer can be attractive - and where they have talented people to work on
some of our issues (sysadmin, documentation, etc.)

For the documentation part: Tim and Harrissou are involved in the selection
process of the candidates.

I agree that the grant budget with 10k is not very attractive. We also
discussed skipping it for one year. Not sure what is better ...

BTW: you can all help to find new sustaining members ... that would
increase our budget and would allow us to pay better hourly rates ...

I wish we had a larger budget at hand than the +/- 200k € we seem to be
able to attract each year. From certain countries where we know we have a
lot of QGIS users (France, Italy - just to name two of them) there are not
a lot of sustaining members or donations other than from a few private
persons and very small companies. Maybe companies like yours could help us
to get in touch with the larger companies with a lot of QGIS users that
could become new sustaining members ... Do you think that would be possible?

Andreas

On Thu, 24 Nov 2022 at 15:05, Vincent Picavet (ml) via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hello,
>
> Thanks for sharing the budget with the community.
>
> A few questions / remarks :
> - in most countries, we can see a general inflation, having consequences
> on every kind of costs ( hosting, salaries…). Did you take this context
> into account when preparing the budget, especially when basing planned 2023
> costs on actual 2022 costs ?
> - the cut on Grant budget is really hard. With a "reasonable" mean budget
> of 5K per grant, this would mean 2 grants only this year. It sounds more or
> less like the end of the grant program. Who would candidate if chances to
> be selected are really low ? Wouldn't there be a way to mitigate it a bit,
> through various smaller budget reductions to other budget lines ? The
> increase in documentation contribution is huge compared to the grant
> decrease. I fear that we loose grants as a mean to attract new core
> developers.
>
> My most important remark is about "allow for a regular small salary .. for
> one person on each item". Disclaimer : I am quite strongly against QGIS.org
> having employees. If we are in the process of having "regular workers" for
> qgis.org, then we really have to work hard on :
> - having a clear, written and transparent process for how to select these
> people
> - .. process including a fair way for anyone to candidate
> I may have missed some communications, but I have not seen this in place
> up to now. This is definitely something we have to put in place before
> having some internal troubles.
>
> Best regards,
> Vincent
>
> On 24/11/2022 12:07, Marco Bernasocchi wrote:
> > Hi all, we prepared the QGIS budget for 2023 and would like to have
> > feedback before submitting it to the voting members for approval. You
> > can directly leave comments in the file [1].
> >
> > Please let us have any Feedback until December 4th. On december 7th
> > we'll send the budget for vote.
> >
> > Cheers Marco
> >
> > [1]
> >
> https://docs.google.com/spreadsheets/d/1WyoZCKOehNhU5YB4pFPOuiJbie1mUmMPiq8YW7qyez0/edit?usp=sharing
> > <
> https://docs.google.com/spreadsheets/d/1WyoZCKOehNhU5YB4pFPOuiJbie1mUmMPiq8YW7qyez0/edit?usp=sharing
> >
> >
> >  -- Marco Bernasocchi
> >
> > QGIS.org Chair OPENGIS.ch CEO http://berna.io 
> >
> > ___ Qgis-psc mailing
> > list qgis-...@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/qgis-psc
>
> ___
> 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

Re: [QGIS-Developer] QGIS budget 2023 RFC

[Andreas Neumann via QGIS-Developer]

Hi all,

Maybe we should a few explanations to the budget draft - since there are
some substantial changes compared to the last year budget.

We increased two budget items:

   - Maintenance / Sysadmin QGIS.ORG server infrastructure
   - QGIS documentation contribution

The intention is to allow for a regular small salary on these two items for
one person on each item. It is an experiment next year - and if it works
out well, we may continue in 2024.

In exchange for these two increases we had to decrease other items. We
slightly decreased the "bug fixing" positions, and unfortunately also the
"QGIS grant" section had to be reduced to 10k.

If there is additional income, we can again increase the bug fixing items.
We'll also monitor the 2022 income and if it increases substantially until
the end of the year, we will probably increase the bug fixing items.

Do you have any questions or remarks on the budget draft for 2023?

Thank you for your feedback,
Andreas

On Thu, 24 Nov 2022 at 12:07, Marco Bernasocchi via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi all,
> we prepared the QGIS budget for 2023 and would like to have feedback
> before submitting it to the voting members for approval. You can directly
> leave comments in the file [1].
>
> Please let us have any Feedback until December 4th. On december 7th we'll
> send the budget for vote.
>
> Cheers
> Marco
>
> [1]
> https://docs.google.com/spreadsheets/d/1WyoZCKOehNhU5YB4pFPOuiJbie1mUmMPiq8YW7qyez0/edit?usp=sharing
>
> --
> Marco Bernasocchi
>
> QGIS.org Chair
> OPENGIS.ch CEO
> http://berna.io
> ___
> 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] QGIS budget 2023

[Andreas Neumann via QGIS-Developer]

Dear QGIS developers,

The PSC is preparing the 2023 QGIS budget proposal.

We are looking for feedback on important work (such as refactoring, 
libraries, Qt6, Python, etc.) that needs consideration in the budget. 
Other than that we will copy/paste last year's budget and make some 
adjustments.


Here is the link to the 2022 budget and current numbers: 
https://docs.google.com/spreadsheets/d/17aO8BmBfgp_tmoacjHtYCcwH6EImw2RF3zQHtai6_Rs/edit?usp=sharing


Thank you for your feedback on the budget,

Andreas___
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] Question about proj data files in the QGIS application folder

[Andreas Neumann via QGIS-Developer]

Hi Luca,

There are certain files in this share/proj folder that you should not 
delete, because otherwise QGIS would behave strange:


- copyright_and_licenses.csv (not sure if it s necessary)

- deformation_model.schema.json

- other.extra

- proj.db

- proj.ini

- projjson.schema.json

- README.DATA

- triangulation.schema.json

- world

I also always delete all the other grid shift files that I don't need. 
It is getting a bit overwhelming with all these files (that you never 
need).


Greetings,

Andreas

On 2022-11-08 10:05, Johannes Kröger via QGIS-Developer wrote:

Only if your users use transformations where certain CRSs in those 
areas might be involved. If you are definitely not going to use local 
CRSs in e. g. Germany or the US, you can remove those TIFs. If your 
users attempt to use those CRS, they will receive a fairly descriptive 
error message about certain files missing their installation so it 
should be easy to fix.


Cheers, Hannes

Am 08.11.22 um 09:33 schrieb Luca Manganelli via QGIS-Developer:


Hello,

I am preparing the QGIS Windows package file (it's a zip file) for 
distribution in our organization (we don't use MSI).


I noticed that the folder /share/proj contains TIF files and it weighs 
584 MB, are they necessary for the working of the QGIS?


Thank you and have a nice day
Luca

-

Comune di Trento

via Belenzani, 19 - 38122 Trento | C.F e P. IVA: 00355870221

tel. +39 0461.884111 | www.comune.trento.it [1]

___
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

-
Where2B Konferenz 2022
15. Dezember 2022 in Bonn und Online
https://where2b-conference.com/
-

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 [2]
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
---

___
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] http://www.comune.trento.it
[2] http://www.wheregroup.com___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS attribute form - changing values with Python of disabled widgets

[Andreas Neumann via QGIS-Developer]

Hi Matthias,

Do you mean disabling them with a Python init code and 
QgsWidget.setEnabled(False) - right?


Just tried it - and it seems to work ;-)

Thanks for the hint!

Andreas

On 2022-11-07 15:46, Matthias Kuhn wrote:


Hi Andreas,

How about going the other way around and leaving them as editable in 
the config and disabling the widget via python instead?


Matthias

On Mon, Nov 7, 2022 at 3:42 PM Andreas Neumann via QGIS-Developer 
 wrote:



Hi,

I have a QGIS form with a number of widgets that are set to 
"disabled". I don't want the user to change these values manually, but 
they should be updated by a Python action "on demand". Hence I set the 
editable state of these widgets to False.


Now I noticed that while I can change values in the widgets with my 
Python action, the values are not stored when the editable state is 
set to "False". As soon as I set the editable state to "True", then my 
Python action works fine and the values are correctly stored.


I tried with two approaches:

QgsAttributeForm.changeAttribute()

and

QgsWidget.setValue()

Both of these work fine when editable state is enabled, but not, when 
they are disabled.


Is there any way to also change attribute values when the editable 
state of a widget is set to False?


Thanks,

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


[1]

Best of Swiss Enterprise App-Award for QField [1] - Hold the power of 
QGIS in your hand - get it now [2]




Links:
--
[1] 
https://www.opengis.ch/2022/11/03/best-of-swiss-enterprise-app-award-for-qfield/

[2] https://qfield.org/get___
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 attribute form - changing values with Python of disabled widgets

[Andreas Neumann via QGIS-Developer]

Hi,

I have a QGIS form with a number of widgets that are set to "disabled". 
I don't want the user to change these values manually, but they should 
be updated by a Python action "on demand". Hence I set the editable 
state of these widgets to False.


Now I noticed that while I can change values in the widgets with my 
Python action, the values are not stored when the editable state is set 
to "False". As soon as I set the editable state to "True", then my 
Python action works fine and the values are correctly stored.


I tried with two approaches:

QgsAttributeForm.changeAttribute()

and

QgsWidget.setValue()

Both of these work fine when editable state is enabled, but not, when 
they are disabled.


Is there any way to also change attribute values when the editable state 
of a widget is set to False?


Thanks,

Andreas___
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 python action with Expression problem

[Andreas Neumann via QGIS-Developer]

Hi Ale,

Thanks for the hint!

With

expContext.setFeature(form.feature())

it seems to work.

I was assuming that adding the formScope would also add the feature 
context ... but apparently not.


Now I can continue adding the more complex expression.

Thank you for your help!

Andreas

On 2022-11-07 11:46, Alessandro Pasotti wrote:


You need to set the feature if you want to access the feature fields.

QgsExpressionContext::setFeature( const QgsFeature  )

If you want the form feature values you need to use the current_value
or the current_feature functions.

Regards.

On Mon, Nov 7, 2022 at 11:27 AM Andreas Neumann via QGIS-Developer
 wrote:


Hi,

I am trying to implement a Python action in "form" and "feature" 
action scope that uses a QGIS expression, but fail to get a valid 
expression calculation.


Here is my code so far:

from qgis.PyQt.QtWidgets import *
from qgis.core import QgsMessageLog

expContext = QgsExpressionContext()
expContext.appendScopes(QgsExpressionContextUtils.globalProjectLayerScopes(form.layer()))
expContext.appendScope(QgsExpressionContextUtils.formScope(form.feature(),'SingleEditMode'))

exp = QgsExpression('t_id')

expResult = exp.evaluate(expContext)
QgsMessageLog.logMessage('Expression Result=' + str(expResult))

So even the most basic expression (getting a field value) will not 
work in my code. I always get "None" as a result.


Any idea what is missing? Am I missing a certain scope or an import 
statement?


Thank you very much for any hints what might be wrong here ...

Andreas

___
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 python action with Expression problem

[Andreas Neumann via QGIS-Developer]

Hi,

I am trying to implement a Python action in "form" and "feature" action 
scope that uses a QGIS expression, but fail to get a valid expression 
calculation.


Here is my code so far:

from qgis.PyQt.QtWidgets import *
from qgis.core import QgsMessageLog

expContext = QgsExpressionContext()
expContext.appendScopes(QgsExpressionContextUtils.globalProjectLayerScopes(form.layer()))
expContext.appendScope(QgsExpressionContextUtils.formScope(form.feature(),'SingleEditMode'))

exp = QgsExpression('t_id')

expResult = exp.evaluate(expContext)
QgsMessageLog.logMessage('Expression Result=' + str(expResult))

So even the most basic expression (getting a field value) will not work 
in my code. I always get "None" as a result.


Any idea what is missing? Am I missing a certain scope or an import 
statement?


Thank you very much for any hints what might be wrong here ...

Andreas___
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] Changelog 3.28 in website

[Andreas Neumann via QGIS-Developer]

Hi,

Thank  you very much - to everyone who worked on the visual changelog! Your
work is appreciated!

Andreas

On Tue, 25 Oct 2022 at 18:08, Richard Duivenvoorde via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi,
>
> I pulled 3.28 changelog into the website, I took oct 22 as released date
> (it was requested to put that in the changelog), ok?
>
> https://qgis.org/en/site/forusers/visualchangelog328/index.html
>
> If you seen anything wrong or missing, please us know, or just fix it in a
> PR
>
>
> https://github.com/qgis/QGIS-Website/edit/master/source/site/forusers/visualchangelog328/index.rst
>
> 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
>


-- 

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

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

[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-community-team] QGIS website commits failed (governance section updates)

[Andreas Neumann via QGIS-Developer]

Hi,

Maybe it is an issue in the CI only?

Seems like all my changes got published ok from yesterday's updates. But 
the CI is apparently broken.


Andreas

On 2022-10-04 07:54, Harrissou s. wrote:


Hi,
Richard, the HTML build is also OK on github. It's the deploy to our 
server action that is failing due to a connection time out 
https://github.com/qgis/QGIS-Website/actions/runs/3177356631/jobs/5181725502


Ccing devs as some of them have appropriate rights to handle this.

Regards,
Harrissou

Le 3 octobre 2022 20:02:52 GMT+02:00, Richard Duivenvoorde 
 a écrit :


Hi Andreas,

At least locally with me all builds fine.

Regards,

Richard

On 10/3/22 11:50, Andreas Neumann wrote:
Hi,

I added today a few PDF files (reports) in the "Governance" section, 
but the commits all failed the CI due to a "rsync" error in the "Deploy 
static content to Pages / update-feeds" section.


Anyone knows how to fix the "rsync" error?

Thanks a lot for your help,
Andreas
-
Qgis-community-team mailing list for organizing community resources 
such as documentation, translation etc..

qgis-community-t...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-community-team
-

Qgis-community-team mailing list for organizing community resources 
such as documentation, translation etc..

qgis-community-t...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-community-team___
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] Re-add Georeferencer action to raster menu?

[Andreas Neumann via QGIS-Developer]

Hi Nyall,

Thanks for raising this. Initially I was also confused, but the new menu 
position makes more sense.


I would be -1 on adding it also to the raster menu. If we do add it to 
the "Raster" menu, as a consequence, it would also have to be added to 
the "Vector" menu ...


It just needs a bit of time for people to get used to the new menu 
position in the "Layers" menu, I think.


Andreas

On 2022-09-27 08:40, Nyall Dawson via QGIS-Developer wrote:


Hi devs!

I'm after some wider feedback -- in 3.26 I moved the "Georeferencer"
action from the Raster menu to the "Layers" menu, as the georeferencer
was expanded to support more than just raster layers and it no longer
seemed a logical place to put this action.

But we've seen a lot of confusion and bug reports about the missing
action since this move.

I'm pondering whether we should add a second shortcut to the
georeferncer back into the Raster menu, so that this tool will be
available through either location.

Is this a good idea and helps avoid user confusion? Or a bad one which
causes more UI bloat?

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

[QGIS-Developer] Contributor meeting Firenze - last call for accommodation at CX place

[Andreas Neumann via QGIS-Developer]

Dear QGIS contributor meeting attendees,

We need to finalize the list of people who want to use the accommodation 
at the CX-place (the venue in Firenze where the contributor meeting 
takes place). QGIS.ORG will pay for these rooms. If you still want to 
use one of the QGIS.ORG paid rooms, please let us know until tomorrow 
evening. After that, we can't take any new reservations.


--

In addition, if you haven't done it yet, please fill in your arrival and 
departure times at the wiki page 
https://github.com/qgis/QGIS/wiki/24th-Contributors-Meeting-in-Firenze, 
so that we can plan the nr of people who want to take part in lunch and 
dinner for the individual meeting days.


Thank you, greetings and looking forward to see you in Firenze,

Andreas___
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] Travel Grants contributor meeting Firenze 2022

[Andreas Neumann via QGIS-Developer]

Dear colleagues,

As a follow-up information to Marco's mail: as already communicated before,
we have reserved 29 beds right at the contributor meeting venue (CX place,
5 double and 19 single rooms) reserved for the contributor meeting, but
only 16 rooms are assigned yet - many of you have decided to rent AirBNB or
other hotel rooms.

Unfortunately, this will leave QGIS.ORG with 13 beds/rooms that are already
paid, but, as of now, will not be used. So if you are able to cancel your
hotel or AirBNB and move into the CX place, please get in touch with
Rossella di Bari, one of the local organizers, to get you assigned to the
CX place. See
https://github.com/qgis/QGIS/wiki/24th-Contributors-Meeting-in-Firenze for
information on how to contact Rossella.

Please note that QGIS.ORG cannot pay for hotels or AirBNB outside of the CX
place.

Thank you and looking forward to meet many of you in Firenze,
Andreas

On Tue, 2 Aug 2022 at 14:20, Marco Bernasocchi via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Dear Community,
> we're finally getting really close to a physical meeting. As I'm sure all
> of you know, the next QGIS contributor meeting is planned in conjunction
> with this year’s FOSS4G in Firenze, Italy from 18 to 22 August 2022.
> you can find all details here:
> https://blog.qgis.org/2022/05/03/save-the-date-qgis-contributor-meeting-in-firenze
>
>
> For this years' meeting we have limited travel grants available as
> QGIS.org is already covering the food and reserved rooms.
>
> If you are interested in a travel Grant, please get in touch with Andreas (
> fina...@qgis.org) stating the amount and motivation for the grant.
> All grant recipient are expected to provide a short report of their
> activities at the meeting and are encouraged to travel by train
>
> See you soon in Firenze!
>
> ciao
> Marco
>
> --
> Marco Bernasocchi
>
> QGIS.org Chair
> OPENGIS.ch CEO
> http://berna.io
> ___
> 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

Re: [QGIS-Developer] Is it possible to make QGIS show the fired queries to databases in Debugging Tools?

[Andreas Neumann via QGIS-Developer]

Hi Ale,

Thanks for the clarification - good to know!

Andreas

On 2022-07-29 11:12, Alessandro Pasotti wrote:


Hi,

It is currently implemented for PG, Oracle, MSSQL and spatialite.

On Fri, Jul 29, 2022 at 10:48 AM Andreas Neumann via QGIS-Developer
 wrote:


Hi Richard,

Yes, this happens from time to time to me as well, that I am looking 
for a new feature and it turns out that it is already implemented ;-)


As far as I know, it is only implemented for Postgis so far - other DB 
engines could be added, if someone cares about it.


Greetings,

Andreas

On 2022-07-29 10:41, Richard Duivenvoorde via QGIS-Developer wrote:

Duh...

Thanks Andreas, how can I have missed this...

Too many features syndrome I think :-)

Thanks, working great (at least for Postgis, not other db around 
here...)


Regards,

Richard

On 7/29/22 10:34, Andreas Neumann wrote:

Hi Richard,

This should already be available in the debugging tools --> Query 
Logger


It was a recent QGIS grant project and developed by elpaso.

Greetings,

Andreas

On 2022-07-29 10:25, Richard Duivenvoorde via QGIS-Developer wrote:

Doing some Postgis work with QGIS, I often asked myself what queries 
QGIS is firing to the database.
I can off course log that in the database, but I was wondering if QGIS 
had some 'signal' which could be use to pass the queries used to the 
Debugging Tools?


I skimmed QgsDataProvider, QgsVectorDataProvider and the Postgres 
provider, but I think these are not so communicative as the QGIS 
Network request, so I think it will be harder then I hoped... as 
always :-(


OR am I missing some signal which could be used?

Regards,

Richard Duivenvoorde

PS else this is just a nice feature request for the Debugging Tools 
:-)

___
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] Is it possible to make QGIS show the fired queries to databases in Debugging Tools?

[Andreas Neumann via QGIS-Developer]

Hi Richard,

Yes, this happens from time to time to me as well, that I am looking for 
a new feature and it turns out that it is already implemented ;-)


As far as I know, it is only implemented for Postgis so far - other DB 
engines could be added, if someone cares about it.


Greetings,

Andreas

On 2022-07-29 10:41, Richard Duivenvoorde via QGIS-Developer wrote:


Duh...

Thanks Andreas, how can I have missed this...

Too many features syndrome I think :-)

Thanks, working great (at least for Postgis, not other db around 
here...)


Regards,

Richard

On 7/29/22 10:34, Andreas Neumann wrote: Hi Richard,

This should already be available in the debugging tools --> Query 
Logger


It was a recent QGIS grant project and developed by elpaso.

Greetings,

Andreas

On 2022-07-29 10:25, Richard Duivenvoorde via QGIS-Developer wrote:

Doing some Postgis work with QGIS, I often asked myself what queries 
QGIS is firing to the database.
I can off course log that in the database, but I was wondering if QGIS 
had some 'signal' which could be use to pass the queries used to the 
Debugging Tools?


I skimmed QgsDataProvider, QgsVectorDataProvider and the Postgres 
provider, but I think these are not so communicative as the QGIS 
Network request, so I think it will be harder then I hoped... as always 
:-(


OR am I missing some signal which could be used?

Regards,

Richard Duivenvoorde

PS else this is just a nice feature request for the Debugging Tools :-)
___
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] Is it possible to make QGIS show the fired queries to databases in Debugging Tools?

[Andreas Neumann via QGIS-Developer]

Hi Richard,

This should already be available in the debugging tools --> Query Logger

It was a recent QGIS grant project and developed by elpaso.

Greetings,

Andreas

On 2022-07-29 10:25, Richard Duivenvoorde via QGIS-Developer wrote:

Doing some Postgis work with QGIS, I often asked myself what queries 
QGIS is firing to the database.
I can off course log that in the database, but I was wondering if QGIS 
had some 'signal' which could be use to pass the queries used to the 
Debugging Tools?


I skimmed QgsDataProvider, QgsVectorDataProvider and the Postgres 
provider, but I think these are not so communicative as the QGIS 
Network request, so I think it will be harder then I hoped... as always 
:-(


OR am I missing some signal which could be used?

Regards,

Richard Duivenvoorde

PS else this is just a nice feature request for the Debugging Tools :-)
___
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] Overlay expression function without a current object

[Andreas Neumann via QGIS-Developer]

Hi Stefan,

Excellent - it works fine! Thanks for this solution.

As someone who was quite a bit involved with aggregate expression 
functions I should have thought about that solution myself - but 
apparently, that was too long ago ...


Many thanks for this solution - So good to have QGIS expression power 
users around!


Andreas

On 2022-07-13 11:54, Stefan Giese (WhereGroup) via QGIS-Developer wrote:


Hi Andreas,

you can use the aggregate function for this, something like:

aggregate(layer:='layer1',
aggregate:='concatenate',
expression:="name",
filter:=intersects(
map_get( item_variables( 'Karte 1'), 'map_extent_center' ), $geometry),
concatenator:=',')

and no need to build a point with make_point, the item variable 
map_extent_center is already a point.


Best regards

Stefan

Am 13.07.2022 um 09:33 schrieb Andreas Neumann via QGIS-Developer:


Hi,

I would like to use the "overlay_within" expression function, but in 
layout context - and in this case I dont have a "current_feature".


The goal is to find out the municipality from the map center of my 
main map in the layout (but not in atlas context).


What I tried:

---

with_variable(
'current_geometry',
make_point(
x( map_get( item_variables( 'Hauptkarte'), 'map_extent_center' ) ),
y( map_get( item_variables( 'Hauptkarte'), 'map_extent_center' ) )
),
overlay_within(
layer:='Gemeindegrenzen',
expression:=gemeindename
)
)

--

But apparently the "overlay_within" geometry function needs a 
"$currentfeature" - which I don't have, but could create artificially 
with make_point from the map center.


Is there any way to "artificially" create a "$currentfeature", so that 
my overlay expression function would work?


Thanks for any ideas,

Andreas

___
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


--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
-
Aufwind durch Wissen!
Jetzt neu: Web-Seminare und Online-Schulungen
bei der www.foss-academy.com [1]
-
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com [2]
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885

___
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] http://www.foss-academy.com
[2] http://www.wheregroup.com___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Overlay expression function without a current object

[Andreas Neumann via QGIS-Developer]

Hi,

I would like to use the "overlay_within" expression function, but in 
layout context - and in this case I dont have a "current_feature".


The goal is to find out the municipality from the map center of my main 
map in the layout (but not in atlas context).


What I tried:

---

with_variable(
  'current_geometry',
  make_point(
x( map_get( item_variables( 'Hauptkarte'), 'map_extent_center' ) ),
y( map_get( item_variables( 'Hauptkarte'), 'map_extent_center' ) )
  ),
  overlay_within(
layer:='Gemeindegrenzen',
expression:=gemeindename
   )
)

--

But apparently the "overlay_within" geometry function needs a 
"$currentfeature" - which I don't have, but could create artificially 
with make_point from the map center.


Is there any way to "artificially" create a "$currentfeature", so that 
my overlay expression function would work?


Thanks for any ideas,

Andreas___
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] Accommodations for the Contributors meeting in Florence

[Andreas Neumann via QGIS-Developer]

Hi all,

In the wiki page 
https://github.com/qgis/QGIS/wiki/24th-Contributors-Meeting-in-Firenze 
please fill in CX-single for a single room, or CX-double if you can 
share the room with one other person.


We have booked all available rooms at the CX-Place:19 single and 5 
double rooms. We are aware that that may not accommodate all people, but 
in case you are too late (meaning all rooms are already taken), please 
organize accommodation on your own.


Thanks and looking forward to see you in Florence,

Andreas

On 2022-06-30 16:18, Paolo Cavallini via QGIS-Developer wrote:


Hi all,
thanks to the efforts of the local team (thanks Rossella!), a limited
number of rooms is available for attendants. The principle is first
come-first serve, so please hurry up reserving your place at the 
metting

page.
All the best.___
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] action get measure

[Andreas Neumann via QGIS-Developer]

Hi Silvain,

Hm - this will require a "Python action".

Because with a generic action you could do something like:

length(make_line($geometry,make_point(@click_x,@click_y)))

using a QGIS expression, but there are two problems:

- you can only get @click_x and @click_y if you click on the feature; 
but since it is a point feature you cannot click outside the tolerance 
of this point in order to receive the coordinates


- generic actions do not allow updates of data

So you'd have to use a Python action. If you Google for QGIS Python 
actions, you should get some ideas how it works.


Andreas

On 2022-06-23 15:32, PIERRE Sylvain wrote:


Hi Andreas,

I want an interactive solution . Close to measurement tool except I can 
catch the length and update a field in the layer table.


De : Andreas Neumann 
Envoyé : jeudi 23 juin 2022 15:29
À : PIERRE Sylvain 
Cc : qgis-developer@lists.osgeo.org
Objet : Re: [QGIS-Developer] action get measure

Soyez vigilant : ce courriel provient d'une organisation externe à la 
CeA.
* Assurez-vous d'abord qu'il ne s'agit pas d'un email malveillant avant 
de cliquer sur tout lien ou pièce jointe.

Apprendre à reconnaître un email de phishing. [6]

Hi Sylvain,

Do you want an interactive solution where the user should interactively 
draw a second point - or is the second point already in your data 
table?


Andreas

On 2022-06-23 14:42, PIERRE Sylvain via QGIS-Developer wrote:


Hi ,

I want to build an action on a point layer, wich draw a line from a 
point and store the lenght inside a field layer.


Is ther any way to do that ?

Thanks

Sylvain

Sylvain PIERRE

Chef de projet système d'information

Direction des Systèmes d'Information et du Développement Numérique

Service Projets et Ingénierie Numérique

Collectivité européenne d'Alsace

Tél : 03 88 76 68 88

sylvain.pie...@alsace.eu

www.alsace.eu [1]

[2]  [3]  [4]

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




Links:
--
[1] http://www.alsace.eu
[2] http://www.facebook.com/toutelalsace
[3] http://www.twitter.com/toutelalsace
[4] http://www.instagram.com/toutelalsace
[5] https://lists.osgeo.org/mailman/listinfo/qgis-developer
[6] 
https://intranet.alsace.eu/actualites/apprenez-a-reconnaitre-un-email-phishing/___
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] action get measure

[Andreas Neumann via QGIS-Developer]

Hi Sylvain,

Do you want an interactive solution where the user should interactively 
draw a second point - or is the second point already in your data table?


Andreas

On 2022-06-23 14:42, PIERRE Sylvain via QGIS-Developer wrote:


Hi ,

I want to build an action on a point layer, wich draw a line from a 
point and store the lenght inside a field layer.


Is ther any way to do that ?

Thanks

Sylvain

Sylvain PIERRE

Chef de projet système d'information

Direction des Systèmes d'Information et du Développement Numérique

Service Projets et Ingénierie Numérique

Collectivité européenne d'Alsace

Tél : 03 88 76 68 88

sylvain.pie...@alsace.eu

www.alsace.eu [1]

[2]  [3]  [4]

___
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] http://www.alsace.eu
[2] http://www.facebook.com/toutelalsace
[3] http://www.twitter.com/toutelalsace
[4] http://www.instagram.com/toutelalsace___
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 508 / EEN 301 549 Accessibility Documentation - VPAT/WCAG

[Andreas Neumann via QGIS-Developer]

Dear Thomas,

The QGIS community and PSC would certainly welcome such an initiative.
However, no-one on the PSC/board is based in the US.

Is that something that has to be renewed for every release? Perhaps it
would be done only for LTR versions?

If you know a university institute based in the US that could work on this,
please put us in touch !

Also: what would / should happen in your opinion if the work on the
conformance document would reveal major issues with QGIS in the
accessibility respect? We are largely dependent on upstream libraries
(mainly Qt in our example) - so we are basically inheriting all of the
strengths and weaknesses of Qt ...

Also, it might be worth a discussion with the US QGIS user group - such
conformance documents are typically only valid in one single country - so
it would be kind of the responsibility of a local user group to work on
such documents. Of course the international project can support this effort
- but the initiative should primarily come from the country user group that
wants to get such a conformance document for their country.

Thank you for your reply,
Andreas

On Tue, 31 May 2022 at 18:05, Thomas, Robert - FS via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi QGIS Community,
>
> A number of years ago, there was an effort to complete the Section 508/EEN
> 301 549 Accessibility Conformance documentation (i.e. Voluntary Product
> Accessibility Template (VPAT) and Web Content Accessibility Guidelines
> (WCAG)) for QGIS; is there a part of the developer/tech support community
> interested in completing these?
>
>
>
> My thought is if there may be some Computer Science or Geo students where
> their program covers testing and conformance as a part of their developer
> program curriculum, then they could use QGIS testing and reporting as a
> part of a class project?  A long term relationship with that University
> could make regular updates sustainable.
>
>
>
> There is lots of good information and resources, including the Template
> here  < Home | Section508.gov
> >.  The last time I posted, the message was
> held up by moderator approval, hopefully this time my message can reach you
> all.
>
>
>
> Having compliance reports adds to QGIS and other open source software
> increased legitimacy and would allow the use by more governmental
> organization that need to meet their procurement requirements.  Other
> thoughts, ideals or volunteers to lead a working group??  Thanks for the
> consideration.
>
>
>
>
>
> Best regards,
>
>
>
> Robert
>
> [image: Forest Service Shield]
>
>
> *Robert E Thomas, GISP Geospatial IT Specialist *
>
> *US Forest Service*
>
> *WO-CIO-MSS-Geospatial Branch*
>
>
> *PC: 415-760-5640 (Note New Number) **robert.tho...@usda.gov*
> 
>
> Remote
> Denver, CO 80228
> www.fs.fed.us
> 
> [image: USDA Logo]
> 
>  [image: Forest Service Twitter]
> 
>  [image: USDA Facebook]
> 
>
> *Caring for the land and serving people*
>
>
>
>
>
>
>
>
> This electronic message contains information generated by the USDA solely
> for the intended recipients. Any unauthorized interception of this message
> or the use or disclosure of the information it contains may violate the law
> and subject the violator to civil or criminal penalties. If you believe you
> have received this message in error, please notify the sender and delete
> the email immediately.
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: 

Re: [QGIS-Developer] QGIS-Documentation fails to build

[Andreas Neumann via QGIS-Developer]

Hi Alessandro,

Fine with me - if you spend some dev hours on fixing this.

Andreas

On Thu, 19 May 2022 at 12:09, Alessandro Pasotti via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi,
>
> I cannot make promises, but if I'm allowed to spend the paid bugfixing
> hours to fix this I think I could have a look.
>
> Cheers
>
> On Thu, May 19, 2022 at 12:06 PM DelazJ via QGIS-Developer
>  wrote:
> >
> > Hi,
> > well...
> > For your information, I disabled the doctest github action, to stop
> getting annoyed by (unrelated) failure messages for each interaction with
> the repository.
> > That also means no more checks for the PyQGIS Cookbook changes (which
> includes this recent pull request), until we get a fix.
> >
> > Greetings,
> > Harrissou
> >
> > Le lun. 9 mai 2022 à 16:35, DelazJ  a écrit :
> >>
> >> Hi,
> >> Thanks again Richard for testing.
> >> Any chance someone else gives it a look, please? Thanks.
> >>
> >> Regards,
> >> Harrissou
> >>
> >> Le mar. 3 mai 2022 à 20:44, Richard Duivenvoorde via QGIS-Developer <
> qgis-developer@lists.osgeo.org> a écrit :
> >>>
> >>> On 5/3/22 11:35, DelazJ via QGIS-Developer wrote:
> >>> > Hi devs,
> >>> > The "doctest" workflow in QGIS-Documentation repository is again
> broken. We are getting a segmentation fault [0]. This might have begun at
> least 5 days ago, only on master branch. The 3.22 doctest passes.
> >>> > If someone can give it a look, it will be much appreciated. Thanks.
> >>>
> >>> Hi Harrissou,
> >>>
> >>> I tried looking into it...
> >>>
> >>> A normal local build is fine... (so in a VENV with the
> REQUIREMENTS.txt of QGIS-Website, calling "make html")
> >>> But that does not build the doc tests (the python code in the cookbook
> is tested in that)
> >>>
> >>> Then  I tried on my local machine, what I see in the CI log:
> >>>
> >>> make -f docker.mk doctest
> >>>
> >>> and that fails with exact the same messages, except it looks like it
> crashes on random parts of the cookbook tests
> >>>
> >>> @devs can anybody of you make something from the stacktrace?
> >>>
> >>> SIP related?
> >>>
> >>> Missing dependency?
> >>>
> >>> Any hints appreciated
> >>>
> >>> 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
>
>
>
> --
> Alessandro Pasotti
> QCooperative:  www.qcooperative.net
> ItOpen:   www.itopen.it
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 

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

Re: [QGIS-Developer] Trouble compiling QGIS

[Andreas Neumann via QGIS-Developer]

Hi,

QGIS builds fine again - thanks to your hints and help from ldd / 
valgrind.


Turned out to be a self-compile pdal (I know, more self-compiled stuff) 
that linked to an old geotiff which linked to an old proj. Replacing the 
old geotiff with as self-compile geotiff library fixed the issue.


I also wondered whether pdal could be compiled against the libgeotiff 
inside gdal - would that be possible? In that case I wouldn't have to 
install the separate libgeotiff.


Anyway - QGIS compiles and runs fine again.

Thanks for your help!

Andreas

On 2021-09-03 16:51, Even Rouault wrote:


The Valgrind output is actually interesting:

see

==49441==by 0x150193E6: ??? (in 
/usr/lib/x86_64-linux-gnu/libproj.so.15.3.1)


[...]

==49441==by 0x9C3FDC6: ??? (in /usr/local/lib/libproj.so.22.1.0)

So you're linking to 2 PROJ versions. That would have been my first 
bet, but you didn't mention a custom PROJ version :-)


So the custom GDAL links to the custom PROJ. You'll have now to check 
which of QGIS and/or Spatialite links to the system PROJ instead of the 
custom one.


Le 03/09/2021 à 16:30, Andreas Neumann a écrit :

Hi Even,

Thank you for your reply.

I checked with the ldd about gdal/geos/proj - and they all seem to link 
to the self-compiled versions in /usr/local/lib


gdal:

xxx@t480:~/dev/QGIS/build$ ldd /usr/local/lib/libgdal.so.29
linux-vdso.so.1 (0x7fffb930d000)
libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 
(0x7f250960)
libjson-c.so.4 => /lib/x86_64-linux-gnu/libjson-c.so.4 
(0x7f25095ee000)
libfreexl.so.1 => /lib/x86_64-linux-gnu/libfreexl.so.1 
(0x7f25095e3000)

libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 (0x7f25095a5000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7f2509577000)
libxerces-c-3.2.so => /lib/x86_64-linux-gnu/libxerces-c-3.2.so 
(0x7f25091e4000)

libpq.so.5 => /usr/local/pgsql/lib/libpq.so.5 (0x7f2509193000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x7f25090ea000)
libproj.so.22 => /usr/local/lib/libproj.so.22 (0x7f2508d4)
libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f2508c17000)

libjpeg.so.8 => /lib/x86_64-linux-gnu/libjpeg.so.8 (0x7f2508b92000)
libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0 
(0x7f2508b74000)

libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f2508b56000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f2508b33000)

libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2508b2d000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7f2508aba000)
libcurl.so.4 => /lib/x86_64-linux-gnu/libcurl.so.4 (0x7f2508a29000)
libxml2.so.2 => /lib/x86_64-linux-gnu/libxml2.so.2 (0x7f250886f000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f250868b000)

libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f250853c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f250834a000)
/lib64/ld-linux-x86-64.so.2 (0x7f250afe7000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f250832f000)
libgeos-3.9.1.so => /usr/local/lib/libgeos-3.9.1.so 
(0x7f250811b000)
libcurl-gnutls.so.4 => /lib/x86_64-linux-gnu/libcurl-gnutls.so.4 
(0x7f250808c000)
libicuuc.so.66 => /lib/x86_64-linux-gnu/libicuuc.so.66 
(0x7f2507ea4000)
libssl.so.1.1 => /lib/x86_64-linux-gnu/libssl.so.1.1 
(0x7f2507e11000)

libtiff.so.5 => /lib/x86_64-linux-gnu/libtiff.so.5 (0x7f2507d9)
libnghttp2.so.14 => /lib/x86_64-linux-gnu/libnghttp2.so.14 
(0x7f2507d67000)

libidn2.so.0 => /lib/x86_64-linux-gnu/libidn2.so.0 (0x7f2507d46000)
librtmp.so.1 => /lib/x86_64-linux-gnu/librtmp.so.1 (0x7f2507d24000)
libssh.so.4 => /lib/x86_64-linux-gnu/libssh.so.4 (0x7f2507cb6000)
libpsl.so.5 => /lib/x86_64-linux-gnu/libpsl.so.5 (0x7f2507ca3000)
libgssapi_krb5.so.2 => /lib/x86_64-linux-gnu/libgssapi_krb5.so.2 
(0x7f2507c56000)
libldap_r-2.4.so.2 => /lib/x86_64-linux-gnu/libldap_r-2.4.so.2 
(0x7f2507c0)
liblber-2.4.so.2 => /lib/x86_64-linux-gnu/liblber-2.4.so.2 
(0x7f2507bef000)
libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 
(0x7f2507bdf000)

liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f2507bb6000)
libnettle.so.7 => /lib/x86_64-linux-gnu/libnettle.so.7 
(0x7f2507b7c000)
libgnutls.so.30 => /lib/x86_64-linux-gnu/libgnutls.so.30 
(0x7f25079a6000)
libicudata.so.66 => /lib/x86_64-linux-gnu/libicudata.so.66 
(0x7f2505ee5000)

libwebp.so.6 => /lib/x86_64-linux-gnu/libwebp.so.6 (0x7f2505e79000)
libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0 (0x7f2505c6b000)
libunistring.so.2 => /lib/x86_64-linux-gnu/libunistring.so.2 
(0x7f2505ae9000)
libhogweed.so.5 => /lib/x86_64-linux-gnu/libhogweed.so.5 
(0x7f2505ab2000)

libgmp.so.10 => /lib/x86_64-linux-gnu/libgmp.so.10 (0x7f2505a2e000)
libkrb5.so.3 => /lib/x86_64-linux-gnu/libkrb5.so.3 (0x7f250594f000)
libk5crypto.so.3 => /lib/x86_64-linux-gnu/libk5crypto.so.3 

Re: [QGIS-Developer] Trouble compiling QGIS

[Andreas Neumann via QGIS-Developer]

Yes. I guess I have to dig with ldd through all the libraries and see 
which one is linking to the old proj version. There is more 
self-compiled stuff on my system.


Anyway - I will find the culprit with ldd and valgrind.

Thanks for your help!

Andreas

On 2021-09-03 16:51, Even Rouault wrote:


The Valgrind output is actually interesting:

see

==49441==by 0x150193E6: ??? (in 
/usr/lib/x86_64-linux-gnu/libproj.so.15.3.1)


[...]

==49441==by 0x9C3FDC6: ??? (in /usr/local/lib/libproj.so.22.1.0)

So you're linking to 2 PROJ versions. That would have been my first 
bet, but you didn't mention a custom PROJ version :-)


So the custom GDAL links to the custom PROJ. You'll have now to check 
which of QGIS and/or Spatialite links to the system PROJ instead of the 
custom one.


Le 03/09/2021 à 16:30, Andreas Neumann a écrit :

Hi Even,

Thank you for your reply.

I checked with the ldd about gdal/geos/proj - and they all seem to link 
to the self-compiled versions in /usr/local/lib


gdal:

xxx@t480:~/dev/QGIS/build$ ldd /usr/local/lib/libgdal.so.29
linux-vdso.so.1 (0x7fffb930d000)
libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 
(0x7f250960)
libjson-c.so.4 => /lib/x86_64-linux-gnu/libjson-c.so.4 
(0x7f25095ee000)
libfreexl.so.1 => /lib/x86_64-linux-gnu/libfreexl.so.1 
(0x7f25095e3000)

libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 (0x7f25095a5000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7f2509577000)
libxerces-c-3.2.so => /lib/x86_64-linux-gnu/libxerces-c-3.2.so 
(0x7f25091e4000)

libpq.so.5 => /usr/local/pgsql/lib/libpq.so.5 (0x7f2509193000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x7f25090ea000)
libproj.so.22 => /usr/local/lib/libproj.so.22 (0x7f2508d4)
libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f2508c17000)

libjpeg.so.8 => /lib/x86_64-linux-gnu/libjpeg.so.8 (0x7f2508b92000)
libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0 
(0x7f2508b74000)

libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f2508b56000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f2508b33000)

libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2508b2d000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7f2508aba000)
libcurl.so.4 => /lib/x86_64-linux-gnu/libcurl.so.4 (0x7f2508a29000)
libxml2.so.2 => /lib/x86_64-linux-gnu/libxml2.so.2 (0x7f250886f000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f250868b000)

libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f250853c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f250834a000)
/lib64/ld-linux-x86-64.so.2 (0x7f250afe7000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f250832f000)
libgeos-3.9.1.so => /usr/local/lib/libgeos-3.9.1.so 
(0x7f250811b000)
libcurl-gnutls.so.4 => /lib/x86_64-linux-gnu/libcurl-gnutls.so.4 
(0x7f250808c000)
libicuuc.so.66 => /lib/x86_64-linux-gnu/libicuuc.so.66 
(0x7f2507ea4000)
libssl.so.1.1 => /lib/x86_64-linux-gnu/libssl.so.1.1 
(0x7f2507e11000)

libtiff.so.5 => /lib/x86_64-linux-gnu/libtiff.so.5 (0x7f2507d9)
libnghttp2.so.14 => /lib/x86_64-linux-gnu/libnghttp2.so.14 
(0x7f2507d67000)

libidn2.so.0 => /lib/x86_64-linux-gnu/libidn2.so.0 (0x7f2507d46000)
librtmp.so.1 => /lib/x86_64-linux-gnu/librtmp.so.1 (0x7f2507d24000)
libssh.so.4 => /lib/x86_64-linux-gnu/libssh.so.4 (0x7f2507cb6000)
libpsl.so.5 => /lib/x86_64-linux-gnu/libpsl.so.5 (0x7f2507ca3000)
libgssapi_krb5.so.2 => /lib/x86_64-linux-gnu/libgssapi_krb5.so.2 
(0x7f2507c56000)
libldap_r-2.4.so.2 => /lib/x86_64-linux-gnu/libldap_r-2.4.so.2 
(0x7f2507c0)
liblber-2.4.so.2 => /lib/x86_64-linux-gnu/liblber-2.4.so.2 
(0x7f2507bef000)
libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 
(0x7f2507bdf000)

liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f2507bb6000)
libnettle.so.7 => /lib/x86_64-linux-gnu/libnettle.so.7 
(0x7f2507b7c000)
libgnutls.so.30 => /lib/x86_64-linux-gnu/libgnutls.so.30 
(0x7f25079a6000)
libicudata.so.66 => /lib/x86_64-linux-gnu/libicudata.so.66 
(0x7f2505ee5000)

libwebp.so.6 => /lib/x86_64-linux-gnu/libwebp.so.6 (0x7f2505e79000)
libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0 (0x7f2505c6b000)
libunistring.so.2 => /lib/x86_64-linux-gnu/libunistring.so.2 
(0x7f2505ae9000)
libhogweed.so.5 => /lib/x86_64-linux-gnu/libhogweed.so.5 
(0x7f2505ab2000)

libgmp.so.10 => /lib/x86_64-linux-gnu/libgmp.so.10 (0x7f2505a2e000)
libkrb5.so.3 => /lib/x86_64-linux-gnu/libkrb5.so.3 (0x7f250594f000)
libk5crypto.so.3 => /lib/x86_64-linux-gnu/libk5crypto.so.3 
(0x7f250591e000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 
(0x7f2505917000)
libkrb5support.so.0 => /lib/x86_64-linux-gnu/libkrb5support.so.0 
(0x7f2505908000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7f25058ec000)
libsasl2.so.2 => 

Re: [QGIS-Developer] Trouble compiling QGIS

[Andreas Neumann via QGIS-Developer]

Hi Even,

Thank you for your reply.

I checked with the ldd about gdal/geos/proj - and they all seem to link 
to the self-compiled versions in /usr/local/lib


gdal:

xxx@t480:~/dev/QGIS/build$ ldd /usr/local/lib/libgdal.so.29
   linux-vdso.so.1 (0x7fffb930d000)
   libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 
(0x7f250960)
   libjson-c.so.4 => /lib/x86_64-linux-gnu/libjson-c.so.4 
(0x7f25095ee000)
   libfreexl.so.1 => /lib/x86_64-linux-gnu/libfreexl.so.1 
(0x7f25095e3000)
   libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1 
(0x7f25095a5000)
   libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 
(0x7f2509577000)
   libxerces-c-3.2.so => /lib/x86_64-linux-gnu/libxerces-c-3.2.so 
(0x7f25091e4000)
   libpq.so.5 => /usr/local/pgsql/lib/libpq.so.5 
(0x7f2509193000)
   libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 
(0x7f25090ea000)
   libproj.so.22 => /usr/local/lib/libproj.so.22 
(0x7f2508d4)
   libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f2508c17000)
   libjpeg.so.8 => /lib/x86_64-linux-gnu/libjpeg.so.8 
(0x7f2508b92000)
   libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0 
(0x7f2508b74000)

   libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f2508b56000)
   libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f2508b33000)
   libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 
(0x7f2508b2d000)
   libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 
(0x7f2508aba000)
   libcurl.so.4 => /lib/x86_64-linux-gnu/libcurl.so.4 
(0x7f2508a29000)
   libxml2.so.2 => /lib/x86_64-linux-gnu/libxml2.so.2 
(0x7f250886f000)
   libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f250868b000)

   libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f250853c000)
   libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f250834a000)
   /lib64/ld-linux-x86-64.so.2 (0x7f250afe7000)
   libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f250832f000)
   libgeos-3.9.1.so => /usr/local/lib/libgeos-3.9.1.so 
(0x7f250811b000)
   libcurl-gnutls.so.4 => /lib/x86_64-linux-gnu/libcurl-gnutls.so.4 
(0x7f250808c000)
   libicuuc.so.66 => /lib/x86_64-linux-gnu/libicuuc.so.66 
(0x7f2507ea4000)
   libssl.so.1.1 => /lib/x86_64-linux-gnu/libssl.so.1.1 
(0x7f2507e11000)
   libtiff.so.5 => /lib/x86_64-linux-gnu/libtiff.so.5 
(0x7f2507d9)
   libnghttp2.so.14 => /lib/x86_64-linux-gnu/libnghttp2.so.14 
(0x7f2507d67000)
   libidn2.so.0 => /lib/x86_64-linux-gnu/libidn2.so.0 
(0x7f2507d46000)
   librtmp.so.1 => /lib/x86_64-linux-gnu/librtmp.so.1 
(0x7f2507d24000)
   libssh.so.4 => /lib/x86_64-linux-gnu/libssh.so.4 
(0x7f2507cb6000)
   libpsl.so.5 => /lib/x86_64-linux-gnu/libpsl.so.5 
(0x7f2507ca3000)
   libgssapi_krb5.so.2 => /lib/x86_64-linux-gnu/libgssapi_krb5.so.2 
(0x7f2507c56000)
   libldap_r-2.4.so.2 => /lib/x86_64-linux-gnu/libldap_r-2.4.so.2 
(0x7f2507c0)
   liblber-2.4.so.2 => /lib/x86_64-linux-gnu/liblber-2.4.so.2 
(0x7f2507bef000)
   libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 
(0x7f2507bdf000)
   liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 
(0x7f2507bb6000)
   libnettle.so.7 => /lib/x86_64-linux-gnu/libnettle.so.7 
(0x7f2507b7c000)
   libgnutls.so.30 => /lib/x86_64-linux-gnu/libgnutls.so.30 
(0x7f25079a6000)
   libicudata.so.66 => /lib/x86_64-linux-gnu/libicudata.so.66 
(0x7f2505ee5000)
   libwebp.so.6 => /lib/x86_64-linux-gnu/libwebp.so.6 
(0x7f2505e79000)
   libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0 
(0x7f2505c6b000)
   libunistring.so.2 => /lib/x86_64-linux-gnu/libunistring.so.2 
(0x7f2505ae9000)
   libhogweed.so.5 => /lib/x86_64-linux-gnu/libhogweed.so.5 
(0x7f2505ab2000)
   libgmp.so.10 => /lib/x86_64-linux-gnu/libgmp.so.10 
(0x7f2505a2e000)
   libkrb5.so.3 => /lib/x86_64-linux-gnu/libkrb5.so.3 
(0x7f250594f000)
   libk5crypto.so.3 => /lib/x86_64-linux-gnu/libk5crypto.so.3 
(0x7f250591e000)
   libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 
(0x7f2505917000)
   libkrb5support.so.0 => /lib/x86_64-linux-gnu/libkrb5support.so.0 
(0x7f2505908000)
   libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7f25058ec000)
   libsasl2.so.2 => /lib/x86_64-linux-gnu/libsasl2.so.2 
(0x7f25058cf000)
   libgssapi.so.3 => /lib/x86_64-linux-gnu/libgssapi.so.3 
(0x7f2505888000)
   libbrotlicommon.so.1 => 
/lib/x86_64-linux-gnu/libbrotlicommon.so.1 (0x7f2505865000)
   libp11-kit.so.0 => /lib/x86_64-linux-gnu/libp11-kit.so.0 
(0x7f250572f000)
   libtasn1.so.6 => /lib/x86_64-linux-gnu/libtasn1.so.6 
(0x7f2505719000)
   libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 
(0x7f2505712000)

[QGIS-Developer] qt and antialiasing - line pattern fills

[Andreas Neumann via QGIS-Developer]

Hi, 


In our efforts to improve cartographic quality, I'd also like to
discuss, if we could somehow improve the quality of the line-pattern
fills, and/or the antialiasing quality of the qt renderer. 


A very small change in angle can change the quality of a line-pattern
fill in QGIS pretty or very ugly. 


Also: even if all buildings in the following rendering have the same
distance between lines, some look much "denser" than others. 


Have a look at the attached file where I labeled some line fills as ugly
and pretty. 


Is there something that QGIS could do to improve the "prettyness" of
line pattern fills, or would this have to change in the qt library? 

Thanks if you have any thoughts on this topic, 


Andreas___
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] Drag and drop form function QdateEdit Widget init

[Andreas Neumann via QGIS-Developer]

Hi Pierre,

Not sure if you are aware that recent QGIS releases also have very good 
"default" value support without having to use Python. You can simply set 
default values with QGIS expressions. No need for Python code (unless 
you do something really special).


You can even set date values dependent on other widgets without having 
to use Python scripting - and do updates whenever something changes on 
the record, without having to fall back to Python scripting.


Just wanted to make sure you are aware of this alternative mechanism. 
There might still be good reasons for using Python scripting though - 
but theses cases are now rarer.


Greetings,

Andreas

On 2022-03-25 09:17, Denis Rouzaud via QGIS-Developer wrote:

QgsDateTimeEdit implements setDateTime, which is not virtual in 
QDateTimeEdit.
It's probably that you have to find a QDateTimeEdit rather than the Qt 
native one.


Not 100% sure this is the issue though, but it won't hurt.

Le ven. 25 mars 2022 à 09:11, PIERRE Sylvain via QGIS-Developer 
 a écrit :



Thanks for tip Richard, but I've tried with
today = QtCore.QDateTime.currentDateTime()
But it's not working

-Message d'origine-
De : Richard Duivenvoorde 
Envoyé : vendredi 25 mars 2022 08:50
À : PIERRE Sylvain ; 
qgis-developer@lists.osgeo.org
Objet : Re: [QGIS-Developer] Drag and drop form function QdateEdit 
Widget init


Soyez vigilant : ce courriel provient d'une organisation externe à la 
CeA.
* Assurez-vous d'abord qu'il ne s'agit pas d'un email malveillant 
avant de cliquer sur tout lien ou pièce jointe.

==

On 3/25/22 08:33, PIERRE Sylvain via QGIS-Developer wrote:


But this is not working with QDateEdit widget :

today=date.today()

control=dialog.findChild(QDateEdit,"date_insert")

control.setDateTime(today)

What is the right syntax to init the date widget ? It's impossible to 
debug init script (or may be I'm missing something...)


Hi,

Which module is 'date.today()' from, not Qt is it?

You probably have to use the QDatetime: 
https://doc.qt.io/qt-5/qdatetime.html#currentDateTime



QDateTime.currentDateTime()

PyQt5.QtCore.QDateTime(2022, 3, 25, 8, 44, 19, 963)

And set THAT with the widget?

See: https://doc.qt.io/qt-5/qdatetimeedit.html#dateTime-prop

(it always a little hassle to juggle with date/time etc in Python/Qt)

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] QGIS and WebAssembly

[Andreas Neumann via QGIS-Developer]

Hi all,

Very cool demo - thanks for sharing!

Would any part of the current QGIS Desktop part be re-usable in a "web 
assembly" QGIS? Or would the GUI part have to be re-developed?


I would also assume that access to local files would be very restricted 
- right? Network based resources (DB access and web services) would 
probably work fine?


Thanks and greetings,

Andreas

On 2022-03-22 09:33, Richard Duivenvoorde via QGIS-Developer wrote:


On 2022-03-18 00:36, Martin Dobias via QGIS-Developer wrote:


I am very keen to hear what you think about QGIS and WebAssembly. In
the coming days I would like to also get the build system and my hacks
available in a git repo, so that others can start to play with it...


Hi Martin,

Supercool demo :-)

But (I always but...), some questions for the project:

I think this pushes us to the technical limits of browsers. with that 
also performance wise to the limits of QGIS?
Like people are now asking for/using QGIS on chromebooks and (smaller) 
ARM devices: is that still really workable?


As a technical pet project, it is cool, but can we keep the promise of 
a GIS in a browser?
Or do we end up with a poor performing (or only working for small sets) 
of QGIS?


Or should we put more money/energy in makin QGIS more modular so you 
can use certain modules for a small viewer and the full Monty for a 
true GIS?


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