[OSGeo-Conf] RfP FOSS4G2024

[Steven Feldman]

Maxi

The old rotation of NA, Europe, Rest of World was based on demand from attendees and finances.

The surpluses from the NA and Europe events were the majority of the funding that OSGeo received. While the Rest of World events made little surplus in the third year, they supported our desire to promote open source geo in places that we had not reached. That seems to me like a reasonable balance between financial prudence and evangelism.

Recently we have not had a queue of people wanting to organise a FOSS4G whether from NA, Europe or RoW. That is a challenge that we need to address by offering encouragement and support to potential organising committees wherever they are based. It may be that we have to recognise that conferences will not be a source of income for OSGeo in the future and the board will need to plan for that.

Re the large NGO’s or international agencies funding FOSS4G/OSGeo - several of us have worked hard to try and secure sponsorships from World Bank, UN and EU, the best we have achieved is short term commitment to one or at most two events and the levels of support are often much less than you might expect. I doubt that these organisations are the answer to funding FOSS4G or OSGeo.

Mappy New Year
______
Steven

Unusual maps in strange places -  mappery.org <http://mappery.org/>

Subscribe to my weekly “Maps in the Wild <http://eepurl.com/dKStT-/>” newsletter

> On 30 Dec 2022, at 12:52, massimiliano cannata <massimiliano.cannata at gmail.com> wrote:
> 
> Dear Adam,
> Not sure to get what you are meaning...
> You don't like the support from global organizations? Like those that defines SDGs and humanitarian missions?
> 
> Back to the discussion... What is the reason for the current rotation rule that favorite EU-NA?
> 
> I have always pragmatically tough (but I'm maybe wrong) that is because:
> - most of developers and members are from those part of the world 
> - this guarantee an higher number of participants which is good for the community and the finances
> 
> Any other points?
> 
> As an equitable and global community I strongly believe we should promote the spread of open source geospatial in every corner of the world.
> 
> The fact is that in my opinion to make it effectively happen we should have a well defined strategy and resource plan... 
> 
> Maxi
> 
> 
> 
> Il ven 30 dic 2022, 12:54 Adam Steer <adam.d.steer at gmail.com <mailto:adam.d.steer at gmail.com>> ha scritto:
>> Hi Luca, Maxi
>> 
>> I am sure you didn't really mean to suggest that global FOSS4G events
>> held outside of EU / NA states need to get support from EU / NA based
>> organisations...
>> 
>> I think the right place for this discussion is here, in trackable
>> public archives. Perhaps in a new thread, it has hijacked Vasile's
>> work on getting the 2024 RfP done.
>> 
>> Adam
>> 
>> 
>> On Fri, 30 Dec 2022 at 06:57, Luca Delucchi <lucadeluge at gmail.com <mailto:lucadeluge at gmail.com>> wrote:
>> >
>> > On Thu, 29 Dec 2022 at 18:21, massimiliano cannata
>> > <massimiliano.cannata at gmail.com <mailto:massimiliano.cannata at gmail.com>> wrote:
>> > >
>> > > Dear all,
>> > > My 2 cents...
>> > >
>> > > Foss4g is the main conference of osgeo and provide:
>> > > - funding for the function of osgeo
>> > > - visibility and credibility to the community
>> > >
>> > > I'm 100% for having often outside EU-NA but then we should have strong financial and political support by third parties: e.g. Europe Community, United Nations, World Bank, etc...
>> > >
>> >
>> > Yes, this should be important.
>> > Right now it seems that it works mainly if someone of the LOC knows
>> > someone of the agency, instead OSGeo should be able to retain them
>> > somehow
>> >
>> > >
>> > > Maxi
>> > >
>> >
>> > Luca
> _______________________________________________
> Conference_dev mailing list
> Conference_dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/conference_dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/conference_dev/attachments/20221230/872e415b/attachment-0001.htm>