Projects/Digikam/CodingSprint2009-summary: Difference between revisions

From KDE TechBase
No edit summary
No edit summary
 
(7 intermediate revisions by 3 users not shown)
Line 1: Line 1:
The developers of digiKam and the  Kipi project came together in Essen, Germany on November 13-15 for the second coding sprint for KDE photography applications. With digiKam preparing for the 1.0 release shortly before Christmas, plans were discussed and work began already in feature branches for the following release. A lot of work was put into polishing Windows support, with collaborative testing and bug fixing. The developers of Kamoso took the opportunity to bring Kipi support to their application. A lot of discussion was centered around a future architecture for Kipi plugins for syncing with web services and how Akonadi could help in this context.  
The developers of digiKam and the  Kipi project came together in Essen, Germany on November 13-15 for the second coding sprint for KDE photography applications. With digiKam preparing for the 1.0 release shortly before Christmas, plans were discussed and work began already in feature branches for the following release. A lot of work was put into polishing Windows support, with collaborative testing and bug fixing. The developers of Kamoso took the opportunity to bring Kipi support to their application. A lot of discussion was centered around a future architecture for Kipi plugins for syncing with web services and how Akonadi could help in this context.  


DigiKam developer Gilles Caulier hacked with Kåre on the Acquire Images Kipi plugin and found some problems with the libksane Twain implementation.
http://farm3.static.flickr.com/2602/4104932135_3cb3f69536_m.jpg
Working on cross-platform support, he reported a lot of problems with digiKam on Windows to Patrick, who immediately went to fix them, shared his experience to compile digiKam under MinGW and MSVC, and tested compilation under Mac OS X on  Kåre's borrowed MacBook Air. Some problems in the liblqr library are waiting to be fixed.
 
digiKam developer Gilles Caulier hacked with Kåre Särs on the Acquire Images Kipi plugin and found some problems with the libksane Twain implementation.
Working on cross-platform support, he reported a lot of problems with digiKam on Windows to Patrick Spendrin, who immediately went to fix them, shared his experience to compile digiKam under MinGW and MSVC, and tested compilation under Mac OS X on  Kåre's borrowed MacBook Air. Some problems in the liblqr library are waiting to be fixed.


http://farm3.static.flickr.com/2624/4112660504_f043577c72_m.jpg
http://farm3.static.flickr.com/2624/4112660504_f043577c72_m.jpg


In discussions with Luka, Alex and Aleix plans for a common codebase for all import/export Kipi plugins were drafted. The Kipi interface was extended with a new way to export a whole collection using default settings and not starting a dialog.
In discussions with Luka Renko, Alex Fiestas and Aleix Pol plans for a common codebase for all import/export Kipi plugins were drafted. The Kipi interface was extended with a new way to export a whole collection using default settings and not starting a dialog.


http://farm3.static.flickr.com/2677/4105703894_93aa13a157_m.jpg
http://farm3.static.flickr.com/2677/4105703894_93aa13a157_m.jpg


Gilles and Marcel shared initial thoughts about future image versioning support in digiKam and wishes to support grouping of pictures, Gilles and Andi discussed how to refactor all the preview widgets in digiKam, which are still based on Qt3 support classes and wait for a pure Qt4 port. Features were reviewed and a paper created in SVN.
Gilles and Marcel Wiesweg shared initial thoughts about future image versioning support in digiKam and wishes to support grouping of pictures, Gilles and Andi Clemens discussed how to refactor all the preview widgets in digiKam, which are still based on Qt3 support classes and wait for a pure Qt4 port. Features were reviewed and a paper created in SVN.


http://farm3.static.flickr.com/2697/4105692984_057c594d9c_m.jpg
http://farm3.static.flickr.com/2697/4105692984_057c594d9c_m.jpg


With Michael, Gilles talked about face recognition and tagging of regions in an image. Here as well a proposal paper was created listing leading ideas. Improvements in the camera interface and supporting KDE notification for downloads were discussed.
With Michael G. Hansen, Gilles talked about face recognition and tagging of regions in an image. Here as well a proposal paper was created listing leading ideas. Improvements in the camera interface and supporting KDE notification for downloads were discussed.
 


http://farm3.static.flickr.com/2627/4104946465_95cedd5cd7_m.jpg


When not busy with coding and discussing, he tried to walk around inconspicuously with his camera to take photos of working hackers. But not only to personal pleasure, Gilles used these photos to perform in-deep testing of digiKam's RAW file import tool and revealing some problems. At last, Gilles started to write a new HDR creator plugin based on Qtpfsgui, but code is still under construction.
When not busy with coding and discussing, he tried to walk around inconspicuously with his camera to take photos of working hackers. But not only to personal pleasure, Gilles used these photos to perform in-deep testing of digiKam's RAW file import tool and revealing some problems. At last, Gilles started to write a new HDR creator plugin based on Qtpfsgui, but code is still under construction.
Line 22: Line 24:
http://farm3.static.flickr.com/2577/4105716638_9028bb4153_m.jpg
http://farm3.static.flickr.com/2577/4105716638_9028bb4153_m.jpg


Alex Fiestas and Aleix Pol, Kamoso developers, adapted the Kipi Plugins architecture to Kamoso, it was changed to provide better communication between the plugins and the host application. Done that, they ported Kamoso to use Kipi, that way Kamoso will be able to take advantage of the whole architecture (and hopefully more people in the future). Also they started the port of the youtube plugin to Kipi so at some point in the near future it will be possible to use it with the rest of Kipi applications.
Alex and Aleix, Kamoso developers, adapted the Kipi Plugins architecture to Kamoso, it was changed to provide better communication between the plugins and the host application. Done that, they ported Kamoso to use Kipi, that way Kamoso will be able to take advantage of the whole architecture (and hopefully more people in the future). Also they started the port of the youtube plugin to Kipi so at some point in the near future it will be possible to use it with the rest of Kipi applications.


http://farm3.static.flickr.com/2645/4104942389_5aa3ae14cd_m.jpg
http://farm3.static.flickr.com/2645/4104942389_5aa3ae14cd_m.jpg
   
   
Besides the usual amount of bug hunting and fixing, Kåre Särs, author of libksane, moved all the scan operations to separate threads to improve the scanning performance and to improve the responsiveness of the GUI. At the same time he cleaned up the logic a bit to make it easier to follow and implemented small GUI enhancements.
Besides the usual amount of bug hunting and fixing, Kåre, who is author of libksane, moved all the scan operations to separate threads to improve the scanning performance and to improve the responsiveness of the GUI. At the same time he cleaned up the logic a bit to make it easier to follow and implemented small GUI enhancements.


http://farm3.static.flickr.com/2670/4106816151_d6762945a6_m.jpg
http://farm3.static.flickr.com/2670/4106816151_d6762945a6_m.jpg


Holger Foerster, working on MySQL support for digiKam, brought his feature branch up to date again and, working with Marcel, ensured it is usable as well with the traditional SQLite database. MySQL support marks the start for a multi user digiKam application and other features in future.
Holger Foerster, working on MySQL support for digiKam, brought his feature branch up to date again and, working with Marcel, ensured it is usable as well with the traditional SQLite database. MySQL support marks the start for a multi user digiKam application and other features in future.
http://farm3.static.flickr.com/2537/4104948001_1230c91859_m.jpg
Functionality was tested and bugs fixed. For data conversion between the supported databases, development of a dialog was started where the user can copy the data from one database to another.
Functionality was tested and bugs fixed. For data conversion between the supported databases, development of a dialog was started where the user can copy the data from one database to another.


Line 36: Line 41:


Guillaume Paumier's main goal was to start working on an export plugin to Wikimedia Commons. By analyzing how the existing Facebook KIPI plugin was made, he was able to create the basis of the communication layer between the plugin and a MediaWiki site, even though not having done any C++/Qt development before. While the current work focuses on a specific wiki (Wikimedia Commons), it could be later extended to a more general MediaWiki library for Qt.
Guillaume Paumier's main goal was to start working on an export plugin to Wikimedia Commons. By analyzing how the existing Facebook KIPI plugin was made, he was able to create the basis of the communication layer between the plugin and a MediaWiki site, even though not having done any C++/Qt development before. While the current work focuses on a specific wiki (Wikimedia Commons), it could be later extended to a more general MediaWiki library for Qt.
http://farm3.static.flickr.com/2523/4104934891_2f61158455_m.jpg


Tom Albers, Akonadi and Mailody developer, joined in to give a talk and first-hand advice about Akonadi. He worked on an Akonadi resource for images and tried to convince the participating developers about utilizing Akonadi within Digikam. At the end of the meeting, the resource was able to succesfully and recursively list images in a folder and show their thumbnails.
Tom Albers, Akonadi and Mailody developer, joined in to give a talk and first-hand advice about Akonadi. He worked on an Akonadi resource for images and tried to convince the participating developers about utilizing Akonadi within Digikam. At the end of the meeting, the resource was able to succesfully and recursively list images in a folder and show their thumbnails.
http://farm3.static.flickr.com/2509/4106821429_145c5dc3bf_m.jpg


Johannes Wienke started porting the remaining substantial bits of code in digiKam still based on Q3Support view classes to the Qt model-view concept. At the sprint he started with the left side bar  
Johannes Wienke started porting the remaining substantial bits of code in digiKam still based on Q3Support view classes to the Qt model-view concept. At the sprint he started with the left side bar  
Line 44: Line 53:
http://farm3.static.flickr.com/2593/4105707132_bf43dc25c1_m.jpg
http://farm3.static.flickr.com/2593/4105707132_bf43dc25c1_m.jpg


Luka Renko started refactoring of KIPI Facebook Import/Export dialog by integrating all progress dialogs into main dialog. This work will continue in direction of a common UI look and feel for all import/export dialogs in KIPI. Guillaume's new Wikimedia plugin will be based on the
Luka started refactoring of KIPI Facebook Import/Export dialog by integrating all progress dialogs into main dialog. This work will continue in direction of a common UI look and feel for all import/export dialogs in KIPI. Guillaume's new Wikimedia plugin will be based on the
new UI design agreed on during the sprint. Luka also dived into Akonadi resources and KFacebook library: the plan is to extend them to provide virtual albums for Facebook through Akonadi.
new UI design agreed on during the sprint. Luka also dived into Akonadi resources and KFacebook library: the plan is to extend them to provide virtual albums for Facebook through Akonadi.


Michael G. Hansen worked on two areas: geolocation and face recognition.
http://farm3.static.flickr.com/2742/4105701938_d25db886e5_m.jpg
Michael discussed plans for a more generic geolocation-widget with Marcel and talked about nice-to-have features for better Marble integration with SaroEngels. As already said above, he discussed plans for tagging certain regions of an image as known from popular web services, andhow to store such information in image metadata.
 
Michael worked on two areas: geolocation and region tagging.
Michael discussed plans for a more generic geolocation-widget with Marcel and talked about nice-to-have features for better Marble integration with SaroEngels. As already said above, he discussed plans for tagging certain regions of an image as known from popular web services, and how to store such information in image metadata.


http://farm3.static.flickr.com/2592/4107584246_5f1b2b5065_m.jpg
http://farm3.static.flickr.com/2592/4107584246_5f1b2b5065_m.jpg


Andi Clemens set up a KDE build environment for Windows to finally be able to hunt bugs on the Microsoft platform as well, then took a look at some windows bugs with Patrick. This took some time, so unfortunately time was getting short for talking with Gilles and working on the new image editor layout and widgets planned for digiKam post-1.0. He fixed some bugs in AdvancedRename utility to make it work under Windows, appearing pretty much broken on MS in the current state.
Andi set up a KDE build environment for Windows to finally be able to hunt bugs on the Microsoft platform as well, then took a look at some windows bugs with Patrick. This took some time, so unfortunately time was getting short for talking with Gilles and working on the new image editor layout and widgets planned for digiKam post-1.0. He fixed some bugs in AdvancedRename utility to make it work under Windows, appearing pretty much broken on MS in the current state.


http://farm3.static.flickr.com/2547/4105709488_b341b5eb0a_m.jpg
http://farm3.static.flickr.com/2547/4105709488_b341b5eb0a_m.jpg


Marcel Wiesweg organized and hosted the whole event and is now happy that no severe complications arised (only Gilles being rejected to take his intended flight, but arriving the next morning, and Pieter Edelman missing the event due to a flu), and happy that everyone hopefully enjoyed the meeting. On Friday and Sunday he was concerned with picking up and bringing people from and to airport and train station. When started with coding, he worked with Johannes to point to all the code locations needing a model-view port, with Holger to round up the work on MySQL support, and discussed with Michael about geolocation in digiKam, its present problems and ideas for the future. The image metadata library in kdegraphics, libkexiv2, got one long-standing important bug fix requiring extensive changes, some cleanup, and support for accessing embedded previews for KDE 4.4.
Marcel organized and hosted the whole event and is now happy that no severe complications arised (only Gilles being rejected to take his intended flight, but arriving the next morning, and Pieter Edelman missing the event due to a flu), and happy that everyone hopefully enjoyed the meeting. On Friday and Sunday he was concerned with picking up and bringing people from and to airport and train station. When started with coding, he worked with Johannes to point to all the code locations needing a model-view port, with Holger to round up the work on MySQL support, and discussed with Michael about geolocation in digiKam, its present problems and ideas for the future.  
 
http://farm3.static.flickr.com/2719/4112661184_ae24203b66_m.jpg
 
The image metadata library in kdegraphics, libkexiv2, got one long-standing important bug fix requiring extensive changes, some cleanup, and support for accessing embedded previews for KDE 4.4. All event photos are available on Flickr group given below:
 
http://www.flickr.com/groups/kde-imaging-codingsprint/pool

Latest revision as of 15:41, 19 November 2009

The developers of digiKam and the Kipi project came together in Essen, Germany on November 13-15 for the second coding sprint for KDE photography applications. With digiKam preparing for the 1.0 release shortly before Christmas, plans were discussed and work began already in feature branches for the following release. A lot of work was put into polishing Windows support, with collaborative testing and bug fixing. The developers of Kamoso took the opportunity to bring Kipi support to their application. A lot of discussion was centered around a future architecture for Kipi plugins for syncing with web services and how Akonadi could help in this context.

http://farm3.static.flickr.com/2602/4104932135_3cb3f69536_m.jpg

digiKam developer Gilles Caulier hacked with Kåre Särs on the Acquire Images Kipi plugin and found some problems with the libksane Twain implementation. Working on cross-platform support, he reported a lot of problems with digiKam on Windows to Patrick Spendrin, who immediately went to fix them, shared his experience to compile digiKam under MinGW and MSVC, and tested compilation under Mac OS X on Kåre's borrowed MacBook Air. Some problems in the liblqr library are waiting to be fixed.

http://farm3.static.flickr.com/2624/4112660504_f043577c72_m.jpg

In discussions with Luka Renko, Alex Fiestas and Aleix Pol plans for a common codebase for all import/export Kipi plugins were drafted. The Kipi interface was extended with a new way to export a whole collection using default settings and not starting a dialog.

http://farm3.static.flickr.com/2677/4105703894_93aa13a157_m.jpg

Gilles and Marcel Wiesweg shared initial thoughts about future image versioning support in digiKam and wishes to support grouping of pictures, Gilles and Andi Clemens discussed how to refactor all the preview widgets in digiKam, which are still based on Qt3 support classes and wait for a pure Qt4 port. Features were reviewed and a paper created in SVN.

http://farm3.static.flickr.com/2697/4105692984_057c594d9c_m.jpg

With Michael G. Hansen, Gilles talked about face recognition and tagging of regions in an image. Here as well a proposal paper was created listing leading ideas. Improvements in the camera interface and supporting KDE notification for downloads were discussed.

http://farm3.static.flickr.com/2627/4104946465_95cedd5cd7_m.jpg

When not busy with coding and discussing, he tried to walk around inconspicuously with his camera to take photos of working hackers. But not only to personal pleasure, Gilles used these photos to perform in-deep testing of digiKam's RAW file import tool and revealing some problems. At last, Gilles started to write a new HDR creator plugin based on Qtpfsgui, but code is still under construction.

http://farm3.static.flickr.com/2577/4105716638_9028bb4153_m.jpg

Alex and Aleix, Kamoso developers, adapted the Kipi Plugins architecture to Kamoso, it was changed to provide better communication between the plugins and the host application. Done that, they ported Kamoso to use Kipi, that way Kamoso will be able to take advantage of the whole architecture (and hopefully more people in the future). Also they started the port of the youtube plugin to Kipi so at some point in the near future it will be possible to use it with the rest of Kipi applications.

http://farm3.static.flickr.com/2645/4104942389_5aa3ae14cd_m.jpg

Besides the usual amount of bug hunting and fixing, Kåre, who is author of libksane, moved all the scan operations to separate threads to improve the scanning performance and to improve the responsiveness of the GUI. At the same time he cleaned up the logic a bit to make it easier to follow and implemented small GUI enhancements.

http://farm3.static.flickr.com/2670/4106816151_d6762945a6_m.jpg

Holger Foerster, working on MySQL support for digiKam, brought his feature branch up to date again and, working with Marcel, ensured it is usable as well with the traditional SQLite database. MySQL support marks the start for a multi user digiKam application and other features in future.

http://farm3.static.flickr.com/2537/4104948001_1230c91859_m.jpg

Functionality was tested and bugs fixed. For data conversion between the supported databases, development of a dialog was started where the user can copy the data from one database to another.

http://farm3.static.flickr.com/2682/4105715438_61579fcb67_m.jpg

Guillaume Paumier's main goal was to start working on an export plugin to Wikimedia Commons. By analyzing how the existing Facebook KIPI plugin was made, he was able to create the basis of the communication layer between the plugin and a MediaWiki site, even though not having done any C++/Qt development before. While the current work focuses on a specific wiki (Wikimedia Commons), it could be later extended to a more general MediaWiki library for Qt.

http://farm3.static.flickr.com/2523/4104934891_2f61158455_m.jpg

Tom Albers, Akonadi and Mailody developer, joined in to give a talk and first-hand advice about Akonadi. He worked on an Akonadi resource for images and tried to convince the participating developers about utilizing Akonadi within Digikam. At the end of the meeting, the resource was able to succesfully and recursively list images in a folder and show their thumbnails.

http://farm3.static.flickr.com/2509/4106821429_145c5dc3bf_m.jpg

Johannes Wienke started porting the remaining substantial bits of code in digiKam still based on Q3Support view classes to the Qt model-view concept. At the sprint he started with the left side bar widgets. Porting the views there, and later the ones for the right side bar and other widgets, includes structural improvements and code simplifications.

http://farm3.static.flickr.com/2593/4105707132_bf43dc25c1_m.jpg

Luka started refactoring of KIPI Facebook Import/Export dialog by integrating all progress dialogs into main dialog. This work will continue in direction of a common UI look and feel for all import/export dialogs in KIPI. Guillaume's new Wikimedia plugin will be based on the new UI design agreed on during the sprint. Luka also dived into Akonadi resources and KFacebook library: the plan is to extend them to provide virtual albums for Facebook through Akonadi.

http://farm3.static.flickr.com/2742/4105701938_d25db886e5_m.jpg

Michael worked on two areas: geolocation and region tagging. Michael discussed plans for a more generic geolocation-widget with Marcel and talked about nice-to-have features for better Marble integration with SaroEngels. As already said above, he discussed plans for tagging certain regions of an image as known from popular web services, and how to store such information in image metadata.

http://farm3.static.flickr.com/2592/4107584246_5f1b2b5065_m.jpg

Andi set up a KDE build environment for Windows to finally be able to hunt bugs on the Microsoft platform as well, then took a look at some windows bugs with Patrick. This took some time, so unfortunately time was getting short for talking with Gilles and working on the new image editor layout and widgets planned for digiKam post-1.0. He fixed some bugs in AdvancedRename utility to make it work under Windows, appearing pretty much broken on MS in the current state.

http://farm3.static.flickr.com/2547/4105709488_b341b5eb0a_m.jpg

Marcel organized and hosted the whole event and is now happy that no severe complications arised (only Gilles being rejected to take his intended flight, but arriving the next morning, and Pieter Edelman missing the event due to a flu), and happy that everyone hopefully enjoyed the meeting. On Friday and Sunday he was concerned with picking up and bringing people from and to airport and train station. When started with coding, he worked with Johannes to point to all the code locations needing a model-view port, with Holger to round up the work on MySQL support, and discussed with Michael about geolocation in digiKam, its present problems and ideas for the future.

http://farm3.static.flickr.com/2719/4112661184_ae24203b66_m.jpg

The image metadata library in kdegraphics, libkexiv2, got one long-standing important bug fix requiring extensive changes, some cleanup, and support for accessing embedded previews for KDE 4.4. All event photos are available on Flickr group given below:

http://www.flickr.com/groups/kde-imaging-codingsprint/pool