<html>
<head>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
</head>
<body>
<span dir="ltr" style="margin-top:0; margin-bottom:0;">Hi all,</span>
<br>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Thanks for the thoughtful discussion on this. I can see the advantages of refining the process to ensure that technically sound proposals are in place before the grant submission stage. However, given the tight timeline we are working with, adjusting the process for this year would likely introduce delays that we can’t afford.</span>
<br>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">That said, I think it would be valuable to revisit this for next year. We could explore ways to ensure that grant proposals are technically sound earlier in the process, perhaps by requiring QEPs to be submitted and approved in advance. </span>
<br>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">For this year, though, I suggest we proceed with the existing process to ensure we stay on schedule. Let’s plan to revisit this topic after the current round to see how we can improve things moving forward.</span>
<br>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Regards, </span>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Anita</span>
<br>
<br>
<div class="fairemail_quote">
<div dir="ltr">
<p>Feb 26, 2025 07:48:54 Marco Bernasocchi <marco@qgis.org>:</p>
</div>
<blockquote style="margin:0;border-left:3px solid #ccc; padding-left:10px;">
<div dir="auto">
Hi Nyall,
<div dir="auto">
The wish not to make the process longer comes from the very practical aspect of getting a grant finished within the year.
</div>
<div dir="auto">
<br>
</div>
<div dir="auto">
The grant programme call can only go out when the budget is aproved. The budget is usually aproved in December/early January.
</div>
<div dir="auto">
<br>
</div>
<div dir="auto">
So the call goes normally out in February and is open for some weeks.
</div>
<div dir="auto">
The voting follows. Realistically we are talking about end of April granting which is already quite late in the year.
</div>
<div dir="auto">
<br>
</div>
<div dir="auto">
That being said, maybe we should/could generally have the grant proposals technically sound earlier? And then do the process only related to the grant awarding?
</div>
<div dir="auto">
<br>
</div>
<div dir="auto">
Cheers Marco
</div>
</div>
<br>
<div class="gmail_quote gmail_quote_container">
<div dir="ltr" class="gmail_attr">
On Wed, 26 Feb 2025, 03:28 Nyall Dawson via QGIS-PSC, <<a href="mailto:qgis-psc@lists.osgeo.org">qgis-psc@lists.osgeo.org</a>> wrote:
<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On Tue, 25 Feb 2025 at 03:03, Anita Graser <<a href="mailto:anitagraser@gmx.at" target="_blank" rel="noreferrer">anitagraser@gmx.at</a>> wrote:
<br>
>
<br>
> Hi Nyall,
<br>
>
<br>
> Thanks for your thoughts on this. I appreciate the intent behind your suggestion, but I don’t see a huge advantage in adding the extra step of contributor voting before community ranking.
<br>
>
<br>
> In my opinion, if serious concerns are raised during the discussion period, we / the PSC can already decide to remove the proposal at that stage—no additional contributor voting needed. This keeps the process streamlined while still ensuring that technically unfeasible proposals don’t move forward.
<br>
>
<br>
> Happy to hear others’ thoughts on this!
<br>
<br>
Thanks for the response Anita!
<br>
<br>
I've been thinking more about this, and I'm not really comfortable
<br>
with grant-related QEPs having a different approval process vs normal
<br>
QEPs filed outside of grants. There's been a lot of work done this
<br>
year to tighten up the development process and the new formalized QEP
<br>
process is rather a central part of that.
<br>
<br>
From my recollection, the QEP requirement was originally added to
<br>
grant submissions because of concerns that grants would be awarded to
<br>
non-technically-sound work. If this is still the case, could we maybe
<br>
split the two things up? Eg, we change the grant submission
<br>
prerequisite to "Only projects which have previously been submitted as
<br>
a QEP and formally approved are eligible for grants". This means any
<br>
(non feature!) QEP previously approved could be submitted, and it
<br>
doesn't need to go through the QEP review process again. The normal
<br>
process for QEP submission and voting would have already been applied.
<br>
Then, we create an issue ticket on the QEP repository for the grant
<br>
submission, and that's where the discussion around suitability of the
<br>
project for a QGIS grant can occur (and where the progress of the work
<br>
could be tracked).
<br>
<br>
That shouldn't add too much burden to someone applying for a grant --
<br>
it just means they can submit a QEP anytime and get the technical part
<br>
discussed + agreed upon in advance, prior to submitting the grant
<br>
request.
<br>
<br>
Nyall
<br>
<br>
<br>
>
<br>
> Regards,
<br>
>
<br>
> Anita
<br>
>
<br>
>
<br>
> On 2025-02-23 23:13, Nyall Dawson wrote:
<br>
>
<br>
> Hi Anita, PSC!
<br>
>
<br>
> > Our previous rounds of grant proposals have been a great success. We are
<br>
> > very pleased to announce that this year’s round of grants is now
<br>
> > available. The call is open to anybody who wants to make a funded
<br>
> > contribution to QGIS, subject to the call conditions outlined in the
<br>
> > application form. The deadline for this round is on Tuesday 2025-03-26.
<br>
> >
<br>
> > For more details, please read:
<br>
> > <a href="http://blog.qgis.org/qgis-grants-10-call-for-grant-proposals-2025" rel="noreferrer noreferrer" target="_blank">http://blog.qgis.org/qgis-grants-10-call-for-grant-proposals-2025</a>
<br>
>
<br>
> Thanks for offering this opportunity once again, and for the hard work you do in making this happen!
<br>
>
<br>
> I was wondering if we could make a small change to the process for submission going forward. Specifically, now that we're requiring that all QEP proposals go through a formal contributor voting and acceptance process (instead of the old "no comments means implicit acceptance" approach), I think the grant process should also take this into consideration and require that the associated QEPs have been voted on by contributors and accepted BEFORE they get put out to the community voting members for ranking.
<br>
>
<br>
> Otherwise we could have the awkward situation where a grant is submitted which sounds exciting, the QEP generates a bit of back and forth discussion, the grant wins but then is ultimately deemed technically unacceptable when the actual work is submitted for review.
<br>
>
<br>
> So my thoughts are that we could tweak the schedule to look like this: (changed bit in bold/italic)
<br>
>
<br>
> - Call for proposals (4 weeks)
<br>
> - QEP discussion period (2 weeks)
<br>
> - QEP moves to the CONTRIBUTOR voting stage. If not approved, then the grant is ineligible and will be withdrawn. Writing discussion summaries (1 week)
<br>
> - COMMUNITY Voting starts (2 weeks)
<br>
> - Publication of results
<br>
>
<br>
> How does that sound?
<br>
>
<br>
> Nyall
<br>
>
<br>
>
<br>
>
<br>
> >
<br>
> > We look forward to seeing all your great ideas for improving QGIS!
<br>
> >
<br>
> > Regards,
<br>
> >
<br>
> > Anita
<br>
> >
<br>
> >
<br>
> > _______________________________________________
<br>
> > QGIS-Developer mailing list
<br>
> > <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank" rel="noreferrer">QGIS-Developer@lists.osgeo.org</a>
<br>
> > List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
<br>
> > Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
<br>
_______________________________________________
<br>
QGIS-PSC mailing list
<br><a href="mailto:QGIS-PSC@lists.osgeo.org" target="_blank" rel="noreferrer">QGIS-PSC@lists.osgeo.org</a>
<br><a href="https://lists.osgeo.org/mailman/listinfo/qgis-psc" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-psc</a>
<br>
</blockquote>
</div>
</blockquote>
</div>
</body>
</html>