<div dir="ltr">Hi all,<div><br></div><div>It's indeed an interesting discussion and I feel very well concerned…</div><div>I have been personally influenced by the corporate voting during last session.</div><div><br></div><div>While I understand this concerns, I would remind that the voting member is something personal and not tight to a company.</div><div>I have mixed feelings. As far as I can see, elected voting members have proven real engagement towards QGIS project.</div><div><br></div><div>Again, voting rights are personal. But the money allowed money for grants will generally go to the company rather than the individual. Thereby, I would rather try to restrict the number of allowed grants per entity rather than restricting the voting rights. </div><div><br></div><div>But we'll fall into the same point Matthias was mentionning earlier: what's an entity. Some devs are more or less coupled, without being hold literally in a company.</div><div><br></div><div>So, my order of preference of action would be</div><div>1: try to make voting members aware of the conflict of interest and trust them<br></div><div>2: if needed, restrict per company</div><div><br></div><div>Now, looking at this year proposal, I am far more concerned about what we propose to vote on rather than the voting process:</div><div><br></div><div>1. Many of the grants are features, while we call for a refactoring / infrastructure round</div><div>2. Some are made by unknown people from the community, and I have mixed feelings about this (openess vs rewarding of involvment)</div><div><br></div><div>I don't have a perfect solution to propose but I think we should maybe re-think the process more globally. What is the goal of the grants proposal? </div><div>* Is it to fund projects that are difficult to fund otherwise? But, then shouldn't it be a kind of ongoing budget?</div><div>* Are we trying to attract devs?</div><div>* Are we trying to replace a crowd-funding operations for nice-to-have?</div><div><br></div><div>Best wishes,</div><div>Denis</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 2 juin 2020 à 09:16, Matthias Kuhn <<a href="mailto:matthias@opengis.ch">matthias@opengis.ch</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all<br>
<br>
On 5/30/20 1:21 AM, Nyall Dawson wrote:<br>
> In general, I'd propose that we consider introducing (in the official<br>
> statutes) a limit of one-voting-member-per-organisation. This would<br>
> bring the community voting membership into line with the user group<br>
> membership, where user groups have one single voting member who<br>
> represents the group's view as a single vote. This would also limit<br>
> the potential for (god forbid) a "hostile takeover" situation, where a<br>
> coalition of organisations (commercial or user group) could dominate<br>
> voting. (I think it would be wise to apply the same one-member-per-org<br>
> limit to PSC/board membership too!).<br>
<br>
A very good discussion.<br>
<br>
How would a one-member-per organisation rule work in reality?<br>
<br>
If someone is a very active and respected member of the community with <br>
all the skills required to judge and discuss a QEP (or other motion) and <br>
has voting rights. And then gets employed by a company which already has <br>
someone with voting rights, will his voting rights be withdrawn? I would <br>
expect that this will have an effect on his choice of employer and could <br>
impact his engagement within community processes.<br>
<br>
Also, how would we deal with loosely coupled groups of developers which <br>
are legally not an organisation/company but still share business, <br>
communication and opinions?<br>
<br>
Best regards<br>
<br>
Matthias<br>
<br>
_______________________________________________<br>
Qgis-psc mailing list<br>
<a href="mailto:Qgis-psc@lists.osgeo.org" target="_blank">Qgis-psc@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-psc" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-psc</a></blockquote></div>