Projects/Digikam/CodingSprint2009-summary

    From KDE TechBase
    Revision as of 14:04, 19 November 2009 by SaroEngels (talk | contribs)

    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, 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.

    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.

    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.

    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 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.

    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.

    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 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 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 G. Hansen worked on two areas: geolocation and face recognition. 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.

    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.

    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.

    Note: All event photos are available on Flickr group given below:

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