Difference between revisions of "SoC2007 application"
(→Why are we applying for participation)
|Line 125:||Line 125:|
===Why are we applying for participation===
===Why are we applying for participation===
===What do we hope to gain by participating===
===What do we hope to gain by participating===
===Did your organization participate in GSoC 2005 or 2006===
===Did your organization participate in GSoC 2005 or 2006===
Revision as of 22:45, 6 March 2007
- 1 Organization
- 2 Why are we applying for participation
- 3 What do we hope to gain by participating
- 4 Did your organization participate in GSoC 2005 or 2006
- 5 Who is the administrator
- 6 What license does your project use
- 7 What is the URL for your ideas page
- 8 What is the main development mailing list for your organization
- 9 What is the main IRC channel for your organization
- 10 Does your organization have an application template you would like to see students use? If so, please provide it now
- 11 Who will be your backup organization administrator? Please include Google Account information
- 12 Who will your mentors be? Please include Google Account Information
- 13 What criteria did you use to select these individuals as mentors? Please be as specific as possible
- 14 What is your plan for dealing with disappearing students
- 15 What is your plan for dealing with disappearing mentors
- 16 What steps will you take to encourage students to interact with your project's community before, during and after the program
- 17 What will you do to ensure that your accepted students stick with the project after GSoC concludes?
We are used to collaborate across timezones and cultures. For the Google Summer of Code we gave ourself a more formal project organization structure in addition to the two software project organizations hugin and panotools .
To offer the students and mentors the best chances of success, we have constituted a varied Steering Committee representing the wider interests around the code. Students and mentors will be required to produce regular progress reports. The Steering Committee will have an advisory role to them, bringing in years of disparate experience and relevant industry contacts.
G. Donald Bain
G. Donald Bain manages the Geography Computing Facility at the University of California Berkeley, where he also teaches cartography and field studies. The rest of the time he devotes to VR.
Hi is a board member of IVRPA.
He travels and take panoramas for his web site: Don Bain's Virtual Guidebooks. This project (his wife refers to it as his obsession) has taken him from Tahiti to the Arctic, from the prehistoric ruins of the Southwest to the glaciers of the Canadian Rockies. As a compulsive educator it has been a real treat, documenting and sharing his landscapes with the world. He has taken over 4000 panoramas, with about 3500 currently on the site .
He co-founded the World Wide Panorama, the largest international collaborative effort showcasing over 3000 panoramas from VR-artists all over the world taken over 11 editions.
Aldo Hoeben has been involved in panoramic photography since 1996. Over the years, he deployed several different viewing technologies, discovering the merits and limitations of each technology. With a steady development of mainstream computer graphics hardware and the arrival of broadband internet, the time to initiate new innovations in the field of panoramic imaging has come.
This is why Aldo started to develop the SPi-V engine; a hardware accelerated panorama viewing engine, based on Macromedia's acclaimed Shockwave technology. When SPi-V 1.0 was released in 2004, it was the first publically available, hardware accelerated panorama viewer, running on both Windows and Mac OS platforms. For more information about fieldOfView or the SPi-V engine, please visit the fieldOfView website.
In 2006, Aldo joined the IVRPA Board of Directors and headed the team that created the new IVRPA community website, based on the open source Drupal CMS.
Trained as an industrial designer, Aldo's expertise lies in prototyping interactions. From 2000 - 2005, he taught courses on interaction design to Delft University of Technology design students.
Erik Krause got his first SLR 1976 at the age of 15 (a fully manual Exa 1b), had his first darkroom experience at school and continued to shoot ever since, mostly slide film.
Unusual careers seem normal among panoramists: After school in the 1980ies Erik taught himself guitar making and in the 1990ies programming. From 1997 to 2003 he was employed as a programmer and team leader developing Oracle based applications. He quit work in order to be responsible for his two sons and to be a guitar maker again.
In 2001 he shot his first cylindrical panorama and in 2002 his first spherical. Since then he has an ever increased interest both in the technical background and the aesthetical possibilities of panoramas.
Erik wrote many contributions to this wiki, he currently is wiki admin, PanotoolsNG mailing list co-moderator and member of the preliminary board of the PanoTools Verein.
Luca N. Vascon
A digital photographer since the eighties and a panoramic photographer since 1990, Dr. Luca N. Vascon is a teaching assistant and superintendent of the Multimedia Laboratory Magazzino7 at the Design and Arts faculty of IUAV University of Venice, Italy.
Educated in Industrial Design at the IUAV University of Venice, Luca has been photographing architecture, interiors and since 1999 has been working on immersive photography and digital panoramas.
Since 2003 he cooperates to plan and execute FSE courses at the Design and Arts faculty of IUAV University of Venice where he teaches the European Social Fund course of Photography, Digital Photography, Panoramic Photography - "Immersive Imaging" and Macromedia Flash for cartoons.
Since 2004 he also design panorama and VR-object tools for Agnos S.r.L., a leading European manufacturer of panorama hardware.
In 2005 Luca organized and managed the PanoTools Meeting in Venice, a yearly international Immersive Imaging congress.
In 2006 he was visiting professor at the Politecnico di Milano in Como, teaching Digital Panoramas and Immersive Imaging.
He collaborated as an advisor on the MIT project "History Unwired".
Moreover he collaborates as beta tester, translator and graphic designer for commercial and open source panorama related software (Pano2QTVR, Fma, PTgui, PTmac and more) and is committed to the diffusion of open source software and open content culture.
- Panoramic mapping of Gran Teatro La Fenice - Venice
- Panoramic mapping of Palazzo Franchetti, Istituto Veneto di Scienze, Lettere ed Arti - Venice
- Panoramic mapping of Casa del Mantegna - Mantova
- With Antonio Garbasso, panoramic mapping of the Arsenale - Venice
Born in Israel, raised in Switzerland and currently living in Canada, Yuval's life has been an exciting journey through multiple cultures. Schooled in Italian in the sunny part of Switzerland, he moved to Zurich to attend university in German and followed his girlfriend (turned wife) to Paris. Fluent in Italian, German, French, English and Hebrew, he can get along in a few more languages too.
Like his life path, his career has been a stimulating passage through various disciplines. Educated as an MBA, trained as a CFA he never really fitted into any one mold. Even before university he engaged in commercial computer programming at the age of 14. While working for world class banks, he also had a stint as a dive-master in the Caribbean. Photography has always been a passion.
Twenty percent schooled and eighty percent self taught, Yuval constantly seeks to apply his brain to new knowledge. The request of a Dutch customer for a virtual tour of his hotel got him started on panoramas and virtual reality. That was in late 2003, when Yuval was in between moving from Paris to Québec.
Passion turned into fervor. He embarked on a path of discovery and learning, honed his skills and participated as a VR artist in different forums.
- In December 2004 he participated for the first time in the World Wide Panorama and has not missed one edition (four times a year) since. 
- In May 2005 his submission was accepted into the exclusive collection of Panoramas of World War II Landmarks. 
- In August 2006 his work was published by the prestigious industry magazine VRmag.
Yuval is involved in VR not only artistically, but also technically. His Brocap tool was one of the first to detect available VR technology in the browser and display accordingly. In 2006 he set up a business that offers standardized real estate tours. In that context, his business was chosen by Remax-Québec to photograph the Maison Opération Enfant Soleil 2006 - the first prize of a yearly lottery benefiting children in hospitals.
Our mentors all have experience of mentoring students in an academic environment.
Pablo d'Angelo is the initiator and main developer of the hugin project. He has studied computer engineering at the University of applied sciences Ulm, and is currently working at the DaimlerChrysler Research Center in Ulm, where he does research on advanced 3D reconstruction techniques for industrial quality inspection. He is also working towards a PhD in the field of computer vision at the University of Bielefeld, which will likely be granted in Summer 2007.
Herbert Bay received his PhD from ETH Zurich in 2006.
His career is rather unusual: After his apprenticeship as a machine mechanic apprentice, he spent an adventurous two-year period of traveling, jobbing, windsurfing and other funny things. Then he made up his mind and entered the Swiss Federal Institute of Technology in Lausanne (EPFL) with best grades.
His Master studies in Micro-engineering got enriched by an exchange year in Montreal, Canada where he first discovered his interest for Computer Vision. After numerous projects in the field of Computer Graphics and Image Processing, he graduated in 2002.
After his master, he was helping customers to address their critical business challenges for e-learning projects as a Junior Engagement Manager at IBM Switzerland. Day after day, his increasing desire to realize some of his long ignored ideas pushed him further to undertake a PhD at the Computer Vision Lab of ETH Zurich  in 2003.
During his PhD Herbert Bay was focusing on image correspondence as well as their applications like 3D reconstruction, object recognition, and image mosaicking. He successfully mentored numerous projects related to these topics. With his new approach of finding point correspondences between images, also known as SURF  (Speeded Up Robust Features), he outperformed the state-of-the-art in both speed and performance.
Currently, Herbert Bay is working for his own company focusing on object recognition with mobile phones. Besides Computer Vision, he is fond of photography, sailing, arts and archeology, among many other things.
Daniel M. German
I am assistant professor at the Department of Computer Science at the University of Victoria, in British Columbia, in Canada. I received my PhD in Computer Science from the University of Waterloo in Canada.
One of my areas of research is open source software development. I am interested in understanding how globally distributed individuals are able to work together to create commercial strength software. I have also explored the use of historical artifacts (such as version control logs, emails, defect tracking) can be used to understand how a system has evolved and how this information can be used to continue its development.
More recently I have been interested in the field of computational photography. More specifically on how to project extreme wideangle images and spherical panoramas into acceptable flat representations.
During the last year I have been the maintainer of Panotools (http://panotools.sourceforge.net).
As a university professor one of my jobs is the supervision of students. I have graduated 6 Master's students, and I am currently supervising 3 Master's, and 1 Ph.D. Student.I have supervised more than a dozen honours projects of undergraduate students in computer science.
I am also an avid photographer. My works have been exhibited in several galleries.
Some volunteers already came forward. Serious recruiting effort will start after the mentoring organization is accepted.
Why are we applying for participation
What do we hope to gain by participating
Did your organization participate in GSoC 2005 or 2006
We did not participate in GSoC in the past and we never applied before.
Who is the administrator
What license does your project use
What is the URL for your ideas page
What is the main development mailing list for your organization
What is the main IRC channel for your organization
Does your organization have an application template you would like to see students use? If so, please provide it now
- name / university / current enrollment
- short bio
- did you ever code in C or C++, yes/no? please provide examples of code.
- do you photograph panoramas? please provide examples.
- do you make other use of hugin/panotools than for stitching panoramas? please describe and show examples.
- were you involved in hugin/panotools development in the past? what was your contribution?
- were you involved in other OpenSource development projects in the past? which, when and in what role?
- why have you chosen your development idea and what do you expect from your implementation?
Who will be your backup organization administrator? Please include Google Account information
Alexandre Prokoudine (firstname.lastname@example.org)
Who will your mentors be? Please include Google Account Information
- Pablo d'Angelo
- Daniel M. German
- Herbert Bay
- any other "senior" developer or academic with mentoring experience around?
What criteria did you use to select these individuals as mentors? Please be as specific as possible
- familiarity and experience with the production process of stitched panoramas
- knowledge of the universe of code applied to stitched panoramas
- experience in mentoring junior coders, possibly from an academic environment
- in depth knowledge of user requirements
What is your plan for dealing with disappearing students
First we try to minimize the risk of disappearing students.
At the recruiting stage we screen the candidates carefully. We can draw on a fairly large pool of students that are users of the panotools and are likely to find candidates from within the ranks of more than 2000 very active users.
We align their interest with ours - for example last year the community arranged for a fund raiser that resulted in the donation of a fish-eye lens to the maintainer of a core software component. This aligned his interests with the interests of the community and helped insure continued support for this kind of lens that is the most widely used in our community. With the help of our steering committee we are likely to initiate similar activities to bind the student to the community.
Depending on the context it might also be possible to structure the work as academic credits to further incentivation.
In the unlikely event that the student disappears, we feel we have a responsibility toward our steering committee, our community, our sponsors. We intend to complete the projects and will do so by looking for a skilled replacement to continue the work. It might take longer than expected, but we will get there. The advancement of hugin and the set of tools around it is driven by user's needs and will relentlessly move forward, even if at a slower pace.
What is your plan for dealing with disappearing mentors
The selected mentors are well known and connected in the community. We estimate the risk of a disappearing mentor to be very low. To minimize the impact of such an unlikely event we strive to have two mentors per project that can replace each other seamlessly. In the event that one of the two mentors disappears, recruiting efforts for a backup mentor will start immediately. Our steering committee is well connected and will support the organizer in the efforts to recruit replacement mentors. Our community has already experienced the disappearing of key figures on important projects and survived the test when Helmut Dersch, founding father of the panotools library that is at the core of our community, disappeared.
What steps will you take to encourage students to interact with your project's community before, during and after the program
First of all, we hope to recruit a student from the community. This is a growing and vibrant community. We will make sure that the student has the appropriate gear to shoot panoramas and we will do all we can to share with them our passion for panoramas. We have already organized a fund raiser to donate a fish-eye lens to one of the project maintainers and we can do this again and again.
What will you do to ensure that your accepted students stick with the project after GSoC concludes?
We will make sure he or she enjoys the practical aspects of panorama photography. Part of the assignement will be of practical nature: *use* the software to learn it, not just *code*.