← Back to branch summary

~ubuntu-branches/ubuntu/saucy/digikam/saucy

« back to all changes in this revision

Viewing changes to core/README.FACE

  • Committer: Package Import Robot
  • Author(s): Felix Geyer, Rohan Garg, Philip Muškovac, Felix Geyer
  • Date: 2011-09-23 18:18:55 UTC
  • mfrom: (1.2.36 upstream)
  • Revision ID: package-import@ubuntu.com-20110923181855-ifs67wxkugshev9k
Tags: 2:2.1.1-0ubuntu1
https://launchpad.net/bugs/834190
https://launchpad.net/bugs/804894
[ Rohan Garg ]
* New upstream release (LP: #834190)
  - debian/control
    + Build with libqtwebkit-dev
 - debian/kipi-plugins-common
    + Install libkvkontakte required by kipi-plugins
 - debian/digikam
    + Install panoramagui

[ Philip Muškovac ]
* New upstream release
  - debian/control:
    + Add libcv-dev, libcvaux-dev, libhighgui-dev, libboost-graph1.46-dev,
      libksane-dev, libxml2-dev, libxslt-dev, libqt4-opengl-dev, libqjson-dev,
      libgpod-dev and libqca2-dev to build-deps
    + Add packages for kipi-plugins, libmediawiki, libkface, libkgeomap and
      libkvkontakte
  - debian/rules:
    + Don't build with gphoto2 since it doesn't build with it.
  - Add kubuntu_fix_test_linking.diff to fix linking of the dngconverter test
  - update install files
  - update kubuntu_01_mysqld_executable_name.diff for new cmake layout
    and rename to kubuntu_mysqld_executable_name.diff
* Fix typo in digikam-data description (LP: #804894)
* Fix Vcs links

[ Felix Geyer ]
* Move library data files to the new packages libkface-data, libkgeomap-data
  and libkvkontakte-data.
* Override version of the embedded library packages to 1.0~digikam<version>.
* Exclude the library packages from digikam-dbg to prevent file conflicts in
  the future.
* Call dh_install with --list-missing.

Show diffs side-by-side

added added

removed removed

Lines of Context:
core/README.FACE
 
1
While running a scan, we assign a tag to images, indicating whether they have been scanned or not.
 
2
In this case, we tag the scanned images with the "/Scanned/Scanned for Faces" tag.
 
3
This allows us to easily know if the image has been scanned or not, since this does not involve
 
4
coding a new table. Other jobs which need to "mark" images like this can create their own "/Scanned/<Name of job>" tag.
 
5
I am not aware of any other simpler mechanism of "marking" images like this without making my own table.
 
6
 
 
7
Since we do not want such tags from being written to the metadata or shown to the user, we can have a check that omits all tags under
 
8
"Scanned" from these operations.
 
9
 
 
10
=============================
 
11
 
 
12
Initially, when any face scan is run (either from an image preview or a batch job), we
 
13
create a tag for People and a subtag for Unknown people, in the form "/People/Unknown".
 
14
 
 
15
Now, when a face is detected (not identified) in an image, we must assign this "Unknown" tag to that image.
 
16
After that, we must add the property with a key "faceRegion" to the image-tag pair and with a value 
 
17
which is the region rectangle in the form of an SVG rect.
 
18
 
 
19
When the face is later identified by the user/recognizer, we must assign a new tag "/People/<Person Name>" to the image,
 
20
and move the "faceRegion" property with the relevant rect to this tag, and delete this property from "/People/Unknown" for this image.
 
 
b'\\ No newline at end of file'