|
Marcel, Michael,
These files are fixed for 2.0.0 with versioning ? https://bugs.kde.org/show_bug.cgi?id=142056 https://bugs.kde.org/show_bug.cgi?id=125387 It's possible to drive this feature with versioning ? https://bugs.kde.org/show_bug.cgi?id=121310 What's about to tag image region ? https://bugs.kde.org/show_bug.cgi?id=146337 About geolocation, these files are fixed ? https://bugs.kde.org/show_bug.cgi?id=184833 https://bugs.kde.org/show_bug.cgi?id=192442 Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
On Fri, Feb 4, 2011 at 5:10 PM, Gilles Caulier <[hidden email]> wrote: Marcel, Michael, The first bug is solved in the Geolocation interface implemented by Michael. From what I know, in this moment, one cannot drag and drop the images in the Map widget from the left-sidebar. So, to be more precise, is done in Geolocation Tool, is not done in digikam's map from the left-sidebar panel. The second bug is solved by mine and Michael's project from GSoC from last year. Best Regards, Gabriel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
On 02/04/2011 04:10 PM, Gilles Caulier wrote:
> Marcel, Michael, > > What's about to tag image region ? > > Tag regions of an image > https://bugs.kde.org/show_bug.cgi?id=146337 IIRC, we can tag faces, but there is no arbitrary region tagging with just descriptions. Also, those regions are not yet stored in the files? > About geolocation, these files are fixed ? > > drag and drop images on marble map > https://bugs.kde.org/show_bug.cgi?id=184833 No. This one talks about dragging images onto the marble instance in the images gps properties tab. That has not yet been implemented. One reason is time, another is that we talked at the sprint about when to save changes made to the images. We would like to be able to delay writing the changes until the user is done with the whole album, but IIRC there need to be some changes made for that. > Allow tags to be used to geolocate images > https://bugs.kde.org/show_bug.cgi?id=192442 No. Here I read only the first comment, and to my understanding the request is that coordinates be saved along with tags. This we have not (yet?) implemented. We only have reverse geocoding, which creates tags from coordinates, but not coordinates from tags. Michael _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
In reply to this post by Gilles Caulier-4
> These files are fixed for 2.0.0 with versioning ? > > https://bugs.kde.org/show_bug.cgi?id=142056 > https://bugs.kde.org/show_bug.cgi?id=125387 Yes, I have closed them. > > It's possible to drive this feature with versioning ? > > https://bugs.kde.org/show_bug.cgi?id=121310 Yes! We will have the necessary tools. I want to implement that sooner or later. > > What's about to tag image region ? > > https://bugs.kde.org/show_bug.cgi?id=146337 As Michael already said, it is used for faces, and not yet written to metadata. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
2011/2/4 Marcel Wiesweg <[hidden email]>:
> >> These files are fixed for 2.0.0 with versioning ? >> >> https://bugs.kde.org/show_bug.cgi?id=142056 >> https://bugs.kde.org/show_bug.cgi?id=125387 > > Yes, I have closed them. > >> >> It's possible to drive this feature with versioning ? >> >> https://bugs.kde.org/show_bug.cgi?id=121310 > > Yes! We will have the necessary tools. > I want to implement that sooner or later. > Ok. I thinking to set an entry in GoSC2011 for this. It's an important feature to be homogeneous with other photo management software as Aperture or LightRoom. Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
> > Yes! We will have the necessary tools. > > I want to implement that sooner or later. > > Ok. > I thinking to set an entry in GoSC2011 for this. It's an important > feature to be homogeneous with other photo management software as > Aperture or LightRoom. I would think it is not that much work to keep a student busy over three months. We'll need drag-and-drop to stack photos, context menu to un-stack, some special drawing in the icon view, some code added to the history sidebar. Any more UI needed? _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
2011/2/5 Marcel Wiesweg <[hidden email]>:
> > >> > Yes! We will have the necessary tools. >> > I want to implement that sooner or later. >> >> Ok. >> I thinking to set an entry in GoSC2011 for this. It's an important >> feature to be homogeneous with other photo management software as >> Aperture or LightRoom. > > I would think it is not that much work to keep a student busy over three > months. We'll need drag-and-drop to stack photos, context menu to un-stack, > some special drawing in the icon view, some code added to the history sidebar. > Any more UI needed? Yes, I remember an entry in CameraGUI component from bugzilla, about a way to group image together (RAW +JPEG) automatically and to register the database accordingly. Something can be do in LT thumbbar to group items. Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
| Free forum by Nabble | Edit this page |
