I have used ACDSeePro fewmyears now and I have some thousands on photos that I have cataloged there. ACDSee bites me in Windows and I want to change to Linux users. Is there any possibility to import ACDSee metadata ( all database properties) into DigiKam? ACDSee embeds all properties into photos, but I couldn't import them to DigiKam (in Windows). Heikki _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hi Heikki,
if ACDSee really embeds all properties into photos than my experience is that DigiKam will show them. So what special metadata do you searching for? You are sure that ACDSee does not store this data in a database outside of photos? You try to read all metadata inside DoigiKam from all your photos? Johannes Am 08.03.2015 um 14:16 schrieb Heikki Rekki: > I have used ACDSeePro fewmyears now and I have some thousands on photos > that I have cataloged there. ACDSee bites me in Windows and I want to > change to Linux users. Is there any possibility to import ACDSee > metadata ( all database properties) into DigiKam? ACDSee embeds all > properties into photos, but I couldn't import them to DigiKam (in Windows). > Heikki > > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
I'm sure to have already hacked this kind of situation with ACDSee.
At least, please share some image to check if metadata are imported in digiKam. Note : there are 3 situations possible : 1/ information from ACDSee are stored in image file metadata. 2/ information from ACDSee are stored in XMP sidecar. 3/ information from ACDSee are stored in database. Only 1/ and 2/ are manageable by digiKam for interroperability. Do not ask me to import this information from a private database. Gilles Caulier 2015-03-08 16:55 GMT+01:00 Johannes Kapune <[hidden email]>: > Hi Heikki, > > if ACDSee really embeds all properties into photos than my experience is > that DigiKam will show them. > > So what special metadata do you searching for? > > You are sure that ACDSee does not store this data in a database outside of > photos? You try to read all metadata inside DoigiKam from all your photos? > > Johannes > > Am 08.03.2015 um 14:16 schrieb Heikki Rekki: >> >> I have used ACDSeePro fewmyears now and I have some thousands on photos >> that I have cataloged there. ACDSee bites me in Windows and I want to >> change to Linux users. Is there any possibility to import ACDSee >> metadata ( all database properties) into DigiKam? ACDSee embeds all >> properties into photos, but I couldn't import them to DigiKam (in >> Windows). >> Heikki >> >> >> _______________________________________________ >> Digikam-users mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-users >> > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
ACDSee keeps metadata in its proprietary database by default.
However, it has a command to embed them in picture files. So overall
this should be doable.
The only issue is whether some tags are used for the same purpose in DigiKam and ACDSee. In particular, ACDSee uses hierarchical categories---one of the most interesting features about ACDSee. Since no metadata model allows for this as standard, they use a fudge that I would not expect any other software to read. On a large collection, that would be a tedious manual process, unless you were good at scripting a text parser. Best regards, Francis On 2015-03-08 16:50, Gilles Caulier
wrote:
> <pre wrap>> I'm sure to have already hacked this kind of situation with ACDSee. > > At least, please share some image to check if metadata are imported in digiKam. > > Note : there are 3 situations possible : > > 1/ information from ACDSee are stored in image file metadata. > 2/ information from ACDSee are stored in XMP sidecar. > 3/ information from ACDSee are stored in database. > > Only 1/ and 2/ are manageable by digiKam for interroperability. Do not > ask me to import this information from a private database. > > Gilles Caulier > > 2015-03-08 16:55 GMT+01:00 Johannes Kapune <[hidden email]>: > </pre><blockquote type=cite><pre wrap> > Hi Heikki, > > if ACDSee really embeds all properties into photos than my experience is > that DigiKam will show them. > > So what special metadata do you searching for? > > You are sure that ACDSee does not store this data in a database outside of > photos? You try to read all metadata inside DoigiKam from all your photos? > > Johannes > > Am 08.03.2015 um 14:16 schrieb Heikki Rekki: > </pre><blockquote type=cite><pre wrap> > > I have used ACDSeePro fewmyears now and I have some thousands on photos > that I have cataloged there. ACDSee bites me in Windows and I want to > change to Linux users. Is there any possibility to import ACDSee > metadata ( all database properties) into DigiKam? ACDSee embeds all > properties into photos, but I couldn't import them to DigiKam (in > Windows). > Heikki > > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > > </pre></blockquote><pre wrap> > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > </pre></blockquote><pre wrap> > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > </pre></body> > </html> > </html> _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Heikki Rekki
I don't read German, but perhaps this forum post will help? In any case, there are methods out there to convert all the images at once, not one by one.http://www.pferdeknipser.de/ACDSee_Forum/viewtopic.php?t=254 On Tue, Mar 10, 2015 at 7:56 AM, Jim MacLeod <[hidden email]> wrote:
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Heikki Rekki
Here is a sample image with Categories added with the trial version of ACDSee Pro 8.
On Mon, Mar 9, 2015 at 4:45 PM, Gilles Caulier <[hidden email]> wrote: As i said previously, please share images to investigate and patch _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users acdsee.test.jpg (22K) Download Attachment |
In reply to this post by Heikki Rekki
Oh, a few months ago I sent in a patch to exiv2 enabling it to write to Xmp.lr.hierarchicalSubject. That should be exiv2 0.25, due out any day now!
On Tue, Mar 10, 2015 at 1:03 PM, Alan Pater <[hidden email]> wrote:
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Heikki Rekki
So, a script guru should be able to convert those nested xml-like categories to lr.heirarchicalsubject format, no? I wish I was that guru! Anyway, I created a more complex example in a trial version of ACDSee:<Categories><Category Assigned="1">1 Level</Category><Category Assigned="1">2 Level<Category Assigned="1">2.2 Level</Category></Category><Category Assigned="1">3 Level<Category Assigned="1">3.2 Level<Category Assigned="1">3.3 Level</Category></Category></Category><Category Assigned="1">4 Level<Category Assigned="1">4.2 Level<Category Assigned="1">4.3 Level<Category Assigned="1">4.4 Level</Category></Category></Category></Category><Category Assigned="1">5 Level<Category Assigned="1">5.2 Level<Category Assigned="1">5.3 Level<Category Assigned="1">5.4 Level<Category Assigned="1">5.5 Level</Category></Category></Category></Category></Category><Category Assigned="1">6 Level<Category Assigned="1">6.2 Level<Category Assigned="1">6.3 Level<Category Assigned="1">6.4 Level<Category Assigned="1">6.5 Level<Category Assigned="1">6.6 Level</Category></Category></Category></Category></Category></Category></Categories> 1 Level, 2 Level|2.2 Level, 3 Level|3.2 Level|3.3 Level, 4 Level|4.2 Level|4.3 Level|4.4 Level, 5 Level|5.2 Level|5.3 Level|5.4 Level|5.5 Level, 6 Level|6.2 Level|6.3 Level|6.4 Level|6.5 Level|6.6 Level On Wed, Mar 11, 2015 at 7:17 PM, Heikki Rekki <[hidden email]> wrote:
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Alan,
It looks like wherever you have ticked a child category, you also chose to tick the parent category. There are cases where you do not necessarily want to do this. For instance you could tick box 5.3 but not box 5. In this case, the metadata would read: <Category assigned="0">5 level<Category Assigned="1">5.3 Level</Category></Category> That is one of the small complications facing those who would like to write a conversion script. Like you say, I wish I could do it. Conceptually, it is not too difficult. Practically, that's another matter... Best regards, Francis On 2015-03-12 23:52, Alan Pater wrote:
> <div
dir="ltr"><div><div>So, a script guru should be
able to convert those nested xml-like categories to
lr.heirarchicalsubject format, no? I wish I was that
guru!<br><br></div>Anyway, I created a more
complex example in a trial version of
ACDSee:<br><br><Categories><Category
Assigned="1">1
Level</Category><Category
Assigned="1">2 Level<Category
Assigned="1">2.2
Level</Category></Category><Category
Assigned="1">3 Level<Category
Assigned="1">3.2 Level<Category
Assigned="1">3.3
Level</Category></Category></Category><Category
Assigned="1">4 Level<Category
Assigned="1">4.2 Level<Category
Assigned="1">4.3 Level<Category
Assigned="1">4.4
Level</Category></Category></Category></Category><Category
Assigned="1">5 Level<Category
Assigned="1">5.2 Level<Category
Assigned="1">5.3 Level<Category
Assigned="1">5.4 Level<Category
Assigned="1">5.5
Level</Category></Category></Category></Category></Category><Category
Assigned="1">6 Level<Category
Assigned="1">6.2 Level<Category
Assigned="1">6.3 Level<Category
Assigned="1">6.4 Level<Category
Assigned="1">6.5 Level<Category
Assigned="1">6.6
Level</Category></Category></Category></Category></Category></Category></Categories><br><br></div>If
I am not mistaken, that would need to be converted to
lr.heirarchicalsubject format:<br><br>1 Level, 2
Level|2.2 Level, 3 Level|3.2 Level|3.3 Level, 4 Level|4.2
Level|4.3 Level|4.4 Level, 5 Level|5.2 Level|5.3 Level|5.4
Level|5.5 Level, 6 Level|6.2 Level|6.3 Level|6.4 Level|6.5
Level|6.6 Level <br><div><div><div><div
class="gmail_extra"><br><div class="gmail_quote">On
Wed, Mar 11, 2015 at 7:17 PM, Heikki Rekki <span
dir="ltr"><<a href=[hidden email]
target="_blank">[hidden email]</a>></span>
wrote:<br><blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div
style="font-size:large">Hi again!<br></div><div
style="font-size:large">Here is the foto, from whitch I readed
metadata with exiftool (listed below). I resized this so, that it
is not so big here. And I categorized the foto again (old
metadata cleared with my resampling)<br></div><div
style="font-size:large">How this
works?<br></div><div style="font-size:large">I
suppose that I have also some problem in my Windows, so I must
resolve that next.<br></div><div
style="font-size:large">Heikki<br></div><div
class="gmail_extra"><br><div
class="gmail_quote"><br><blockquote
class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> <br> > Today's Topics:<br> > <br> > 1. Re: DigiKam and ACDSee (Alan Pater)<br> > <br> > <br> > ----------------------------------------------------------------------<br> > <br> > Message: 1<br> > Date: Tue, 10 Mar 2015 13:03:47 -0500<br> > From: Alan Pater <<a href=[hidden email] target="_blank">[hidden email]</a>><br> > To: digiKam - Home Manage your photographs as a professional with the<br> > power of open source <<a href=[hidden email] target="_blank">[hidden email]</a>>, Gilles Caulier<br> > <<a href=[hidden email] target="_blank">[hidden email]</a>><br> > Subject: Re: [Digikam-users] DigiKam and ACDSee<br> > Message-ID:<br> > <CAN4ACkbupyAmKOkE=vVR45XA=<a href=[hidden email] target="_blank">[hidden email]</a>><br> > Content-Type: text/plain; charset="utf-8"<br> > <br> > Here is a sample image with Categories added with the trial version of<br> > ACDSee Pro 8.<br> > <br> > On Mon, Mar 9, 2015 at 4:45 PM, Gilles Caulier <<a href=[hidden email] target="_blank">[hidden email]</a>><br> > wrote:<br> > <br> > > As i said previously, please share images to investigate and patch<br> > > digiKAm code to import categories set by ACDSee. Typically, info are<br> > > there :<br> > ><br> > > Categories : <Categories><Category<br> > > Assigned="0">Ihmiset<Category Assigned="0">Oma perhe<Category<br> > > Assigned="1">Marjatta</Category><Category<br> > > Assigned="1">Jouni</Category></Category></Category><Category<br> > > Assigned="0">Paikat<Category Assigned="1">koti<Category<br> > > Assigned="1">Kouvola</Category></Category></Category></Categories><br> > ><br> > > Gilles Caulier<br> > ><br> > > 2015-03-09 22:41 GMT+01:00 Heikki Rekki <<a href=[hidden email] target="_blank">[hidden email]</a>>:<br> > > ><br> > > >> Hi Thanks Jim. I tried Exiftool and got following txt file.<br> > > ><br> > > > ExifTool Version Number : 9.89<br> > > > File Name : P1070219.jpg<br> > > > Directory :<br> > > > e:/6-Kuvat/1-Kamera/1-Lumix/2012/2012-04-09<br> > > > File Size : 3.2 MB<br> > > > File Modification Date/Time : 2012:04:09 17:25:33+03:00<br> > > > File Access Date/Time : 2012:04:09 17:25:33+03:00<br> > > > File Creation Date/Time : 2012:04:09 17:25:33+03:00<br> > > > File Permissions : rw-rw-rw-<br> > > > File Type : JPEG<br> > > > MIME Type : image/jpeg<br> > > > Exif Byte Order : Little-endian (Intel, II)<br> > > > Make : Panasonic<br> > > > Camera Model Name : DMC-FZ18<br> > > > Orientation : Horizontal (normal)<br> > > > X Resolution : 72<br> > > > Y Resolution : 72<br> > > > Resolution Unit : inches<br> > > > Software : Nikon Transfer 1.5 W<br> > > > Modify Date : 2012:04:09 17:19:10<br> > > > Y Cb Cr Positioning : Centered<br> > > > Exposure Time : 1/50<br> > > > F Number : 3.6<br> > > > Exposure Program : Program AE<br> > > > ISO : 200<br> > > > Exif Version : 0221<br> > > > Date/Time Original : 2012:04:09 13:36:59<br> > > > Create Date : 2012:04:09 13:36:59<br> > > > Components Configuration : Y, Cb, Cr, -<br> > > > Exposure Compensation : 0<br> > > > Max Aperture Value : 2.8<br> > > > Metering Mode : Multi-segment<br> > > > Light Source : Flash<br> > > > Flash : On, Fired<br> > > > Focal Length : 13.6 mm<br> > > > Warning : [minor] Possibly incorrect maker notes<br> > > > offsets (fix by -306?)<br> > > > Image Quality : High<br> > > > Firmware Version : 0.1.0.8<br> > > > White Balance : Auto<br> > > > Focus Mode : Manual<br> > > > AF Area Mode : 5-area<br> > > > Image Stabilization : On, Mode 2<br> > > > Macro Mode : Off<br> > > > Shooting Mode : Program<br> > > > Audio : No<br> > > > Data Dump : (Binary data 6152 bytes, use -b option<br> > > to<br> > > > extract)<br> > > > Flash Bias : 0<br> > > > Internal Serial Number : ""ÿÀ..x ..!.<br> > > > Panasonic Exif Version : 0230<br> > > > Color Effect : Off<br> > > > Time Since Power On : 00:01:25.12<br> > > > Burst Mode : Off<br> > > > Sequence Number : 0<br> > > > Contrast Mode : Normal<br> > > > Noise Reduction : Standard<br> > > > Self Timer : Off<br> > > > Rotation : Horizontal (normal)<br> > > > AF Assist Lamp : Enabled but Not Used<br> > > > Color Mode : Normal<br> > > > Optical Zoom Mode : Standard<br> > > > Conversion Lens : Off<br> > > > Travel Day : n/a<br> > > > World Time Location : Home<br> > > > Program ISO : 200<br> > > > Advanced Scene Type : 1<br> > > > Faces Detected : 0<br> > > > WB Shift AB : 5<br> > > > WB Shift GM : -1<br> > > > Maker Note Version : 0120<br> > > > Scene Mode : Off<br> > > > WB Red Level : 1741<br> > > > WB Green Level : 1054<br> > > > WB Blue Level : 2027<br> > > > Flash Fired : Yes<br> > > > Text Stamp : Off<br> > > > Baby Age :<br> > > > Flashpix Version : 0100<br> > > > Color Space : sRGB<br> > > > Exif Image Width : 3264<br> > > > Exif Image Height : 2176<br> > > > Interoperability Index : R98 - DCF basic file (sRGB)<br> > > > Interoperability Version : 0100<br> > > > Sensing Method : One-chip color area<br> > > > File Source : Digital Camera<br> > > > Scene Type : Directly photographed<br> > > > Custom Rendered : Normal<br> > > > Exposure Mode : Auto<br> > > > Digital Zoom Ratio : 0<br> > > > Focal Length In 35mm Format : 86 mm<br> > > > Scene Capture Type : Standard<br> > > > Gain Control : Low gain up<br> > > > Contrast : Normal<br> > > > Saturation : Normal<br> > > > Sharpness : Normal<br> > > > Compression : JPEG (old-style)<br> > > > Thumbnail Offset : 7702<br> > > > Thumbnail Length : 7789<br> > > > XMP Toolkit : XMP Core 5.1.2<br> > > > Rating Percent : 0<br> > > > Caption :<br> > > > Date Time : 2012:04:09 13:36:59.000<br> > > > Author :<br> > > > Notes :<br> > > > Tagged : False<br> > > > Categories : <Categories><Category<br> > > > Assigned="0">Ihmiset<Category Assigned="0">Oma perhe<Category<br> > > > Assigned="1">Marjatta</Category><Category<br> > > > Assigned="1">Jouni</Category></Category></Category><Category<br> > > > Assigned="0">Paikat<Category Assigned="1">koti<Category<br> > > > Assigned="1">Kouvola</Category></Category></Category></Categories><br> > > > Rating : 0<br> > > > Label :<br> > > > Image Width : 3264<br> > > > Image Height : 2176<br> > > > Encoding Process : Baseline DCT, Huffman coding<br> > > > Bits Per Sample : 8<br> > > > Color Components : 3<br> > > > Y Cb Cr Sub Sampling : YCbCr4:2:2 (2 1)<br> > > > Advanced Scene Mode : Off<br> > > > Aperture : 3.6<br> > > > Blue Balance : 1.92315<br> > > > Image Size : 3264x2176<br> > > > Megapixels : 7.1<br> > > > Red Balance : 1.651803<br> > > > Scale Factor To 35 mm Equivalent: 6.3<br> > > > Shutter Speed : 1/50<br> > > > Thumbnail Image : (Binary data 7789 bytes, use -b option<br> > > to<br> > > > extract)<br> > > > Circle Of Confusion : 0.005 mm<br> > > > Field Of View : 23.6 deg<br> > > > Focal Length : 13.6 mm (35 mm equivalent: 86.0 mm)<br> > > > Hyperfocal Distance : 10.81 m<br> > > > Light Value : 8.3<br> > > ><br> > > ><br> > > > Ican try to go on learning how I can use that. If I must extract that<br> > > > information separately all of my files and somehow input them to DigiKam<br> > > by<br> > > > hand, I say no thanks, it is impossible.<br> > > > sinc Heikki<br> > <br> > </blockquote></div><br></div></div> > <br>_______________________________________________<br> > Digikam-users mailing list<br> > <a href=[hidden email]>[hidden email]</a><br> > <a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br> > <br></blockquote></div><br></div></div></div></div></div> > > <BR><FIELDSET CLASS="mimeAttachmentHeader"></FIELDSET><BR/><pre wrap> > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > </pre></body> > </html> > </html> _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Heikki Rekki
Francis, our friend over at exiv2 -- Robin Mills -- has sent me a Perl
script that outputs the desired result, both with my example and yours. For your example it returns: 5 level|5.3 Level. So at least it works on individual samples. It is possible that in the ACDSee database, there was a "5.2 Level" element, but if that is not in the metadata written to the image, we have no way of knowing what it was or of it's existence. The same issue arises with images categorized in Lightroom and it's hierarchical tags. However, rebuilding the complete structure of an original ACDSee or Lightroom hierarchical database out of a bunch of individual images a much bigger task. I wonder if those programs are capable of that? And what would be the structure of the internal database? In any case, converting from xmp.acdsee.categories to xmp.lr.hierarchicalSubject or xmp.mwg-kw.keywords is very doable. Alan On Thu, Mar 12, 2015 at 7:14 PM, Francis Corvin <[hidden email]> wrote: > Alan, > > It looks like wherever you have ticked a child category, you also chose to > tick the parent category. There are cases where you do not necessarily want > to do this. For instance you could tick box 5.3 but not box 5. In this case, > the metadata would read: > <Category assigned="0">5 level<Category Assigned="1">5.3 > Level</Category></Category> > That is one of the small complications facing those who would like to write > a conversion script. Like you say, I wish I could do it. Conceptually, it is > not too difficult. Practically, that's another matter... > > Best regards, > > Francis > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hi again all
I've gone ahead and documented how various applications implement hierarchical keywords/tags. In each application I created the same 6 level hierarchy and tagged a sample image with level 2 and level 5. I then used exiv2 to read the resulting metadata. These are just the main hierarchical fields written, flat tags are also in xmp.dc.subject, for example. 6 Level (X) 6.2 Level 6.3 Level 6.4 Level (X) 6.5 Level 6.6 Level * Digikam 4.8 Xmp.digiKam.TagsList XmpSeq 2 6 Level/6.2 Level/6.3 Level/6.4 Level/6.5 Level, 6 Level/6.2 Level * Adobe Lightroom 4.4 Xmp.lr.hierarchicalSubject XmpBag 2 6 Level|6.2 Level, 6 Level|6.2 Level|6.3 Level|6.4 Level|6.5 Level * ACDSee 8 Pro Xmp.acdsee.categories XmpText 282 <Categories><Category Assigned="0">6 Level<Category Assigned="1">6.2 Level<Category Assigned="0">6.3 Level<Category Assigned="0">6.4 Level<Category Assigned="1">6.5 Level</Category></Category></Category></Category></Category></Categories> ** Metadata Working Group Keywords Xmp.mwg-kw.Keywords XmpText 0 type="Struct" Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy XmpText 0 type="Bag" Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1] XmpText 0 type="Struct" Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1]/mwg-kw:Keyword XmpText 3 6 Level Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1]/mwg-kw:Applied Boolean 1 0 Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1]/mwg-kw:Children XmpText 0 type="Bag" Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1]/mwg-kw:Children[1] XmpText 0 type="Struct" Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1]/mwg-kw:Children[1]/mwg-kw:Keyword XmpText 7 6.2 Level Xmp.mwg-kw.Keywords/mwg-kw:Hierarchy[1]/mwg-kw:Children[1]/mwg-kw:Applied Boolean 1 1 etc etc etc, nested deeper and deeper ... I am still working on the mwg-kw structure. It is much more complex then any of the others, which explains why it is so little used! It was written using my patch to exiv2 http://dev.exiv2.org/issues/1040 Alan _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Meanwhile Robin Mills of exiv2 fame wrote up a Perl script that forms
a basis to convert acdsee.categories to lr.hierachicalsubject. It can be found on the exiv2 forum, where I asked about this problem. Now it's up to someone with more programming skills then me to complete! http://dev.exiv2.org/boards/3/topics/1912?r=1923#message-1923 _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Alan,
We need to investigate. Please open a file in bugzilla explaining well the problem. Link to test images. This is important. This will be analyzed by a student while this GSoC 2015 project : https://community.kde.org/GSoC/2015/Ideas#Project:_Advanced_Metadata_HUB I think problem is not located in Exiv2. We can solve it by digiKam metadata import, as we already do with other kind of metadata written by other proprietary software (as Nikon NX, Aperture, LR, etc...) Thanks in advance Gilles Caulier 2015-03-13 17:59 GMT+01:00 Alan Pater <[hidden email]>: > Meanwhile Robin Mills of exiv2 fame wrote up a Perl script that forms > a basis to convert acdsee.categories to lr.hierachicalsubject. It can > be found on the exiv2 forum, where I asked about this problem. Now > it's up to someone with more programming skills then me to complete! > > http://dev.exiv2.org/boards/3/topics/1912?r=1923#message-1923 > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Heikki, you will be happy to hear that the digikam team has almost
completed support for ACDSee metadata. Could you try it with the test image here: https://bugs.kde.org/attachment.cgi?id=92227 The full report on how we got there can be seen here: https://bugs.kde.org/show_bug.cgi?id=345220 Alan _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Tue, Apr 28, 2015 at 4:19 AM, Heikki Rekki <[hidden email]> wrote:
> Wow! Thank You all! You have done fine job! > The categories of the test image are all fine in my system (Win7 64b, > ACDSeePro7 64b). > As far as I understand (and that is very little) the categories of my sample > are organised fine. I, unfortunate, need very simple guide how to do when I > want to change my foto collection to Digikam. So I am still waiteng and > hoping... > Heikki Great! Thank you for confirming that it is working. This feature should be included in digikam 4.10.0, due to be released next week. > > 2015-04-28 0:33 GMT+03:00 Alan Pater <[hidden email]>: >> >> Heikki, you will be happy to hear that the digikam team has almost >> completed support for ACDSee metadata. Could you try it with the test >> image here: https://bugs.kde.org/attachment.cgi?id=92227 >> >> The full report on how we got there can be seen here: >> https://bugs.kde.org/show_bug.cgi?id=345220 >> >> Alan > > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |