Difference between revisions of "Google Summer of Code Application 2013"

From OSGeo
Jump to navigation Jump to search
(→‎What is the URL for your ideas page?: sync to 2013 application text on melange)
 
(57 intermediate revisions by 2 users not shown)
Line 8: Line 8:
 
== Application Deadline ==
 
== Application Deadline ==
  
Status: '''''Not yet applied'''''
+
Status: '''''Applied with the text below'''''
  
: http://www.google-melange.com/gsoc/events/google/gsoc2013
+
: Timeline: http://www.google-melange.com/gsoc/events/google/gsoc2013
  
 
* Friday, '''March 29''': 19:00 UTC
 
* Friday, '''March 29''': 19:00 UTC
Line 23: Line 23:
  
 
== Pending ==
 
== Pending ==
 
* Verify if the application rules have changed in any way since we last looked at them.
 
 
* Apply
 
  
 
== New ==
 
== New ==
Line 40: Line 36:
  
 
* HB: not really a question, but I propose we should reinforce that all questions must be answered by the students, they can't pick and choose the ones that make them look good. e.g. the student must be aware that if they fail to e.g. supply a timeline their application is incomplete and they won't be chosen.
 
* HB: not really a question, but I propose we should reinforce that all questions must be answered by the students, they can't pick and choose the ones that make them look good. e.g. the student must be aware that if they fail to e.g. supply a timeline their application is incomplete and they won't be chosen.
 +
* AG: I agree, and the text you added on top of application template looks good to me.
  
 
* HB: in the timeline question I propose we emphasize midterm deliverable(s). Also, what do you think about the idea of asking for internal 25% and 75% deliverables? (to avoid major shocks at the midterm and concertina workloads), with a note that 50,75,100% deliverables can be adjusted at quarterly delivery dates?
 
* HB: in the timeline question I propose we emphasize midterm deliverable(s). Also, what do you think about the idea of asking for internal 25% and 75% deliverables? (to avoid major shocks at the midterm and concertina workloads), with a note that 50,75,100% deliverables can be adjusted at quarterly delivery dates?
 +
* AG: It would help, but I don't know how easy it is for the student to provide them before he/she starts coding. Maybe we can ask them to accepted students, the first week(s) after acceptance.
  
 
* HB: also re the all important timeline, I suggest we make it clear (somewhere) early on that learning how to compile, install, and use the software, and also spending weeks reading books is really stuff they should be doing before applying and on into the community bonding period. The previous years where coding for some projects didn't start until week 3-4 as the student didn't have the project code building yet isn't good enough IMO.
 
* HB: also re the all important timeline, I suggest we make it clear (somewhere) early on that learning how to compile, install, and use the software, and also spending weeks reading books is really stuff they should be doing before applying and on into the community bonding period. The previous years where coding for some projects didn't start until week 3-4 as the student didn't have the project code building yet isn't good enough IMO.
 +
* AG: Right. Let's state clearly that community bonding period is meant to catch up with these things, and then coding period can start right away.
  
 
==== Possible removals vs. last year's ====
 
==== Possible removals vs. last year's ====
'''[provisional]'''
+
 
* ...
+
* Notably the student-application template has been removed from the application.
  
 
== The Application ==
 
== The Application ==
Line 87: Line 86:
 
'''GEOS''',
 
'''GEOS''',
 
'''GeoTools''',
 
'''GeoTools''',
'''MetaCRS''',
+
'''MetaCRS'''*,
 
'''OSSIM''',
 
'''OSSIM''',
 
'''PostGIS''',
 
'''PostGIS''',
Line 124: Line 123:
 
''The '''username''' of the user who will serve as the backup admin for this organization.''
 
''The '''username''' of the user who will serve as the backup admin for this organization.''
  
* I guess we just have to pick one melange ID here?
+
* Hamish Bowman (melange: hamish)
 +
* Dustan Adkins (melange: dadkins_mentor)
 +
 
 +
→ but I guess we just have to pick one melange ID here?
 +
 
 +
: Carol wrote on the ML: ''"You can set one backup admin as part of your application in the "backup admin" field. Should you be accepted into the program, yourself and the person listed in that field will immediately be admins for your org and you can then add as many additional admins for your org at that time."''
  
 
  hamish
 
  hamish
  
(or <tt>dadkins_mentor</tt>)
+
(or <tt>dadkins_mentor</tt>, but I'm guessing that my (HB) UID has a much longer track record in the system and that might be what they're looking for)
 +
 
 +
=== If you chose "veteran" in the dropdown above, please summarize your involvement and the successes and challenges of your participation. Please also list your pass/fail rate for each year. ===
 +
 
 +
2007: 13/19
 +
2008: 15/19
 +
2009: 17/20
 +
2010: 7/10
 +
2011: 19/21
 +
2012: 20/22
  
=== Did your organization participate in past GSoCs? If so, please summarize your involvement and the successes and challenges of your participation. ===
 
'''[provisional]'''
 
OSGeo participated in 2011, with a very good success rate. Many of the students continued to work with their OSGeo projects after the end of summer, and even become official contributors. The mentoring has been overall effective, and the communication among students, mentors and admins has been constant. Still, getting in contact with elusive participants represented the main difficulty, and has been addressed case to case.
 
  
OSGeo sent 2 delegates to Mentor Summit, and benefited of the presence of 2 more, who were already in Mountain View. As previous year, the delegates chaired a Geospatial session, and improved connections with many other projects.
+
OSGeo participated in 2012, with 20 of 22 students completing the summer.
 +
<!-- After initial slot assignment we gave z slots to other orgs, and gave z' slots back into the general pool. -->
 +
We provided GSoC-specific umbrella support for two smaller projects from outside of our Foundation. <!-- pgRouting and Orfeo Toolbox -->
 +
 
 +
Successes: All in all our students were great and a lot of good work was completed -- perhaps the least remarkable-sounding but most important success we had is how smoothly everything ran in spite of handling our largest number of students yet.
 +
<!-- provide more specific detail of individual project successes here -->
 +
Many of our former students continue to be involved in our contributing projects' development and take on roles as mentors. A couple of smaller external projects we have taken under our GSoC umbrella in the past are now participating in our incubation process to become full members of our Foundation. One of our multi-year GSoC projects (gvSIG mini) now headlines the F-droid (FOSS for Android) repository's homepage!
 +
 
 +
Challenges: We require all projects have a backup mentor, and unfortunately had to make use of that this year. We had the fatal combination of a struggling-to-get-started student and a mentor who lost interest. In hindsight we felt that the mentor should have abandoned the project at mid-term and that we as admins should not have let the mentor over-extend himself, but even after the student lifted his game in the second half of the summer with a new direction, we (the admins) made the hard call to fail him on the final, to be paid half a summer's wages for half a summer's work. As a result, our slushy rules of one one-project per primary mentor and requiring detailed weekly status reports from students are now firmer, and we're more acutely aware of the need of earlier hands-on intervention by the admins.
 +
 
 +
Former GSoC student and mentor Anne G. smoothly transitioned into the role of lead admin from Wolf B., with Wolf and another long-serving co-admin standing by with advice. Since our umbrella is wide, we brought in an additional co-admin for better communication with mentors and projects that the other admins didn't know as well. Anne is a great communicator and has settled in well. (n.b. that wasn't written by her ;-)
 +
 
 +
OSGeo sent two delegates to the 2012 Mentor Summit, who chaired summit sessions on umbrella org admin'ing, geospatial FOSS, and humanitarian FOSS. We spent a lot of time comparing notes and ideas with other umbrella orgs and participating in Open Science sessions. We were lucky that our Foundation's long-serving <!-- "then"? --> president is now a Googler and could meet up with us on the side.
 +
 
  
OSGeo participated in 2010, and in many ways it was a tough year, but we like to think that we managed to come out victorious. It was challenging because our slot count was cut to about half of what we have had the previous year, while still having the same number, if not more projects participate under our umbrella. We also had some surprising student dropouts (one who is still MIA, as far as we know), maybe the aliens targeted OSGeo, because of our knowledge of the earth? ;) But despite these challenges we managed to put out some great projects and were in general very happy with the year.
+
OSGeo participated in 2011, with a very good success rate. Many of the students continued to work with their OSGeo projects after the end of summer, and even become official contributors. The mentoring has been overall effective, and the communication among students, mentors and admins has been constant. Still, getting in contact with elusive participants represented the main difficulty, and has been addressed case to case. OSGeo sent 2 delegates to the 2011 Mentor Summit, and benefited of the presence of 2 more, who were already in Mountain View. As previous year, the delegates chaired a Geospatial session, and improved connections with many other projects.
  
OSGeo sent 2 delegates to the Mentor summit who participated in many geospatial sessions and also chaired one session. We made new friends among the FLOSS geo-related projects and re-connected with old friends.
+
OSGeo participated in 2010, and in many ways it was a tough year, but we like to think that we managed to come out victorious. It was challenging because our slot count was cut to about half of what we have had the previous year, while still having the same number, if not more projects participate under our umbrella. We also had some surprising student dropouts (one who is still MIA, as far as we know), maybe the aliens targeted OSGeo, because of our knowledge of the earth? ;) But despite these challenges we managed to put out some great projects and were in general very happy with the year. OSGeo sent 2 delegates to the 2010 Mentor summit who participated in many geospatial sessions and also chaired one session. We made new friends among the FLOSS geo-related projects and re-connected with old friends.
  
 
OSGeo participated in GSoC in 2009. Twelve OSGeo member projects participated and were very successful. The applications were of better quality so we had fewer dropouts than the previous year. We also had further cross-project co-operation projects, which went very well indeed. OSGeo Sent two delegates to the Mentor Summit.
 
OSGeo participated in GSoC in 2009. Twelve OSGeo member projects participated and were very successful. The applications were of better quality so we had fewer dropouts than the previous year. We also had further cross-project co-operation projects, which went very well indeed. OSGeo Sent two delegates to the Mentor Summit.
Line 150: Line 173:
 
OSGeo was formed in early 2006 and did not participate in GSoC prior to 2007. However, Refractions Research did participate in 2006 on behalf of the GeoTools, uDig, and PostGIS projects which now participate through OSGeo. Most of the the previously participating mentors and administrators continue to be involved in this years OSGeo GSoC effort.
 
OSGeo was formed in early 2006 and did not participate in GSoC prior to 2007. However, Refractions Research did participate in 2006 on behalf of the GeoTools, uDig, and PostGIS projects which now participate through OSGeo. Most of the the previously participating mentors and administrators continue to be involved in this years OSGeo GSoC effort.
  
=== If your organization participated in past GSoCs, please let us know the ratio of students passing to students allocated ===
+
<!--
''e.g. 2006: 3/6 for 3 out of 6 students passed in 2006.''
 
'''[provisional]'''
 
2007: 13/19  2008: 15/19  2009: 17/20  2010: 7/10  2011: 19/21
 
 
 
  
 
2011 app comment: ''the breakdown of the failures is interesting-
 
2011 app comment: ''the breakdown of the failures is interesting-
Line 169: Line 188:
 
2009 app comment: "''As the numbers indicate each year we have received better and better applications, and thus have had a better success ratio. Also we have learned to mentor better, and to spot the good applications.''"
 
2009 app comment: "''As the numbers indicate each year we have received better and better applications, and thus have had a better success ratio. Also we have learned to mentor better, and to spot the good applications.''"
 
* Last year was special in may ways... Projects had to pick between 2 very good students, and then we were also hit by bad luck. Also we had the same number of dropouts, which gives a higher percentage, but the absolute number is still the same. ([[User:Wolf]])
 
* Last year was special in may ways... Projects had to pick between 2 very good students, and then we were also hit by bad luck. Also we had the same number of dropouts, which gives a higher percentage, but the absolute number is still the same. ([[User:Wolf]])
 +
 +
-->
 +
 +
=== If you chose "new" in the dropdown above, have you applied in the past? If so, for what year(s)? ===
 +
 +
n/a
 +
 +
=== Why is your organization applying to participate in GSoC 2013? What do you hope to gain by participating? ===
 +
(required)
 +
 +
We hope to get more students excited about both open source and geospatial development. This will help to grow the development community and of course tangibly advance particular projects. Additionally by way of the level of exposure that SoC provides we aim to further extend the use, development, and teaching & training of open source GIS at universities worldwide. This will help to prepare a new generation of developers for industry and government agencies capable of introducing and implementing viable open source geospatial technology, to the benefit of all.
 +
 +
Last but not least we hope to use this opportunity to bring more open source geospatial projects closer and to communicate more. We are encouraging students to come up with ideas that cross project boundaries, and to find new ways to connect the separate efforts in order to bring out new and fundamentally improved wholes. After a previous SoC we saw the birth of a new project, Spatialytics, which is a novel combination of several geospatial technologies. This is, as stated above, one of our goals, which GSoC helps us achieve in a way which cannot be matched in any other regular effort.
 +
 +
Additionally it has been a great opportunity to mingle code with and get to know other like-minded FOSS projects in our app domain. (such as OpenStreetMap, Mapnik, Sahana, Ushahidi, ...)
  
 
=== What is the URL for your Ideas list? ===
 
=== What is the URL for your Ideas list? ===
Line 175: Line 209:
  
 
=== What is the main development mailing list for your organization? ===
 
=== What is the main development mailing list for your organization? ===
''This question will be shown to students who would like to get more information about applying to your organization for GSoC 2011. If your organization uses more than one list, please make sure to include a description of the list so students know which to use.''
+
<!-- This question will be shown to students who would like to get more information about applying to your organization for GSoC. If your organization uses more than one list, please make sure to include a description of the list so students know which to use. -->
(required)
+
(required)
'''[provisional]'''
+
 
 
  soc@lists.osgeo.org - For questions about applying and other GSoC questions
 
  soc@lists.osgeo.org - For questions about applying and other GSoC questions
 
   
 
   
  See http://wiki.osgeo.org/wiki/Mailing_Lists for a full list and
+
  See http://wiki.osgeo.org/wiki/Mailing_Lists and http://lists.osgeo.org for
descriptions of the OSGeo project mailing lists.
+
a full list and descriptions of the individual OSGeo project mailing lists.
  
 
=== What is the main IRC channel for your organization? ===
 
=== What is the main IRC channel for your organization? ===
'''[provisional]'''
+
 
 
  The primary OSGeo channel is #osgeo on the irc.freenode.net network.
 
  The primary OSGeo channel is #osgeo on the irc.freenode.net network.
 
  member projects maintain their own IRC channels:
 
  member projects maintain their own IRC channels:
 
     http://wiki.osgeo.org/wiki/IRC
 
     http://wiki.osgeo.org/wiki/IRC
  
=== Does your organization have an application template you would like to see students use? ===
+
=== What criteria did you use to select your mentors for this year's program? Please be as specific as possible. ===
'''[provisional]'''
+
(required)
''If so, please provide it now. Please note that it is a very good idea to ask students to provide you with their contact information as part of your template. Their contact details will not be shared with you automatically via the GSoC 2011 site.''
 
 
 
Name:
 
 
Country:
 
 
School and degree:
 
 
Email:
 
 
Phone:
 
 
OSGeo project(s):
 
 
Title:
 
(please include the name of the member project as part of the title, for example: "Gee Whiz Foobar 2001 for QGIS")
 
 
Describe your idea
 
  1. Introduction
 
  2. Background
 
  3. The idea
 
  4. Project plan (how do you plan to spend your summer?)
 
  5. Future ideas / How can your idea be expanded?
 
 
Explain how your SoC task would benefit the OSGeo member project and more generally the OSGeo Foundation as a whole:
 
 
Please provide details of general computing experience:
 
  (operating systems you use on a day-to-day basis, languages you could write a program in, hardware, networking experience, etc.)
 
 
Please provide details of previous GIS experience:
 
 
Please provide details of any previous involvement with GIS programming and other software programming:
 
 
Please tell us why you are interested in GIS and open source software:
 
 
Please tell us why you are interested in working for OSGeo and the software project you have selected:
 
 
Please tell us why you are interested in your specific coding project:
 
 
Would your application contribute to your ongoing studies/degree? If so, how?
 
 
Please explain how you intend to continue being an active member of your project and/or OSGeo AFTER the summer is over:
 
 
Do you understand this is a serious commitment, equivalent to a full-time paid summer internship or summer job?
 
  
=== What criteria did you use to select the individuals who will act as mentors for your organization? Please be as specific as possible. ===
+
The project administrator is appointed by the OSGeo board at the beginning of the year. The project administrator asks for one or two people she trusts to be the backup administrators. Mentors are selected by project steering committees and development teams based on their reputation as skilled developers, domain experience, previously demonstrated ability to support new project developers, and stated willingness to devote time to the mentoring process. We also try very hard to match up the student working on a specific module or tool with a developer with the best expertise in the relevant area. Backup mentors (mentors in training) are chosen by the member-project dev communities.
(required)
 
'''[provisional]'''
 
The project administrator is appointed by the OSGeo board at the beginning of the year. The project administrator asks for one or two people he trusts to be the backup administrators. Mentors are selected by project steering committees and development teams based on their reputation as skilled developers, domain experience, previously demonstrated ability to support new project developers, and stated willingness to devote time to the mentoring process. We also try very hard to match up the student working on a specific module or tool with a developer with the best expertise in the relevant area.  
 
  
 
We have in the past not voted up an otherwise good student project if there was no mentor capable of overseeing the project from a technical standpoint. Fortunately we have had a strong response from the developer pool so this has not been a major problem - it is however important to make the student aware of it, to avoid misunderstandings. Moreover, this should not happen with students who are approaching OSGeo for the first time, as they are less likely to know the right people/lists to contact.
 
We have in the past not voted up an otherwise good student project if there was no mentor capable of overseeing the project from a technical standpoint. Fortunately we have had a strong response from the developer pool so this has not been a major problem - it is however important to make the student aware of it, to avoid misunderstandings. Moreover, this should not happen with students who are approaching OSGeo for the first time, as they are less likely to know the right people/lists to contact.
Line 245: Line 232:
 
=== What is your plan for dealing with disappearing students? ===
 
=== What is your plan for dealing with disappearing students? ===
 
(required)
 
(required)
'''[provisional]'''
 
In order to minimize the chance of disappearing students we will ensure that the OSGeo administrative contact and the mentors have full contact information (email, home phone, etc) so that we can keep in touch with them at all times. We also stress to our students that this is a Job, as opposed to a school project.
 
  
In addition, we will make our reporting requirements clear up front. Letting the students know that we will require a weekly progress report to be posted to OSGeo's SoC mailing list (cc the member project's development mailing list), participation in public IRC channels and project mailing lists will all help ensure ongoing commitment to the work. Mentors are required to make sure that happens and that the lines of communication are kept open from beginning to end.
+
In order to minimize the chance of disappearing students we will ensure that the OSGeo administrative contact and the mentors have full contact information (email, home phone, etc) so that we can keep in touch with them at all times. We also stress to our students that this is a Job, as opposed to a school project, and require a timeline (including exams and vacations to work around) as part of the application.
 +
 
 +
In addition, we will make our reporting requirements clear up front. Letting the students know that we will require a weekly progress report to be posted to OSGeo's SoC mailing list (cc the member project's development mailing list), participation in public IRC channels and project mailing lists will all help ensure ongoing commitment to the work. Mentors are required to make sure that happens and that the lines of communication are kept open from beginning to end. Weekly progress reports are reviewed by all, and timeliness monitored and prodded by the org admins.
  
 
Other possibilities include:
 
Other possibilities include:
Line 257: Line 244:
  
 
=== What is your plan for dealing with disappearing mentors? ===
 
=== What is your plan for dealing with disappearing mentors? ===
(required)
 
'''[provisional]'''
 
Project steering committees will appoint replacement mentors if existing mentors become unavailable or unresponsive during the project period. We also plan to have backup mentors for all projects so the backup mentor can fill in for, or replace the primary mentor in case of changing circumstances. Our administrators take an active role communicating with students and mentors, and so will be able to help out early if there is a problem somewhere.
 
  
Among all the OSGeo mailing lists there are 14,000 subscribers, indicating a good pool of people to draw from if required. Due to relatively high member project code and personnel cross-over, in a pinch a mentor from another OSGeo project could usefully help out. Additionally this year we plan on communicating with mentors even more closely thus if something happens with the mentor it should not come as a surprise and additionally there is a backup mentor to continue the mentoring.
+
<!-- Violence.^w -->
 +
Project steering committees will appoint replacement mentors if existing mentors become unavailable or unresponsive during the project period. We also have backup mentors for all projects so the backup mentor can fill in for, or replace the primary mentor in case of changing circumstances. Our administrators take an active role communicating with students and mentors, and so will be able to help out early if there is a problem somewhere.
 +
 
 +
Among all the OSGeo mailing lists there are 20,000 subscribers, indicating a good pool of people to draw from if required. Due to relatively high member project code and personnel cross-over, in a pinch a mentor from another OSGeo project can usefully help out. Additionally this year we plan on communicating with mentors even more closely thus if something happens with the mentor it should not come as a surprise and additionally there is a backup mentor to continue the mentoring.
 +
 
 +
=== What steps will you take to encourage students to interact with your project's community before and during the program? ===
 +
(required)
  
=== What steps will you take to encourage students to interact with your project's community before, during and after the program? ===
+
The steps taken depend on the individual projects. As an example, in previous years we required weekly reports and encouraged the students to interact with us on the project mailing lists and IRC channels. We also encourage the developers and users who are not mentors to provide additional advice and feedback to the participating student and help with testing the students contributions during and after the program. In general other developers have not been shy about sharing their opinions, guidance, and advice on the member project development lists.
(required)
 
'''[provisional]'''
 
The steps taken depend on the individual projects. As an example, last year we required weekly reports and encouraged the students to interact with us on the project mailing lists and IRC channels. We also encourage the developers and users who are not mentors to provide additional advice and feedback to the participating student and help with testing the students contributions during and after the program. In general other developers have not been shy about sharing their opinions, guidance, and advice on the member project development lists.
 
  
 
Furthermore the mentors are encouraged to actively involve the students in the community by having the student interact with the mentor through the community (public) channels rather then one-on-one. This also assists with student integration into the project and alleviates the disappearing-mentor problem.
 
Furthermore the mentors are encouraged to actively involve the students in the community by having the student interact with the mentor through the community (public) channels rather then one-on-one. This also assists with student integration into the project and alleviates the disappearing-mentor problem.
  
This year we are also asking the student to think about the time after the summer already in the application.
+
We had hoped to encourage projects and students to get together during our large omnibus FOSS4G conference in May, but unfortunately the timing is out by a few days with respect to the accepted-students announcement and we will have to concentrate on smaller individual project code-sprints instead for in-person meet-ups. For example, in 2011 and 2012 we had good success with this with students introduced to the development community and talking about their projects early in the summer:
 +
http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Prague_2011 and http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Prague_2012
  
=== If you are a small or new organization applying to GSoC, please list a larger, established GSoC organization or a Googler that can vouch for you here. ===
+
=== What will you do to encourage that your accepted students stick with the project after Google Summer of Code concludes? ===
 +
 
 +
* Socially it's a nice place to be: As a large and mature FOSS organization with a large academic presence we have had a lot of success fostering a professional and friendly community environment.
 +
* Recognition: It is important to us that students feel they are part of the project and see their hard work appreciated.
 +
* Results: By encouraging ongoing community engagement during the student-mentor period we hope to knit the student into the project over the summer, to avoid the situation of having the student-mentor interaction happening in private and the code branch languishing without buy-in from the greater dev community.
 +
* Clear expectations: This year we are again asking the student to discuss the time after the summer in their initial application.
 +
 
 +
=== Are you a new organization who has a Googler or other organization to vouch for you? If so, please list their name(s) here. ===
  
 
  n/a
 
  n/a
  
=== If you are a large organization who is vouching for a small organization applying to GSoC for their first time this year, please list their name and why you think they'd be good candidates for GSoC here ===
+
=== Are you an established or larger organization who would like to vouch for a new organization applying this year? If so, please list their name(s) here. ===
'''[provisional]'''
+
 
 +
No text - because this year we did not receive any vouching request.
  
As an umbrella organization we are fundamentally a conglomerate of small(er) organizations and so are well experienced in helping smaller mentoring teams. We have been happy to mentor-mentor small orgs in the past when they've approached us, each year taking in a few in-the-same-field projects who were not technically members of our Foundation but who otherwise would have missed out.
+
Still, as an umbrella organization we are fundamentally a conglomerate of small(er) organizations and so are well experienced in helping smaller mentoring teams. We have been happy to mentor-mentor small orgs in the past when they've approached us, each year taking in a few in-the-same-field projects who were not technically members of our Foundation but who otherwise would have missed out.
  
 +
<!--
 +
From 2012 application:
 
This year we decided to vouch for PLOTS (http://publiclaboratory.org/wiki/gsoc-2012), that aims to build open source tools for environmental monitoring by underserved communities. The GIS component of many of the SoC proposals and the empowerment of end users by open source development are common traits between our organisations. We hope that they will be accepted to GSoC and we wish to establish productive collaboration in the future.
 
This year we decided to vouch for PLOTS (http://publiclaboratory.org/wiki/gsoc-2012), that aims to build open source tools for environmental monitoring by underserved communities. The GIS component of many of the SoC proposals and the empowerment of end users by open source development are common traits between our organisations. We hope that they will be accepted to GSoC and we wish to establish productive collaboration in the future.
  
Line 286: Line 284:
  
 
As in 2011, there is also the Opticks project, but they are participating under the OSGeo umbrella, since they have started the OSGeo incubation process.
 
As in 2011, there is also the Opticks project, but they are participating under the OSGeo umbrella, since they have started the OSGeo incubation process.
 
+
-->
=== Anything else you'd like to tell us? ===
 
 
 
'''[provisional]'''
 
GSoC is a very important project for OSGeo. We are investing more and more to it every year. This year we have a second full-time administrator in order to improve on the quality of mentoring the mentors. For OSGeo GSoC is not only a means to increase the size of the community, but also an important event to grow awareness of our project in academia, and other open source communities.
 
 
 
=== Backup Admin (Link ID) ===
 
 
Backup administrators:
 
* Hamish Bowman (melange: hamish)
 
* Dustan Adkins (melange: dadkins_mentor)
 
  
  

Latest revision as of 02:20, 28 March 2013

Gsoc-2013-logo-color.jpg
OSGeo 300 127 pixel.png


http://www.google-melange.com


Application Deadline

Status: Applied with the text below

Timeline: http://www.google-melange.com/gsoc/events/google/gsoc2013
  • Friday, March 29: 19:00 UTC
Mentoring organization application deadline.
  • Monday, April 8: 19:00 UTC
List of accepted mentoring organizations published on the Google Summer of Code 2013 site.

Old

Pending

New

[provisional]

  • ?

For discussion

Possible additions to last year's

[provisional]

proposed additional question for the application:

  • HB: not really a question, but I propose we should reinforce that all questions must be answered by the students, they can't pick and choose the ones that make them look good. e.g. the student must be aware that if they fail to e.g. supply a timeline their application is incomplete and they won't be chosen.
  • AG: I agree, and the text you added on top of application template looks good to me.
  • HB: in the timeline question I propose we emphasize midterm deliverable(s). Also, what do you think about the idea of asking for internal 25% and 75% deliverables? (to avoid major shocks at the midterm and concertina workloads), with a note that 50,75,100% deliverables can be adjusted at quarterly delivery dates?
  • AG: It would help, but I don't know how easy it is for the student to provide them before he/she starts coding. Maybe we can ask them to accepted students, the first week(s) after acceptance.
  • HB: also re the all important timeline, I suggest we make it clear (somewhere) early on that learning how to compile, install, and use the software, and also spending weeks reading books is really stuff they should be doing before applying and on into the community bonding period. The previous years where coding for some projects didn't start until week 3-4 as the student didn't have the project code building yet isn't good enough IMO.
  • AG: Right. Let's state clearly that community bonding period is meant to catch up with these things, and then coding period can start right away.

Possible removals vs. last year's

  • Notably the student-application template has been removed from the application.

The Application

Organization id

osgeo

Organization name

OSGeo - Open Source Geospatial Foundation

Organization description

OSGeo is a non-profit organization serving as an umbrella organization for the Open Source Geospatial community in general and 29 code projects in particular:

Web Mapping: deegree, geomajas, GeoMoose, GeoServer, Mapbender, MapBuilder, MapFish, MapGuide Open Source, MapServer, OpenLayers, ZOO-Project

Desktop Applications: GRASS GIS, Quantum GIS, gvSIG, Opticks

Geospatial Libraries: FDO, GDAL/OGR, GEOS, GeoTools, MetaCRS*, OSSIM, PostGIS, rasdaman

The following are sub-projects of MetaCRS:
  • PROJ.4, GeoTIFF/libgeotiff, CS-Map, Proj4J, Proj4js, SpatialReference.org

Metadata Catalog: GeoNetwork

Other (non-code) Projects: Public Geospatial Data, Education and Curriculum, Live Handout DVD


We host the annual FOSS4G conferences (this year two of them) with typical attendance of 500-1000+ geospatial developers, industry and government types, and researchers. Our mailing lists collectively go out to ~ 20,000 unique subscribers.

Organization home page url

http://www.osgeo.org

Main organization license

GSoC program requires an OSI approved license, but the dropdown only lets you select one.

→ We go with GPL 2 since it seems to be the one most commonly used.

GNU General Public License version 2.0 (GPLv2)

Veteran/New

Veteran

Backup admin

The username of the user who will serve as the backup admin for this organization.

  • Hamish Bowman (melange: hamish)
  • Dustan Adkins (melange: dadkins_mentor)

→ but I guess we just have to pick one melange ID here?

Carol wrote on the ML: "You can set one backup admin as part of your application in the "backup admin" field. Should you be accepted into the program, yourself and the person listed in that field will immediately be admins for your org and you can then add as many additional admins for your org at that time."
hamish

(or dadkins_mentor, but I'm guessing that my (HB) UID has a much longer track record in the system and that might be what they're looking for)

If you chose "veteran" in the dropdown above, please summarize your involvement and the successes and challenges of your participation. Please also list your pass/fail rate for each year.

2007: 13/19
2008: 15/19
2009: 17/20
2010: 7/10
2011: 19/21
2012: 20/22


OSGeo participated in 2012, with 20 of 22 students completing the summer. We provided GSoC-specific umbrella support for two smaller projects from outside of our Foundation.

Successes: All in all our students were great and a lot of good work was completed -- perhaps the least remarkable-sounding but most important success we had is how smoothly everything ran in spite of handling our largest number of students yet. Many of our former students continue to be involved in our contributing projects' development and take on roles as mentors. A couple of smaller external projects we have taken under our GSoC umbrella in the past are now participating in our incubation process to become full members of our Foundation. One of our multi-year GSoC projects (gvSIG mini) now headlines the F-droid (FOSS for Android) repository's homepage!

Challenges: We require all projects have a backup mentor, and unfortunately had to make use of that this year. We had the fatal combination of a struggling-to-get-started student and a mentor who lost interest. In hindsight we felt that the mentor should have abandoned the project at mid-term and that we as admins should not have let the mentor over-extend himself, but even after the student lifted his game in the second half of the summer with a new direction, we (the admins) made the hard call to fail him on the final, to be paid half a summer's wages for half a summer's work. As a result, our slushy rules of one one-project per primary mentor and requiring detailed weekly status reports from students are now firmer, and we're more acutely aware of the need of earlier hands-on intervention by the admins.

Former GSoC student and mentor Anne G. smoothly transitioned into the role of lead admin from Wolf B., with Wolf and another long-serving co-admin standing by with advice. Since our umbrella is wide, we brought in an additional co-admin for better communication with mentors and projects that the other admins didn't know as well. Anne is a great communicator and has settled in well. (n.b. that wasn't written by her ;-)

OSGeo sent two delegates to the 2012 Mentor Summit, who chaired summit sessions on umbrella org admin'ing, geospatial FOSS, and humanitarian FOSS. We spent a lot of time comparing notes and ideas with other umbrella orgs and participating in Open Science sessions. We were lucky that our Foundation's long-serving president is now a Googler and could meet up with us on the side.


OSGeo participated in 2011, with a very good success rate. Many of the students continued to work with their OSGeo projects after the end of summer, and even become official contributors. The mentoring has been overall effective, and the communication among students, mentors and admins has been constant. Still, getting in contact with elusive participants represented the main difficulty, and has been addressed case to case. OSGeo sent 2 delegates to the 2011 Mentor Summit, and benefited of the presence of 2 more, who were already in Mountain View. As previous year, the delegates chaired a Geospatial session, and improved connections with many other projects.

OSGeo participated in 2010, and in many ways it was a tough year, but we like to think that we managed to come out victorious. It was challenging because our slot count was cut to about half of what we have had the previous year, while still having the same number, if not more projects participate under our umbrella. We also had some surprising student dropouts (one who is still MIA, as far as we know), maybe the aliens targeted OSGeo, because of our knowledge of the earth? ;) But despite these challenges we managed to put out some great projects and were in general very happy with the year. OSGeo sent 2 delegates to the 2010 Mentor summit who participated in many geospatial sessions and also chaired one session. We made new friends among the FLOSS geo-related projects and re-connected with old friends.

OSGeo participated in GSoC in 2009. Twelve OSGeo member projects participated and were very successful. The applications were of better quality so we had fewer dropouts than the previous year. We also had further cross-project co-operation projects, which went very well indeed. OSGeo Sent two delegates to the Mentor Summit.

OSGeo participated in GSoC in 2008. Eleven OSGeo member projects participated and were in general very successful. OSGeo didn't send delegates to the Mentor Summit due to the busy schedules of the mentors.

See http://wiki.osgeo.org/wiki/SoC_Report_2008 for a full report.

OSGeo participated in GSoC in 2007. Six OSGeo projects participated and were generally very successful. OSGeo also sent one delegate to the Mentor Summit in 2007. See http://wiki.osgeo.org/wiki/SoC_Report_2007 for a full report. We also opened up a demo theatre track highlighting SoC work at our foss4g conference that year.

OSGeo was formed in early 2006 and did not participate in GSoC prior to 2007. However, Refractions Research did participate in 2006 on behalf of the GeoTools, uDig, and PostGIS projects which now participate through OSGeo. Most of the the previously participating mentors and administrators continue to be involved in this years OSGeo GSoC effort.


If you chose "new" in the dropdown above, have you applied in the past? If so, for what year(s)?

n/a

Why is your organization applying to participate in GSoC 2013? What do you hope to gain by participating?

(required)

We hope to get more students excited about both open source and geospatial development. This will help to grow the development community and of course tangibly advance particular projects. Additionally by way of the level of exposure that SoC provides we aim to further extend the use, development, and teaching & training of open source GIS at universities worldwide. This will help to prepare a new generation of developers for industry and government agencies capable of introducing and implementing viable open source geospatial technology, to the benefit of all.

Last but not least we hope to use this opportunity to bring more open source geospatial projects closer and to communicate more. We are encouraging students to come up with ideas that cross project boundaries, and to find new ways to connect the separate efforts in order to bring out new and fundamentally improved wholes. After a previous SoC we saw the birth of a new project, Spatialytics, which is a novel combination of several geospatial technologies. This is, as stated above, one of our goals, which GSoC helps us achieve in a way which cannot be matched in any other regular effort.

Additionally it has been a great opportunity to mingle code with and get to know other like-minded FOSS projects in our app domain. (such as OpenStreetMap, Mapnik, Sahana, Ushahidi, ...)

What is the URL for your Ideas list?

http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2013_Ideas

What is the main development mailing list for your organization?

(required)

soc@lists.osgeo.org - For questions about applying and other GSoC questions

See http://wiki.osgeo.org/wiki/Mailing_Lists and http://lists.osgeo.org for
a full list and descriptions of the individual OSGeo project mailing lists.

What is the main IRC channel for your organization?

The primary OSGeo channel is #osgeo on the irc.freenode.net network.
member projects maintain their own IRC channels:
   http://wiki.osgeo.org/wiki/IRC

What criteria did you use to select your mentors for this year's program? Please be as specific as possible.

(required)

The project administrator is appointed by the OSGeo board at the beginning of the year. The project administrator asks for one or two people she trusts to be the backup administrators. Mentors are selected by project steering committees and development teams based on their reputation as skilled developers, domain experience, previously demonstrated ability to support new project developers, and stated willingness to devote time to the mentoring process. We also try very hard to match up the student working on a specific module or tool with a developer with the best expertise in the relevant area. Backup mentors (mentors in training) are chosen by the member-project dev communities.

We have in the past not voted up an otherwise good student project if there was no mentor capable of overseeing the project from a technical standpoint. Fortunately we have had a strong response from the developer pool so this has not been a major problem - it is however important to make the student aware of it, to avoid misunderstandings. Moreover, this should not happen with students who are approaching OSGeo for the first time, as they are less likely to know the right people/lists to contact.

What is your plan for dealing with disappearing students?

(required)

In order to minimize the chance of disappearing students we will ensure that the OSGeo administrative contact and the mentors have full contact information (email, home phone, etc) so that we can keep in touch with them at all times. We also stress to our students that this is a Job, as opposed to a school project, and require a timeline (including exams and vacations to work around) as part of the application.

In addition, we will make our reporting requirements clear up front. Letting the students know that we will require a weekly progress report to be posted to OSGeo's SoC mailing list (cc the member project's development mailing list), participation in public IRC channels and project mailing lists will all help ensure ongoing commitment to the work. Mentors are required to make sure that happens and that the lines of communication are kept open from beginning to end. Weekly progress reports are reviewed by all, and timeliness monitored and prodded by the org admins.

Other possibilities include:

  1. Having potential students work with their potential mentor to prepare a plan for the implementation of their project.
  2. Setting milestones that need to be reached by the student. These milestones would be defined before the student's work begins. A student would subsequently write a brief e-mail informing the OSGeo SoC mailing list (cc project-specific mailing list) when they have reached each milestone, giving a brief description of the work completed to that date. This is in addition to the weekly progress reports which are intended to be more casual and actively soliciting feedback.
  3. Selecting students that have shown previous interest in the geospatial field and free software. A student who already has a (reviewable) FOSS track record has a much higher chance of success.

What is your plan for dealing with disappearing mentors?

Project steering committees will appoint replacement mentors if existing mentors become unavailable or unresponsive during the project period. We also have backup mentors for all projects so the backup mentor can fill in for, or replace the primary mentor in case of changing circumstances. Our administrators take an active role communicating with students and mentors, and so will be able to help out early if there is a problem somewhere.

Among all the OSGeo mailing lists there are 20,000 subscribers, indicating a good pool of people to draw from if required. Due to relatively high member project code and personnel cross-over, in a pinch a mentor from another OSGeo project can usefully help out. Additionally this year we plan on communicating with mentors even more closely thus if something happens with the mentor it should not come as a surprise and additionally there is a backup mentor to continue the mentoring.

What steps will you take to encourage students to interact with your project's community before and during the program?

(required)

The steps taken depend on the individual projects. As an example, in previous years we required weekly reports and encouraged the students to interact with us on the project mailing lists and IRC channels. We also encourage the developers and users who are not mentors to provide additional advice and feedback to the participating student and help with testing the students contributions during and after the program. In general other developers have not been shy about sharing their opinions, guidance, and advice on the member project development lists.

Furthermore the mentors are encouraged to actively involve the students in the community by having the student interact with the mentor through the community (public) channels rather then one-on-one. This also assists with student integration into the project and alleviates the disappearing-mentor problem.

We had hoped to encourage projects and students to get together during our large omnibus FOSS4G conference in May, but unfortunately the timing is out by a few days with respect to the accepted-students announcement and we will have to concentrate on smaller individual project code-sprints instead for in-person meet-ups. For example, in 2011 and 2012 we had good success with this with students introduced to the development community and talking about their projects early in the summer: http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Prague_2011 and http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Prague_2012

What will you do to encourage that your accepted students stick with the project after Google Summer of Code concludes?

  • Socially it's a nice place to be: As a large and mature FOSS organization with a large academic presence we have had a lot of success fostering a professional and friendly community environment.
  • Recognition: It is important to us that students feel they are part of the project and see their hard work appreciated.
  • Results: By encouraging ongoing community engagement during the student-mentor period we hope to knit the student into the project over the summer, to avoid the situation of having the student-mentor interaction happening in private and the code branch languishing without buy-in from the greater dev community.
  • Clear expectations: This year we are again asking the student to discuss the time after the summer in their initial application.

Are you a new organization who has a Googler or other organization to vouch for you? If so, please list their name(s) here.

n/a

Are you an established or larger organization who would like to vouch for a new organization applying this year? If so, please list their name(s) here.

No text - because this year we did not receive any vouching request.

Still, as an umbrella organization we are fundamentally a conglomerate of small(er) organizations and so are well experienced in helping smaller mentoring teams. We have been happy to mentor-mentor small orgs in the past when they've approached us, each year taking in a few in-the-same-field projects who were not technically members of our Foundation but who otherwise would have missed out.


[Back to Google Summer of Code 2013 @ OSGeo]