[Bug 146337] New: Tag regions of an image

[Christian Weiske]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         
           Summary: Tag regions of an image
           Product: digikam
           Version: unspecified
          Platform: Gentoo Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: Tags
        AssignedTo: digikam-devel kde org
        ReportedBy: cweiske cweiske de


Version:            (using KDE KDE 3.5.5)
Installed from:    Gentoo Packages

It would be good to be able to tag regions of an image, not just the whole picture.
This functionality is known from flickr and facebook. Having support for this would lay the base to implement bug #146288 (face detection and recognition).


Examples:
http://flickr.com/tour/keepintouch/ (Notes and Comments)
http://idea.zanestate.edu/archives/2007/04/face-recognition-coming-to-f-spot/
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         




------- Additional Comments From kde colin guthr ie  2007-06-04 12:46 -------
Carrying over my comments from bug #146288:

From my point of view this would help for my Sync plugin (yeah I know I've made 0 progress lately!) when integrating with e.g. Facebook - Tags of regions to represent your friends etc.

I'd imagine an extension of the current tags concept to store always a region (defaults to the whole image) of an item. e.g. rather than just storing a boolean "has_tag" for the tag, digikam must store a region. Smaller regions can be defined that represent e.g. faces or other special notes of interest.

I can see how Face Detection could automate the assignment of these people tags.

For my purposes I would require that the tag region is queryable via the KIPI API.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         
kde colin guthr ie changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kde colin guthr ie
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         




------- Additional Comments From arnd.baecker web de  2007-06-04 15:39 -------
For the Notes and Comments example linked to in #0
we might need even a bit more than just an association with a tag,
because also an individual comment text
is used, right?

On the technical side, this would presumably mean to introduce
geometric objects (rectangle, circle, ellipse, polygon, ...)
into the database.
Such an object could then be connected with a tag.
Or/and it could be connected with an additional comment
(This comment would be different from the one attached with the full image).

Maybe there is a simpler way?

Technically one could think of using (a subset of) SVG to describe
the geometric objects; there are routines in Qt to deal with SVG,
though I don't if they can be used to draw on top of an image.

Another issue is then to think about a good way how
to create/add/edit geometric objects and the attached information.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Christian Weiske]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         




------- Additional Comments From cweiske cweiske de  2007-06-04 16:06 -------
The notes and comments was just an example that such systems have been implemented already and are useful.
I would be happy with just tags for a region.

And at first I would only allow rectangles to be selected. That requires storing two (x,y) coordinate pairs, not more. Allowing circles, rectangles and boolean operations on them would be overkill in my opinion.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         
stefan endrullis de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From stefan endrullis de  2007-11-10 15:52 -------
*** This bug has been confirmed by popular vote. ***
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         




------- Additional Comments From braiam.yesid yahoo com  2007-12-14 14:02 -------
I agree with Christian: rectangles are sufficient.

Systems with region tagging (i.e. Facebook) have always the same image size. Since digikam organizes local collections, where there are lots of images with disparate aspect ratios (this is more true to pro photographers, they cut the image just as a step of making the pic), what should be the size of the region?

One approach would be use a default fixed size, I think 20% of the image size (20% of the shorter side of the image). The other approach would be a user defined size.

(next paragraph is IMHO. I have not seen a single line of digikam. and have never written a single line of QT)
But note that both approaches have in practice, custom square size. So I think it could be implemented using a class with following attribs:  x, y, length, comment, tags. Explaining it a little more:
- x, y: could be the center of the area. alternatively, it could be the up-left corner.
- length: is the length of the side of the square
- comment: is a string with a custom comment for the region
- tags: is the collection of tags associated to this region
- and possibly, an ID field. I dont know what could be the next step in organizing photos, but a public region id could be useful in the future.

It could also be useful a list of regions in the side bar (QListView?). Some systems like Flickr let tag, but one should search with the pointer for regions. Some other systems, like Facebook, have the list of tagged items, and it's very handy. The mentioned list should not be a mere list, but some kind of a regions administrator. I think that below the list there would be a box to write/view the comment, and the tag selector.

For the user, I think the flow would go like this
- select the "create region" ("tag region", or any other name) button.
the pointer changes to crosshair, the sidebar gives the "click or drag to make a region" instruction. Possibly a more flashy behavior to reflect this "creating region" state could be a thick colored border for the image (ideally, a beautiful and sober highlighting frame).
- create the region by clicking or dragging
- if clicked or dragged a little, create the region with the default region size, and centered in the clicked point.
- if dragged more than (let's say) 4 or 5 px, begin making an area.
- When finished creating the region popup or focus to the frame containing the comment box and tags selector.
- if the popup was used, click ok and go to the normal state. If focus was used, just go to the normal state.

With this digikam would be ready to export to flickr with regions, to facebook with tags, and obviously, helping a little with bug #146288
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146337         




------- Additional Comments From braiam.yesid yahoo com  2007-12-14 14:25 -------
Sorry for the double post, but im thinking a lot on this.

Again, I agree with Christian. To allow rectangles and not only squares, its better to store two pairs of xy coordinates (not the x, y, and lenght combination that I proposed in the previous post).

And, I've noticed a problem... what should happen to regions if images are changed externally?. Cropped images could leave us with "out of range" regions!. Or shifted/rotated images could tag to incorrect objects in the image.

I think a workaround to solve this could be a feature that allow move and resize  all the regions as a group. Invalid (out of range) should be marked as invalid in the proposed administrator (red font or red background). I know it is a lot of work in the UI side, but thats the way I see it (again, IMHO).
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel