I like your tactic here Patrick, I have been to a few sprints where teams did not sufficiently prep and left with more questions/work than were answered. It is one thing if their point was to have meetings/planning, but a bit of a missed opportunity if organization is left to the first day of the event. <br><br>I do not know if if this is a case where we can lead by being an example (my preference) or if we can ask volunteers to help mentor teams on how to be successful in these engagements.<br><br>We will always (hopefully) have the benefits of good food, cross project "we are part of OSGeo" bonding, and socializing. I am still a bit disappointed when that is what makes it to <a href="mailto:discuss@osgeo.org">discuss@osgeo.org</a> - I hope the tangible benefits are being discussed on the individual developer lists. <br><br>It may be worth asking the recent Paris code sprint participants "how it went" in a separate email thread. <br><br>Aside: I will point out that the "sprint" associated with foss4g is often given over to community outreach, helping new developers setup, explaining how open source works and listening to community members who required more time then is available during the conference. <br><div class="gmail_quote"><div dir="ltr">On Sun, Mar 6, 2016 at 9:26 AM Hogan, Patrick (ARC-PX) <<a href="mailto:patrick.hogan@nasa.gov">patrick.hogan@nasa.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Helena,<br>
<br>
There are a lot of "essential part of open source projects." I think it's worth discussing what those parts are. As you noted, there are ways to improve things. I also believe it would be good to apply some metrics that help to evaluate progress. At least we should be describing (and analyzing) what works, why it works, and how it might be improved. I would like to see the history of success stories, describing what was achieved and how. This would allow others to benefit and possibly improve the process (even relish and advance the specific code).<br>
<br>
We hear talk and words declaring success, but can we point to specifics? And even more the recipe for that success. I'm glad to 'hear' we are succeeding, but in the events you use to describe the success, I see only a lot of feel-good and self-congratulation, which is wonderful, sincerely. But there seems no description of what was produced code-wise. I think we are telling ourselves we are doing good, but I'm not sure we are doing that good. I do not doubt the sincerity or the level of effort. I'm just of the mind that it might be improved upon and possibly even better applied. More than:<br>
<br>
Agenda - What we plan to do.<br>
Note: The program is generally open for your ideas. Please edit this wiki page!<br>
Topics:<br>
1. GRASS-QGIS interfaces: what's needed for a better GRASS GIS 7 integration<br>
2. Interfaces to other OSGeo projects as being present in the code sprint room<br>
3. g.extension: add gitlab+github support (maybe just a few lines in Python?)<br>
4.   ...<br>
<br>
I will try to make this my last exchange. I have, in my poor attempt, tried to carefully express what I consider worth saying. I sense this community considers what it is doing is just fine and dandy as it is, without need for any critique or introspection. So, in the words of Romeo to his lusty colleagues on their way to the dance, 'I'll be the candleholder and look on.'<br>
<br>
-Patrick<br>
<br>
-----Original Message-----<br>
From: Helena Mitasova [mailto:<a href="mailto:hmitaso@ncsu.edu" target="_blank">hmitaso@ncsu.edu</a>]<br>
Sent: Sunday, March 6, 2016 8:49 AM<br>
To: Hogan, Patrick (ARC-PX)<br>
Cc: <a href="mailto:discuss@lists.osgeo.org" target="_blank">discuss@lists.osgeo.org</a><br>
Subject: Re: [OSGeo-Discuss] [Board] Funding code Sprints<br>
<br>
Patrick,<br>
<br>
as others have explained, the code or community sprints are indeed an essential part of open source projects - with developers from all over the globe, this is the opportunity to get together and get some of the important (and sometimes even critical) work done.<br>
<br>
For GRASS GIS project, we have changed the name of these events from code sprints to community sprints because we soon realized that many issues beyond coding need attention (documention, translations, website, tutorials, etc.) and that these are great for building community, new developers and students can meet the veterans of the projects and often new ideas are generated and strategic decisions made.<br>
<br>
Here are two examples of GRASS community sprints - the planning and reports of what was done:<br>
<br>
<a href="https://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Prague_2012" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Prague_2012</a><br>
<a href="https://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Prague_2012" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Prague_2012</a><br>
<br>
<a href="https://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Como_2015" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Como_2015</a><br>
<a href="https://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Como_2015" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Como_2015</a><br>
<br>
I hope this helps you to understand what this is all about and you are most welcome to join ane OSGeo supported  code or community sprint sometime to experience it and contribute yourself - they are completely open and anybody can join,<br>
<br>
Helena<br>
<br>
<br>
> On Mar 6, 2016, at 11:15 AM, Hogan, Patrick (ARC-PX) <<a href="mailto:patrick.hogan@nasa.gov" target="_blank">patrick.hogan@nasa.gov</a>> wrote:<br>
><br>
> Oaky, I may be misunderstanding as measured by certain specific examples. I am very glad there are good opportunities for encouragingforward to hearing about more of these and how well they are ‘carefully’ designed for substantial results.<br>
><br>
><br>
><br>
> I will hope the point of this dialogue is not to be right or wrong,<br>
> but to improve our methods for achieving our common goal of richer<br>
> ^commons.^ -p<br>
><br>
><br>
><br>
> From: Ian Turton [mailto:<a href="mailto:ijturton@gmail.com" target="_blank">ijturton@gmail.com</a>]<br>
> Sent: Sunday, March 6, 2016 7:58 AM<br>
> To: Hogan, Patrick (ARC-PX)<br>
> Cc: Andrea Aime; <a href="mailto:discuss@lists.osgeo.org" target="_blank">discuss@lists.osgeo.org</a><br>
> Subject: Re: [OSGeo-Discuss] [Board] Funding code Sprints<br>
><br>
><br>
><br>
> Patrick,<br>
><br>
><br>
><br>
> Again you are misunderstanding how sprints (at least in the GeoJava tribe) work - we plan for weeks (or months) before hand to make the most of theinteraction when you are 8 hours out of phase with the participants.<br>
><br>
><br>
><br>
> I'd love to spend my days crafting new cathedrals but there isn't the demand from customers for that so mostly we work at incremental improvements toback to being gouged by proprietary suppliers who can ignore the rot and just sell on the new shiny paint job.<br>
><br>
><br>
><br>
> Ian<br>
><br>
><br>
><br>
> On 6 March 2016 at 15:40, Hogan, Patrick (ARC-PX) <<a href="mailto:patrick.hogan@nasa.gov" target="_blank">patrick.hogan@nasa.gov</a>> wrote:<br>
><br>
> Andrea,<br>
><br>
> The world needs a more peaceful approach to the future. That’s not what we have in a world that isstimulating drinks and high moments of constructive exchange and recognized simpatico.<br>
><br>
> -Patrick<br>
><br>
><br>
><br>
> From: <a href="mailto:andrea.aime@gmail.com" target="_blank">andrea.aime@gmail.com</a> [mailto:<a href="mailto:andrea.aime@gmail.com" target="_blank">andrea.aime@gmail.com</a>] On Behalf<br>
> Of Andrea Aime<br>
> Sent: Sunday, March 6, 2016 6:32 AM<br>
> To: Hogan, Patrick (ARC-PX)<br>
> Cc: Ian Turton; <a href="mailto:discuss@lists.osgeo.org" target="_blank">discuss@lists.osgeo.org</a><br>
> Subject: Re: [OSGeo-Discuss] [Board] Funding code Sprints<br>
><br>
><br>
><br>
> On Sun, Mar 6, 2016 at 3:18 PM, Hogan, Patrick (ARC-PX) <<a href="mailto:patrick.hogan@nasa.gov" target="_blank">patrick.hogan@nasa.gov</a>> wrote:<br>
><br>
> It appears to me that even these more-substantial-than-hackathons sprints do not reflect the typical work environment for code development. I willsuggest that requires more of the 'deep thought' Leonardo approach versus the more intuitive 'just start chiseling' of a Michelangelo.<br>
><br>
><br>
><br>
> Patrick, it seems to be you imagining a work environment that's quite different from the one a software developer in a company doing consulting (typical open source setup) has.<br>
><br>
><br>
><br>
> My normal work environment requires me to work for 2-5 different customers a day spanning from training, spec-ing and designing new ones that I'm in charge of.<br>
><br>
> During a typical open source code sprint I'm focused on a single activity all day instead.<br>
><br>
><br>
><br>
> To be clear, I'm not complaining, if my daily work was single activity<br>
> I'd walk away out of boredom, what keeps the typical code sprint<br>
><br>
> engaging is also that we normally take on activity that seem hard to<br>
> fit in the allowed time, and thus require some<br>
><br>
> extras in terms of concentration and inventiveness to actually get<br>
> completed :-p<br>
><br>
><br>
><br>
> I'd say the recipe for a typical successful open source code sprint is:<br>
><br>
> * Several developers in the same room, that are normally working from<br>
> remote in different time zones<br>
><br>
> * An ambitious objective (not so large/difficult that it's impossible<br>
> to complete, but enough that you cannot relax and finish it anyways)<br>
><br>
> * Typically, full day experience (e.g., we have lunch and dinner<br>
> together too)<br>
><br>
> * Coffee... lots of it :-p<br>
><br>
><br>
><br>
> Cheers<br>
><br>
> Andrea<br>
><br>
><br>
><br>
> --<br>
><br>
> ==<br>
><br>
> GeoServer Professional Services from the experts! Visit<br>
><br>
> <a href="http://goo.gl/it488V" rel="noreferrer" target="_blank">http://goo.gl/it488V</a> for more information.<br>
><br>
> ==<br>
><br>
><br>
><br>
> Ing. Andrea Aime<br>
><br>
> @geowolf<br>
><br>
> Technical Lead<br>
><br>
><br>
><br>
> GeoSolutions S.A.S.<br>
> Via di Montramito 3/A<br>
> 55054  Massarosa (LU)<br>
><br>
> phone: +39 0584 962313<br>
><br>
> fax: +39 0584 1660272<br>
><br>
> mob: +39  339 8844549<br>
><br>
><br>
><br>
> <a href="http://www.geo-solutions.it" rel="noreferrer" target="_blank">http://www.geo-solutions.it</a><br>
><br>
> <a href="http://twitter.com/geosolutions_it" rel="noreferrer" target="_blank">http://twitter.com/geosolutions_it</a><br>
><br>
><br>
><br>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003<br>
><br>
> Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.<br>
><br>
><br>
><br>
> The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility  for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.<br>
><br>
><br>
><br>
> -------------------------------------------------------<br>
><br>
><br>
><br>
><br>
><br>
> --<br>
><br>
> Ian Turton<br>
><br>
> _______________________________________________<br>
> Discuss mailing list<br>
> <a href="mailto:Discuss@lists.osgeo.org" target="_blank">Discuss@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
<br>
Helena Mitasova<br>
Professor at the Department of Marine,<br>
Earth, and Atmospheric Sciences<br>
and Center for Geospatial Analytics<br>
North Carolina State University<br>
Raleigh, NC 27695-8208<br>
<a href="mailto:hmitaso@ncsu.edu" target="_blank">hmitaso@ncsu.edu</a><br>
<a href="http://geospatial.ncsu.edu/osgeorel/publications.html" rel="noreferrer" target="_blank">http://geospatial.ncsu.edu/osgeorel/publications.html</a><br>
<br>
"All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.”<br>
<br>
_______________________________________________<br>
Discuss mailing list<br>
<a href="mailto:Discuss@lists.osgeo.org" target="_blank">Discuss@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a></blockquote></div><div dir="ltr">-- <br></div><div dir="ltr">--<div>Jody Garnett</div></div>