<div dir="ltr">Congratulations on your election, Jean-Marc.<div><br></div><div>I completely support these proposals. I'm sorry that I'm not financial enough to have a view on the level of reserves required. <div><br></div><div>I will say that in the UK charity sector, reserves are usually quoted as months of full expenditure in hand - so assume no mitigation is possible. (If it is possible, that's great, but you think about your reserves level as the number of months you could continue to operate at full expenditure with no income.)<div><br></div><div>I think the point about perverse incentives for the sysadmin if their salary depends on one or two big donors is well worth discussion. (Influence of this sort is presumably part of many donors' calculations when deciding whether to donate. That's stated as a fact of life, not necessarily as an argument against their donations.) In part, reserves are for ensuring you have space to maneuvre if a donor goes sour.</div><div><br></div><div>I was the one who asked at the AGM about reserves (as a full member, not as a guest ;-) and I also asked about a donations policy. At the risk of diverting the thread, imo every donation-taking org should have a donations policy, which details </div><div>- who we will and won't accept donations from; </div><div>- what conditions, if any, we're prepared to accept;</div><div>- approval & due diligence processes; </div><div></div><div>- how to avoid 'donor capture' by diversifying income streams (this last being relevant to the peverse incentives)</div><div><br></div><div>That's another piece of work, but I think related.</div></div></div><div><br></div><div>Edward</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 15 Dec 2020 at 19:41, Craig Allan <<a href="mailto:allan@iafrica.com" target="_blank">allan@iafrica.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div>Yes, noted. Thanks Simon for the
input. The 'formal' version in the AoA is strangely vague. Now I
know why. <br>
</div>
<div>And let me respond to that anonymous
board member that there will NEVER be enough open geo data! <br>
</div>
<div>We have done so much, but have hardly
scratched the surface of what we could achieve in the long term. <br>
</div>
<div>CA</div>
<div><br>
</div>
<div><br>
</div>
<div>On 2020/12/15 20:48, Simon Poole wrote:<br>
</div>
<blockquote type="cite">
<br>
Am 15.12.2020 um 16:44 schrieb Craig Allan:
<br>
<blockquote type="cite">....
<br>
THE FRAMEWORK
<br>
Policy can be seen as a set of rules to implement our
organisational strategy. Strategy is informed by our mission
(Section 3 of the AoA) and the long term vision of the
organisation (missing). So in any organisation there will be
likely be a hierarchy of plans, each more detailed than its
parent, ending eventually in a large list of short-term tasks.
<br>
</blockquote>
<br>
Sorry to jump on this in a bit of an off topic fashion, but I
believe you are misunderstanding something there.
<br>
<br>
The "Objects" section in the AoA, that is section 3, is legally
required and deliberately vague and unrestrained because of that.
When we were discussing the 1st revision of the AoAs many years
ago there was a longer discussion if we should change 3. to limit
the scope to OSM, but for the above mentioned reasons we decided
against it. It is however clear that is not a sensible starting
point for any kind of policy, setting of goals or anything
similar.
<br>
<br>
This has led to misunderstandings in the past, including a board
member, paraphrased, coming to the conclusion that once there is
enough open geo data we could let OSM die.
<br>
<br>
A far more sensible starting point is the 1st paragraph of
<a href="https://wiki.osmfoundation.org/wiki/Mission_Statement" target="_blank">https://wiki.osmfoundation.org/wiki/Mission_Statement</a>
<br>
<br>
Simon
<br>
<br>
<br>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
osmf-talk mailing list
<a href="mailto:osmf-talk@openstreetmap.org" target="_blank">osmf-talk@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/osmf-talk" target="_blank">https://lists.openstreetmap.org/listinfo/osmf-talk</a>
</pre>
</blockquote>
<p><br>
</p>
</div>
_______________________________________________<br>
osmf-talk mailing list<br>
<a href="mailto:osmf-talk@openstreetmap.org" target="_blank">osmf-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osmf-talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
</blockquote></div>