Difference between revisions of "Google Summer of Code 2016 Administrative"

From OSGeo
Jump to navigation Jump to search
 
(32 intermediate revisions by 17 users not shown)
Line 29: Line 29:
 
|width=100px|'''Nickname (IRC)'''
 
|width=100px|'''Nickname (IRC)'''
 
|width=250px|'''email'''
 
|width=250px|'''email'''
−
|'''Software'''
+
|'''Software community'''
 
|'''Idea(s) you are available to mentor'''
 
|'''Idea(s) you are available to mentor'''
 
|-
 
|-
Line 95: Line 95:
 
|JGrasstools, gvSIG, Geopaparazzi
 
|JGrasstools, gvSIG, Geopaparazzi
 
|
 
|
−
|-
 
 
|-
 
|-
 
|9
 
|9
Line 207: Line 206:
 
|adube AT mapgears dot com
 
|adube AT mapgears dot com
 
|OL3-Google-Maps
 
|OL3-Google-Maps
−
|
 
 
|
 
|
 
|-
 
|-
Line 216: Line 214:
 
|mlennert AT club dot worldonline dot be
 
|mlennert AT club dot worldonline dot be
 
|GRASS GIS
 
|GRASS GIS
 +
|
 
|-
 
|-
 
|24
 
|24
Line 223: Line 222:
 
|roberto dot marzocchi AT gmail dot com dot
 
|roberto dot marzocchi AT gmail dot com dot
 
|GRASS GIS
 
|GRASS GIS
 +
|
 +
|-
 +
|25
 +
|Brian M
 +
|Hamlin
 +
|darkblue_b
 +
|maplabs AT light42 DOT com
 +
|SciPy geospatial stack, PostGIS, gdal 2.0
 +
|
 +
|-
 +
|26
 +
|Jessica
 +
|Lapointe
 +
|
 +
|jlapointe AT mapgears dot com
 +
|OL3-Google-Maps
 +
|
 +
|-
 +
|27
 +
|Gérald
 +
|Fenoy
 +
|djay
 +
|gerald.fenoy AT geolabs.fr
 +
|ZOO-Project
 +
|
 +
|-
 +
|28
 +
|Massimo
 +
|Di Stefano
 +
|epifanio
 +
|epiesasha AT me DOT com
 +
|GRASS GIS
 +
| webgrass
 +
|-
 +
|29
 +
|Patrick
 +
|Hogan
 +
|
 +
|patrick.hogan AT nasa DOT gov
 +
|NASA World Wind
 +
|
 +
|-
 +
|30
 +
|Oscar
 +
|Kramer
 +
|
 +
|oscarkramer AT yahoo DOT com
 +
|OSSIM
 +
|
 +
|-
 +
|31
 +
|Jakub
 +
|Balhar
 +
|
 +
|jakub AT balhar DOT net
 +
|NASA World Wind
 +
|
 +
|-
 +
|32
 +
|Jonas
 +
|Eberle
 +
|
 +
|jonas.eberle AT gmx DOT de
 +
|PyWPS
 +
|
 +
|-
 +
|33
 +
|Martin
 +
|Landa
 +
|
 +
|landa.martin AT gmail DOT com
 +
|GRASS GIS
 +
|
 +
|-
 +
|34
 +
|Rob
 +
|Emanuele
 +
|lossyrob
 +
|rdemanuele AT gmail DOT com
 +
|GDAL
 +
|
 +
|-
 +
|35
 +
|Anita
 +
|Graser
 +
|
 +
|anitagraser AT gmx DOT at
 +
|QGIS
 +
|
 +
|-
 +
|36
 +
|Giustino
 +
|Tonon
 +
|
 +
|giustino.tonon AT unibz DOT it
 +
|JGrasstools
 +
|
 +
|-
 +
|37
 +
|Alessandro
 +
|Pasotti
 +
|
 +
|apasotti AT gmail DOT com
 +
|QGIS
 +
|QGIS Symbology Repository
 +
|-
 +
|38
 +
|David
 +
|Burken
 +
|
 +
|dburken AT gmail DOT com
 +
|OSSIM
 +
|
 +
|-
 +
|39
 +
|Óg
 +
|Crudden
 +
|
 +
|og.crudden AT gmail.com
 +
|OneBusAway
 +
|see [http://github.com/OneBusAway/onebusaway-application-modules/wiki/Google-Summer-of-Code-2016 here]
 +
|-
 +
|40
 +
|Markus
 +
|Neteler
 +
|
 +
|neteler AT osgeo DOT org
 +
|GRASS GIS
 +
|-
 +
|41
 +
|Joaquin
 +
|del Cerro
 +
|
 +
|jjdelcerro AT gvsig DOT com
 +
|gvSIG
 +
|
 +
|-
 +
|42
 +
|Óscar
 +
|Mártinez
 +
|
 +
|masquesig AT gmail DOT com
 +
|gvSIG
 +
|
 +
|-
 +
|43
 +
|Mirko
 +
|Cardoso
 +
|mirko
 +
|cardoso.mirko AT gmail DOT com
 +
|istSOS
 
|
 
|
 
|}
 
|}
Line 228: Line 378:
 
== A Mentor's Responsibilities ==
 
== A Mentor's Responsibilities ==
  
−
Being a mentor can take anywhere from 2-10 hours a week of your time depending on the student (it really ''is'' in your best interest to take on the strongest students you can find :). You must have the time to be responsive and an advocate for the student. No matter how cool the project is and how much your team needs the job done, if you can't commit to supporting it, experience shows that the best thing to do is not start it, i.e. even with the best of intentions don't set a student up to fail. Long story short, student projects simply can't go ahead without proper mentoring support.
+
Being a mentor can take anywhere from 2-10 hours a week of your time depending on the student (it really ''is'' in your best interest to take on the strongest students you can find). You must have the time to be responsive and an advocate for the student. No matter how cool the project is and how much your team needs the job done, if you can't commit to supporting it, experience shows that the best thing to do is not start it, i.e. even with the best of intentions don't set a student up to fail. Long story short, student projects simply can't go ahead without proper mentoring support.
  
−
Every student project will also have a '''backup mentor''', this person should come from your programming team and should at minimum keep up to date with the student's weekly developments. The best way is if the student is well integrated into your development team from the start, it lessens the workload on you and betters the buy-in from the rest of the community once you're ready for the final code merge.
+
Every student project will also have a '''backup mentor''', this person should come from your dev community and should at minimum keep up to date with the student's weekly developments. ''' Both mentors need to appoint themselves officially'''. The best way is if the student is well integrated into your development team from the start, it lessens the workload on you and betters the buy-in from the rest of the community once you're ready for the final code merge.
  
 
You '''must''' be available at some time during the '''midterm and final evaluation period'''. If you will be away during these time periods please arrange with the OSGeo org admins and your backup mentor so that one of us can fill in your answers for you. These are hard cutoffs -- evaluations ''must'' be filed within these dates.
 
You '''must''' be available at some time during the '''midterm and final evaluation period'''. If you will be away during these time periods please arrange with the OSGeo org admins and your backup mentor so that one of us can fill in your answers for you. These are hard cutoffs -- evaluations ''must'' be filed within these dates.
Line 246: Line 396:
 
=== Good ideas ===
 
=== Good ideas ===
  
−
* Test students before selection. Challenge them with small programming tasks or bug fixes. This will help them getting familiar with the dev environment well before GSoC starts, and helps mentors understand if they are capable.
+
* '''Test students before selection.''' Challenge them with small programming tasks or bug fixes. This will help them getting familiar with the dev environment well before GSoC starts, and helps mentors understand if they are capable. Think to a task much earlier to the timeline, and connect the task to the idea in the ideas page.  
−
* Be patient.
+
* Time management tip: Try not to mentor more than one project per year. In any case, '''you can be primary mentor only for one project.''' Consider carefully the time that you can allocate on GSoC.
 +
* ...
  
 
=== Bad ideas ===
 
=== Bad ideas ===
 +
 +
* ...
  
 
== Learn more ==
 
== Learn more ==

Latest revision as of 00:11, 19 April 2016

GSoC2016Logo.jpg @ OSGeo 300 127 pixel.png

This is the central page for OSGeo administrative information in Google Summer of Code 2016.

GSoC general information

Contacts

  • Margherita Di Leo acts as Administrative contact, with support from Anne Ghisla. Feel free to email us with any questions, we're here to help mentor the mentors as much as anything else!
  • Would-be mentors and students: you are invited to sign up to the OSGeo SoC mailing list right away. The list is the central communication channel for mentors, students and administrators. It is used for general GSoC announcements, specific OSGeo announcements, and for clarification about the program. As soon as you subscribe it, you are encouraged to introduce yourself and your role. We look forward to hear from you!

Mentors

If you're interested in mentoring / supervising a student for one of the software participating this year under OSGeo's umbrella, please add your name, email, OSGeo/guest software and the projects you're interested in mentoring here:

Number Name Surname Nickname (IRC) email Software community Idea(s) you are available to mentor
1 Margherita Di Leo madi diregola AT gmail DOT com admin at OSGeo Idea I would like to mentor
2 Alexander Bruy alexbruy alexander.bruy AT gmail.com QGIS
3 Victor Olaya volaya volayaf AT gmail DOT com QGIS
4 Daniel Kastl dkastl daniel AT georepublic DOT de pgRouting
5 Massimiliano Cannata maxi massimiliano.cannata AT gmail DOT com istSOS
6 Milan Antonovic milan milan.antonovic AT gmail DOT com istSOS
7 Jachym Cepicky jachym jachym.cepicky AT gmail PyWPS
8 Andrea Antonello moovida andrea.antonello AT gmail DOT com JGrasstools, gvSIG, Geopaparazzi
9 Rashad Kanavath rashadkm rashadkm AT gmail DOT com GRASS GIS, OSSIM, GDAL
10 Cameron Shorter CameronShorter cameronDOTs h o r ter AT gmail com OSGeo-Live
11 Stephen Woodbridge woodbri woodbri AT swoodbridge DOT com pgRouting
12 Vicky Vergara cvvergara vicky AT georepublic DOT de pgRouting
13 Dmitry Baryshnikov bishop bishop.dev AT gmail.com GDAL
14 Luca Delucchi lucadelu lucadeluge AT gmail.com GRASS GIS
15 Anna Petrasova kratochanna AT gmail.com GRASS GIS
16 Stefan Steiniger sstein AT geo.uzh.ch OneBusAway, OpenTripPlanner, OpenJUMP for OneBusAway see here
17 Sean Barbeau barbeau AT cutr.usf.edu OneBusAway, OpenTripPlanner for OneBusAway see here, also there are ideas around for OpenTripPlanner Android App, and the GTFS-RT Validator
18 Riccardo Rigon abouthydrology rccrd.rgn AT gmail DOT com JGrasstools, gvSIG, Geopaparazzi
19 Vaclav Petras wenzeslaus AT gmail.com GRASS GIS
20 Oliver May oliver AT dfc DOT be Geomajas, leaflet, openlayers, geoserver, geotools
21 Even Rouault even dot rouault AT spatialys dot com GDAL
22 Alexandre Dubé adube AT mapgears dot com OL3-Google-Maps
23 Moritz Lennert mlennert AT club dot worldonline dot be GRASS GIS
24 Roberto Marzocchi roberto dot marzocchi AT gmail dot com dot GRASS GIS
25 Brian M Hamlin darkblue_b maplabs AT light42 DOT com SciPy geospatial stack, PostGIS, gdal 2.0
26 Jessica Lapointe jlapointe AT mapgears dot com OL3-Google-Maps
27 Gérald Fenoy djay gerald.fenoy AT geolabs.fr ZOO-Project
28 Massimo Di Stefano epifanio epiesasha AT me DOT com GRASS GIS webgrass
29 Patrick Hogan patrick.hogan AT nasa DOT gov NASA World Wind
30 Oscar Kramer oscarkramer AT yahoo DOT com OSSIM
31 Jakub Balhar jakub AT balhar DOT net NASA World Wind
32 Jonas Eberle jonas.eberle AT gmx DOT de PyWPS
33 Martin Landa landa.martin AT gmail DOT com GRASS GIS
34 Rob Emanuele lossyrob rdemanuele AT gmail DOT com GDAL
35 Anita Graser anitagraser AT gmx DOT at QGIS
36 Giustino Tonon giustino.tonon AT unibz DOT it JGrasstools
37 Alessandro Pasotti apasotti AT gmail DOT com QGIS QGIS Symbology Repository
38 David Burken dburken AT gmail DOT com OSSIM
39 Óg Crudden og.crudden AT gmail.com OneBusAway see here
40 Markus Neteler neteler AT osgeo DOT org GRASS GIS
41 Joaquin del Cerro jjdelcerro AT gvsig DOT com gvSIG
42 Óscar Mártinez masquesig AT gmail DOT com gvSIG
43 Mirko Cardoso mirko cardoso.mirko AT gmail DOT com istSOS

A Mentor's Responsibilities

Being a mentor can take anywhere from 2-10 hours a week of your time depending on the student (it really is in your best interest to take on the strongest students you can find). You must have the time to be responsive and an advocate for the student. No matter how cool the project is and how much your team needs the job done, if you can't commit to supporting it, experience shows that the best thing to do is not start it, i.e. even with the best of intentions don't set a student up to fail. Long story short, student projects simply can't go ahead without proper mentoring support.

Every student project will also have a backup mentor, this person should come from your dev community and should at minimum keep up to date with the student's weekly developments. Both mentors need to appoint themselves officially. The best way is if the student is well integrated into your development team from the start, it lessens the workload on you and betters the buy-in from the rest of the community once you're ready for the final code merge.

You must be available at some time during the midterm and final evaluation period. If you will be away during these time periods please arrange with the OSGeo org admins and your backup mentor so that one of us can fill in your answers for you. These are hard cutoffs -- evaluations must be filed within these dates.

Guides for mentors

Tips for mentors

This section is for collecting suggestions on best practices, from mentors to other mentors. If you have good / bad experiences in mentoring, please share here! Remember that this is a public page, respect the privacy of the people.

Good ideas

  • Test students before selection. Challenge them with small programming tasks or bug fixes. This will help them getting familiar with the dev environment well before GSoC starts, and helps mentors understand if they are capable. Think to a task much earlier to the timeline, and connect the task to the idea in the ideas page.
  • Time management tip: Try not to mentor more than one project per year. In any case, you can be primary mentor only for one project. Consider carefully the time that you can allocate on GSoC.
  • ...

Bad ideas

  • ...

Learn more

Retrieved from "http://wiki.osgeo.org/w/index.php?title=Google_Summer_of_Code_2016_Administrative&oldid=98102"