<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"></div><div class="gmail_default" style="font-size:small">Hi, </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 21, 2019 at 5:36 PM Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Il 21/11/19 09:12, Andreas Neumann ha scritto:<br>
> On Wed, 20 Nov 2019 at 13:34, Paolo Cavallini <<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a><br>
> <mailto:<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>>> wrote:<br>
>  <span class="gmail_default" style="font-size:small">   * </span>we should always prefer for our infrastructure simple and libre solutions <span class="gmail_default" style="font-size:small">...</span></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Right. If possible and doesn't trigger a lot of followup costs.<span class="gmail_default" style="font-size:small">..</span><br>
<span class="gmail_default" style="font-size:small">...</span> I think we should avoid making the<span class="gmail_default" style="font-size:small"> </span>project less open than it could be.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I agree on the general sentiment. However, which specific topic from this week's meeting is making us potentially less open? </div></div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> My idea of these different types of budgets is:<br>
> <br>
> - First budget of recurring expenses:<span class="gmail_default" style="font-size:small"> ...</span><br>
> - Second one "the buffer budgets for unexpected expenses around PSC and<br>
> our QGIS IT infrastructure" <span class="gmail_default" style="font-size:small">...</span><br>
> - Third one: extra projects and long-term strategic investments. <span class="gmail_default" style="font-size:small">...</span></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">+1 to this budget structure based on all the arguments Andreas already provided. </div><br></div><div><div class="gmail_default" style="font-size:small">The budget is approved by voting members. If they think think that the grant budget should be bigger and the buffer budget should be smaller, they have the opportunity to decide on this issue every year. </div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> I agree that it would be more useful to<br>
> publish those results e.g. in our official QGIS blog.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I can prepare a template that we can send to people who received grants as an optional help for structuring their report. It shouldn't be long, just a few lines and links to relevant resource.</div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
the point to me is to have everything in a single location; </blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Do have have a suggestion? More folders in Google Drive? Everything on the blog or wiki? </div><div class="gmail_default" style="font-size:small">One option could be that a link to the report has to be put on a certain wiki page. </div></div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Sorry, we haven't discussed or came up with a solution for<br>
> the documentation problem yet.<br>
I see this issue keep on attracting little interest. <br></blockquote><div> </div><div><div class="gmail_default" style="font-size:small">That's a bit unfair assessment. We were waiting for you to bring up the topic and the meeting already ran over time as is.</div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>     * we need simple rules for adding news, even though a degree of<br>
>     flexibility is useful; cen we agree on [1]?<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I suggest making a motion to vote on it. As far as I can see, the last post ended with "<span style="color:rgb(0,0,0);white-space:pre-wrap">Anything to add?" - Nobody replied, so there's nothing to add. Therefore, after a couple of days, a motion to vote should be made. </span></div></div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In short, I propose to put forward all the issues here on the ML, and<br>
leave to the voice meetings what we were unable to solve during the month.</blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I'm in favor of shorter meetings. To get there, however, we need people to follow up on their threads and make timely calls for votes instead of leaving discussions open ended. Whoever starts the thread should usually make the motion to vote when the discussion is done.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Regards,</div><div class="gmail_default" style="font-size:small">Anita</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"></div><br></div><div><br></div><div><br></div><div> </div></div></div>