[Bug 184638] Generate XMP for raw files

https://bugs.kde.org/show_bug.cgi?id=184638

           Summary: Generate XMP for raw files
           Product: digikam
           Version: unspecified
          Platform: MS Windows
        OS/Version: MS Windows
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: [hidden email]
        ReportedBy: [hidden email]


Version:            (using KDE 4.2.0)
OS:                MS Windows
Installed from:    MS Windows

XMP files do no seem to be generated for raw files.
As such a generation does not change the file itself, why not having XMP files
being generated for raw files ?

Frederic

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=184638


Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Metadata
            Version|unspecified                 |0.10.0-svn




--- Comment #1 from   2009-02-17 13:59:58 ---
First. I hate XMP side-car concept. i will never implement something like that.

Second, a new option exist to save metadata to RAW files. Currently supported
by Exiv2 library are DNG, NEF, and PEF. Others will supported by Exiv2 in the
future. So updating Exiv2 later and digiKAm support it automatically.

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

https://bugs.kde.org/show_bug.cgi?id=184638





--- Comment #2 from   2009-02-17 14:29:27 ---
Gilles

Thank you for your answer.
One thing I do not understand: if you hate XMP side car concept, why is it
implemented for JPEG images ?

On my side, I am really careful on software that attempts to write inside raw
files. Let's wait for the future to see how reliable it will be.

Regards.

Frederic

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=184638





--- Comment #3 from   2009-02-17 14:37:57 ---
>why is it implemented for JPEG images ?

digiKam never create XMP side-car files (:=)))

==> a photo = image data + metadata. we never separate both.
==> if file format do not support metadata we use database.

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Sherwood Botsford-3]

https://bugs.kde.org/show_bug.cgi?id=184638


Sherwood Botsford <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]




--- Comment #4 from Sherwood Botsford <sgbotsford gmail com>  2009-04-05 18:25:28 ---
And if the database is corrupted you lose meta-data.  
Bad! Redundency is good.

Even if Digikam NEVER used them except to rebuild it's database,
it's not unreasonable to support them, especially if there is some
standard format for them.

This may make it easier for importing and exporting data to other photo
programs.

E.g. you could have a manual: Export Metadata to XMP files.
And a verify XMP.  When digikam exported it, it saved a checksum in it's
database.  If the XMP now has a different checksum, then something besides
digikam has played with it.  If digikam has never seen it before, it's a
potential way to get info into digikam.

I would ask that you consider using a small value for 'never'  (grin)

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=184638


Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|0.10.0-svn                  |0.10.0




--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=184638


Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |[hidden email]
         Resolution|                            |DUPLICATE




--- Comment #5 from Gilles Caulier <caulier gilles gmail com>  2010-06-07 09:37:27 ---


*** This bug has been marked as a duplicate of bug 220545 ***

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel