|
Hi KDE teams,
This summer, digiKam team has work on 2 new features : face detection and reverse geo-coding. These features have been implemented during Google Summer of code 2010. You can see more information at these pages : http://techbase.kde.org/Projects/Digikam/CodingSprint2010 For Face detection we have implemented a shared library named "libkface" http://websvn.kde.org/trunk/kdereview/libkface/ For Reverse-Geocoding we have implemented another shared library named "libkmap" http://websvn.kde.org/trunk/kdereview/libkmap/ Both libraries have been hosted in a dedicated branch from KDE subversion repository. Following Albert Astals Cid tips from review-team mailing list, i moved this code to trunk/kdereview for 2 weeks. Code is open for review by KDE developers. The plan is to include libkmap and libkface to kdegraphics/libs with KDE 4.7. These libraries are shared between digiKam/kipi-plugins, and of course with others part of KDE applications. As you can see, in digiKam and kipi-plugins 2.0 release plan targeted for may 2011, but this can be delayed if problem occurs : http://www.digikam.org/drupal/about/releaseplan Remember that digiKam team already maintain 3 shared libraries named libkipi, libkexiv2, and libkdcraw into kdegraphics/libs. if all is fine, somebody can plan to patch KDE 4.7 plan to include this libraries in TODO list ? Thanks in advance Gilles Caulier digiKam team http://www.digikam.org _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
A Dilluns, 22 de novembre de 2010, Gilles Caulier va escriure:
> Hi KDE teams, > > This summer, digiKam team has work on 2 new features : face detection > and reverse geo-coding. > > These features have been implemented during Google Summer of code 2010. > You can see more information at these pages : > > http://techbase.kde.org/Projects/Digikam/CodingSprint2010 > > For Face detection we have implemented a shared library named "libkface" > > http://websvn.kde.org/trunk/kdereview/libkface/ > > For Reverse-Geocoding we have implemented another shared library named > "libkmap" > > http://websvn.kde.org/trunk/kdereview/libkmap/ > > Both libraries have been hosted in a dedicated branch from KDE > subversion repository. Following Albert Astals Cid tips from > review-team mailing list, i moved this code to trunk/kdereview for 2 > weeks. Code is open for review by KDE developers. > > The plan is to include libkmap and libkface to kdegraphics/libs with > KDE 4.7. These libraries are shared between digiKam/kipi-plugins, and > of course with others part of KDE applications. > > As you can see, in digiKam and kipi-plugins 2.0 release plan targeted > for may 2011, but this can be delayed if problem occurs : > > http://www.digikam.org/drupal/about/releaseplan > > Remember that digiKam team already maintain 3 shared libraries named > libkipi, libkexiv2, and > libkdcraw into kdegraphics/libs. > > if all is fine, somebody can plan to patch KDE 4.7 plan to include > this libraries in TODO list ? libkmap seems to have a hard dependency on marble, in the past we didn't want those, nor sure if that rule is still there. But if it is not, can you turn that hard dependency into a soft one, please? Seems like you are missing const in some getter functions like GeoCoordinates::Pair getSelectionRectangle(); Also AbstractMarkerTiler is all inline and has no d-pointer, not sure if you plan maintaining binary compatibility on this lib or not. libkface seems to embed a copy of libface, sure you don't want to use the system one? Can not compile libkface, i guess the problem is -- ERROR: OpenCV was not found. instead of that can you please use macro_log_feature and give some info of what that is and where to get it? Thanks, Albert > > Thanks in advance > > Gilles Caulier > digiKam team > http://www.digikam.org > _______________________________________________ > Kde-graphics-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/kde-graphics-devel Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
2010/11/24 Albert Astals Cid <[hidden email]>:
> A Dilluns, 22 de novembre de 2010, Gilles Caulier va escriure: >> Hi KDE teams, >> >> This summer, digiKam team has work on 2 new features : face detection >> and reverse geo-coding. >> >> These features have been implemented during Google Summer of code 2010. >> You can see more information at these pages : >> >> http://techbase.kde.org/Projects/Digikam/CodingSprint2010 >> >> For Face detection we have implemented a shared library named "libkface" >> >> http://websvn.kde.org/trunk/kdereview/libkface/ >> >> For Reverse-Geocoding we have implemented another shared library named >> "libkmap" >> >> http://websvn.kde.org/trunk/kdereview/libkmap/ >> >> Both libraries have been hosted in a dedicated branch from KDE >> subversion repository. Following Albert Astals Cid tips from >> review-team mailing list, i moved this code to trunk/kdereview for 2 >> weeks. Code is open for review by KDE developers. >> >> The plan is to include libkmap and libkface to kdegraphics/libs with >> KDE 4.7. These libraries are shared between digiKam/kipi-plugins, and >> of course with others part of KDE applications. >> >> As you can see, in digiKam and kipi-plugins 2.0 release plan targeted >> for may 2011, but this can be delayed if problem occurs : >> >> http://www.digikam.org/drupal/about/releaseplan >> >> Remember that digiKam team already maintain 3 shared libraries named >> libkipi, libkexiv2, and >> libkdcraw into kdegraphics/libs. >> >> if all is fine, somebody can plan to patch KDE 4.7 plan to include >> this libraries in TODO list ? > > libkmap seems to have a hard dependency on marble, in the past we didn't want > those, nor sure if that rule is still there. But if it is not, can you turn > that hard dependency into a soft one, please? digiKam already have an hard depency to marble, about geolocation feature, since 1.0.0 release. there is no problem with that... > > Seems like you are missing const in some getter functions like > GeoCoordinates::Pair getSelectionRectangle(); This is a question for Michael... > > Also AbstractMarkerTiler is all inline and has no d-pointer, not sure if you > plan maintaining binary compatibility on this lib or not. > idem... > libkface seems to embed a copy of libface, sure you don't want to use the > system one? It's optional. In fact we (digiKam team) working on libface project. We do the same with libraw in libkdcraw. it's to reduce the depencies big puzzle. > > Can not compile libkface, i guess the problem is > -- ERROR: OpenCV was not found. > instead of that can you please use macro_log_feature and give some info of > what that is and where to get it? > Already reported in digikam-devel, few day ago. investiguations are in progress by Marcel... Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
A Dimecres, 24 de novembre de 2010, Gilles Caulier va escriure:
> 2010/11/24 Albert Astals Cid <[hidden email]>: > > A Dilluns, 22 de novembre de 2010, Gilles Caulier va escriure: > >> Hi KDE teams, > >> > >> This summer, digiKam team has work on 2 new features : face detection > >> and reverse geo-coding. > >> > >> These features have been implemented during Google Summer of code 2010. > >> You can see more information at these pages : > >> > >> http://techbase.kde.org/Projects/Digikam/CodingSprint2010 > >> > >> For Face detection we have implemented a shared library named "libkface" > >> > >> http://websvn.kde.org/trunk/kdereview/libkface/ > >> > >> For Reverse-Geocoding we have implemented another shared library named > >> "libkmap" > >> > >> http://websvn.kde.org/trunk/kdereview/libkmap/ > >> > >> Both libraries have been hosted in a dedicated branch from KDE > >> subversion repository. Following Albert Astals Cid tips from > >> review-team mailing list, i moved this code to trunk/kdereview for 2 > >> weeks. Code is open for review by KDE developers. > >> > >> The plan is to include libkmap and libkface to kdegraphics/libs with > >> KDE 4.7. These libraries are shared between digiKam/kipi-plugins, and > >> of course with others part of KDE applications. > >> > >> As you can see, in digiKam and kipi-plugins 2.0 release plan targeted > >> for may 2011, but this can be delayed if problem occurs : > >> > >> http://www.digikam.org/drupal/about/releaseplan > >> > >> Remember that digiKam team already maintain 3 shared libraries named > >> libkipi, libkexiv2, and > >> libkdcraw into kdegraphics/libs. > >> > >> if all is fine, somebody can plan to patch KDE 4.7 plan to include > >> this libraries in TODO list ? > > > > libkmap seems to have a hard dependency on marble, in the past we didn't > > want those, nor sure if that rule is still there. But if it is not, can > > you turn that hard dependency into a soft one, please? > > digiKam already have an hard depency to marble, about geolocation > feature, since 1.0.0 release. there is no problem with that... Well, yes it is, as it is now, moving it to kdegraphics will make kdegraphics not compile if you don't have kdeedu installed, and that is totally unacceptable. Albert _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
On Wed, Nov 24, 2010 at 11:55 PM, Gilles Caulier <[hidden email]> wrote:
2010/11/24 Albert Astals Cid <[hidden email]>: Libkmap still needs some small changes and some polish. Me and Michael are aware of that, but we were both kind of busy in this period. Starting from Wednesday, I will start
working on our TODO list. Gabriel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Albert Astals Cid
2010/11/24 Albert Astals Cid <[hidden email]>:
> A Dimecres, 24 de novembre de 2010, Gilles Caulier va escriure: >> 2010/11/24 Albert Astals Cid <[hidden email]>: >> > A Dilluns, 22 de novembre de 2010, Gilles Caulier va escriure: >> >> Hi KDE teams, >> >> >> >> This summer, digiKam team has work on 2 new features : face detection >> >> and reverse geo-coding. >> >> >> >> These features have been implemented during Google Summer of code 2010. >> >> You can see more information at these pages : >> >> >> >> http://techbase.kde.org/Projects/Digikam/CodingSprint2010 >> >> >> >> For Face detection we have implemented a shared library named "libkface" >> >> >> >> http://websvn.kde.org/trunk/kdereview/libkface/ >> >> >> >> For Reverse-Geocoding we have implemented another shared library named >> >> "libkmap" >> >> >> >> http://websvn.kde.org/trunk/kdereview/libkmap/ >> >> >> >> Both libraries have been hosted in a dedicated branch from KDE >> >> subversion repository. Following Albert Astals Cid tips from >> >> review-team mailing list, i moved this code to trunk/kdereview for 2 >> >> weeks. Code is open for review by KDE developers. >> >> >> >> The plan is to include libkmap and libkface to kdegraphics/libs with >> >> KDE 4.7. These libraries are shared between digiKam/kipi-plugins, and >> >> of course with others part of KDE applications. >> >> >> >> As you can see, in digiKam and kipi-plugins 2.0 release plan targeted >> >> for may 2011, but this can be delayed if problem occurs : >> >> >> >> http://www.digikam.org/drupal/about/releaseplan >> >> >> >> Remember that digiKam team already maintain 3 shared libraries named >> >> libkipi, libkexiv2, and >> >> libkdcraw into kdegraphics/libs. >> >> >> >> if all is fine, somebody can plan to patch KDE 4.7 plan to include >> >> this libraries in TODO list ? >> > >> > libkmap seems to have a hard dependency on marble, in the past we didn't >> > want those, nor sure if that rule is still there. But if it is not, can >> > you turn that hard dependency into a soft one, please? >> >> digiKam already have an hard depency to marble, about geolocation >> feature, since 1.0.0 release. there is no problem with that... > > Well, yes it is, as it is now, moving it to kdegraphics will make kdegraphics > not compile if you don't have kdeedu installed, and that is totally > unacceptable. Do you mean that it will be more logic to host libkmap with KDEEDU or better, into marble as well ? Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Albert Astals Cid
On 11/24/2010 08:20 PM, Albert Astals Cid wrote:
> libkmap seems to have a hard dependency on marble, in the past we didn't want > those, nor sure if that rule is still there. But if it is not, can you turn > that hard dependency into a soft one, please? Initially, the plan was to not have a hard dependency on Marble, but then we ended up using many of the geo-related helper classes from Marble that would have otherwise to be rewritten. > Seems like you are missing const in some getter functions like > GeoCoordinates::Pair getSelectionRectangle(); > > Also AbstractMarkerTiler is all inline and has no d-pointer, not sure if you > plan maintaining binary compatibility on this lib or not. I will look into those. Regards, Michael _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
| Free forum by Nabble | Edit this page |
