(no subject)
Locked
 
|
Dear Digikam users,
I have a problem and I'm hoping someone here can help. I have about 9000 images in an IMatch database, running on windows in a VirtualBox. I've been putting off transferring my categorization efforts over to Digikam, but IMatch isn't running as well as it used to in the VirtualBox - an understatement. If it is relevant, I'm running Digikam 10.4 on Ubuntu Lucid using icewm as the window manager, with a mix of gnome, kde, and other apps. I have hierarchical categories/tags in IMatch. IMatch can write IPTC and XMP to the image file itself or to a side-car. About half of my images are jpegs. The rest are raw (CR2) files. IMatch can write to both raw and jpeg, but writing to the raw files is very, very, very slow. I made a test run with some jpegs, using an IMatch script to write the keywords to the IPTC keywords field. Digikam doesn't import the dotted keywords from the IPTC keywords field as tags - the dotted keywords just get ignored, though they are visible in the Digikam IPTC window. I am going to ask the IMatch forum for advice on how to get the tag hierarchy from the IMatch database into the images, but I'm not quite sure where the keywords need to go for Digikam to be able to import them as tags. There is a script that rights to the lightroom subject field, but that probably won't help. The scripts available to me in IMatch use dotted notation to indicate a hierarchy, though perhaps a kind soul on the IMatch forum could help me modify a script to output forward-slash notation, if necessary. I think the tags ought to go in xmp subject field? digikam tag field? someplace else? slash? dot? Is there a way to get Digikam to read dotted keywords from IPTC keywords? I know this is a very dry subject for someone not in my predicament. But trying to get this project done has actually reduced me to tears. Any advice, help, inspiration is much appreciated. I have some familiarity with exiftool at the command line, if that will help. Many, many thanks in advance, Elle Stone _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
2010/7/13 Elle Stone <[hidden email]>:
> Dear Digikam users, > Hi Elle. > I have a problem and I'm hoping someone here can help. > > I have about 9000 images in an IMatch database, running on windows in > a VirtualBox. I've been putting off transferring my categorization > efforts over to Digikam, but IMatch isn't running as well as it used > to in the VirtualBox - an understatement. This is a very important subject from me, to be able to import tags hierarchies from another photo-management software. I already solved lightroom, picasa, and iphoto import through XMP metadata. imach is not yet done. > > If it is relevant, I'm running Digikam 10.4 on Ubuntu Lucid using This is not help. Go to Help/Components Info and give me a copy of all info provided, in cluding right digiKam version show in the dialog. The id provided by ubuntu do not fell digiKam release id. Do not ask me why... In all case, i recommend to update to last digiKam 1.3.0 release. Also, to have Exiv2 library updated to last 0.20.0 is very there important here. > icewm as the window manager, with a mix of gnome, kde, and other apps. > > I have hierarchical categories/tags in IMatch. IMatch can write IPTC > and XMP to the image file itself or to a side-car. About half of my > images are jpegs. The rest are raw (CR2) files. IMatch can write to > both raw and jpeg, but writing to the raw files is very, very, very > slow. yes, i know. I already tested imach on my computer. Note that xmp side car is not yet fully supported by digiKam. This is will done with digiKam 2.0.0. It's under development. > > I made a test run with some jpegs, using an IMatch script to write the > keywords to the IPTC keywords field. Digikam doesn't import the > dotted keywords from the IPTC keywords field as tags - the dotted > keywords just get ignored, though they are visible in the Digikam IPTC > window. digiKam do not use a '.' as separator, but '/'. Look this code relevant : http://lxr.kde.org/source/extragear/graphics/digikam/libs/dmetadata/dmetadata.cpp#574 Look like, for LightRoom, i have adapted code to use '|' instead '/'. I can do it also for Imach. You will see also there where tags path list list will be parsed from metadata. By order : Xmp.digiKam.TagsList => 1/ from digiKam xpm namespace. this is out of subject there for you. Xmp.lr.hierarchicalSubject => 2/ from LightRoom namespace. Xmp.dc.subject => 3./ from standard xmp keywords. Iptc.Application2.Keywords => 4/ and finaly, from standard iptc keywords Now, i need to know WHERE Imach write tags path list in metadata. I need a sample image processed to check. A jpeg file is enough here. lease send me it by private mail. and this to be continued (:=))) Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
Gilles,
Thank you so much for helping. It may take a couple of days before I've understood and collected all the info you requested. For now, here's the digiKam components: digiKam version 1.3.0 Exiv2 can write to Jp2: Yes Exiv2 can write to Jpeg: Yes Exiv2 can write to Pgf: No Exiv2 can write to Png: Yes Exiv2 can write to Tiff: Yes Exiv2 supports XMP metadata: Yes LibCImg: 130 LibExiv2: 0.19 LibJPEG: 62 LibJasper: 1.900.1 LibKDE: 4.4.5 (KDE 4.4.5) LibKExiv2: 1.1.0 LibKdcraw: 1.1.0 LibLCMS: 118 LibPGF: 6.09.44 LibPNG: 1.2.42 LibQt: 4.6.3 LibRaw: 0.10.0-Beta1 LibTIFF: LIBTIFF, Version 3.9.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble widget: 0.9.3 Parallelized demosaicing: Yes Database backend: QSQLITE LibGphoto2: 2.4.8 LibKipi: 1.0.0 I'm sending a sample jpeg to your private email. And I will strive to update exiv2 to 0.20. I looked at the code in http://lxr.kde.org/source/extragear/graphics/digikam/libs/dmetadata/dmetadata.cpp#574. The easiest IMatch script for me to use is the one that writes dotted keywords to IPTC keyword field, as writing directly to XMP for a bunch of files at once is not well-supported in IMatch v 3.6. All the other available scripts would require modification, if they would run at all. Thank you again for helping, Elle On 7/13/10, Gilles Caulier <[hidden email]> wrote: > 2010/7/13 Elle Stone <[hidden email]>: >> Dear Digikam users, >> > > Hi Elle. > >> I have a problem and I'm hoping someone here can help. >> >> I have about 9000 images in an IMatch database, running on windows in >> a VirtualBox. I've been putting off transferring my categorization >> efforts over to Digikam, but IMatch isn't running as well as it used >> to in the VirtualBox - an understatement. > > This is a very important subject from me, to be able to import tags > hierarchies from another photo-management software. > > I already solved lightroom, picasa, and iphoto import through XMP > metadata. imach is not yet done. > >> >> If it is relevant, I'm running Digikam 10.4 on Ubuntu Lucid using > > This is not help. Go to Help/Components Info and give me a copy of all > info provided, in cluding right digiKam version show in the dialog. > > The id provided by ubuntu do not fell digiKam release id. Do not ask me > why... > > In all case, i recommend to update to last digiKam 1.3.0 release. > Also, to have Exiv2 library updated to last 0.20.0 is very there > important here. > >> icewm as the window manager, with a mix of gnome, kde, and other apps. >> >> I have hierarchical categories/tags in IMatch. IMatch can write IPTC >> and XMP to the image file itself or to a side-car. About half of my >> images are jpegs. The rest are raw (CR2) files. IMatch can write to >> both raw and jpeg, but writing to the raw files is very, very, very >> slow. > > yes, i know. I already tested imach on my computer. > > Note that xmp side car is not yet fully supported by digiKam. This is > will done with digiKam 2.0.0. It's under development. > >> >> I made a test run with some jpegs, using an IMatch script to write the >> keywords to the IPTC keywords field. Digikam doesn't import the >> dotted keywords from the IPTC keywords field as tags - the dotted >> keywords just get ignored, though they are visible in the Digikam IPTC >> window. > > digiKam do not use a '.' as separator, but '/'. > > Look this code relevant : > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/dmetadata/dmetadata.cpp#574 > > Look like, for LightRoom, i have adapted code to use '|' instead '/'. > I can do it also for Imach. > > You will see also there where tags path list list will be parsed from > metadata. By order : > > Xmp.digiKam.TagsList => 1/ from digiKam xpm namespace. this is > out of subject there for you. > Xmp.lr.hierarchicalSubject => 2/ from LightRoom namespace. > Xmp.dc.subject => 3./ from standard xmp keywords. > Iptc.Application2.Keywords => 4/ and finaly, from standard iptc keywords > > Now, i need to know WHERE Imach write tags path list in metadata. I > need a sample image processed to check. A jpeg file is enough here. > lease send me it by private mail. > > and this to be continued (:=))) > > Gilles Caulier > _______________________________________________ > 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 |
|
|
2010/7/13 Elle Stone <[hidden email]>:
> Gilles, > > Thank you so much for helping. It may take a couple of days before > I've understood and collected all the info you requested. For now, > here's the digiKam components: > > digiKam version 1.3.0 > Exiv2 can write to Jp2: Yes > Exiv2 can write to Jpeg: Yes > Exiv2 can write to Pgf: No > Exiv2 can write to Png: Yes > Exiv2 can write to Tiff: Yes > Exiv2 supports XMP metadata: Yes > LibCImg: 130 > LibExiv2: 0.19 > LibJPEG: 62 > LibJasper: 1.900.1 > LibKDE: 4.4.5 (KDE 4.4.5) > LibKExiv2: 1.1.0 > LibKdcraw: 1.1.0 > LibLCMS: 118 > LibPGF: 6.09.44 > LibPNG: 1.2.42 > LibQt: 4.6.3 > LibRaw: 0.10.0-Beta1 > LibTIFF: LIBTIFF, Version 3.9.2 Copyright (c) 1988-1996 Sam Leffler > Copyright (c) 1991-1996 Silicon Graphics, Inc. > Marble widget: 0.9.3 > Parallelized demosaicing: Yes > Database backend: QSQLITE > LibGphoto2: 2.4.8 > LibKipi: 1.0.0 > > I'm sending a sample jpeg to your private email. And I will strive to > update exiv2 to 0.20. ok. We can try with Exiv2 0.19 for the moment. > > I looked at the code in > http://lxr.kde.org/source/extragear/graphics/digikam/libs/dmetadata/dmetadata.cpp#574. > The easiest IMatch script for me to use is the one that writes dotted > keywords to IPTC keyword field, as writing directly to XMP for a bunch > of files at once is not well-supported in IMatch v 3.6. All the other > available scripts would require modification, if they would run at > all. try to send me the JPEG file with XMP metadata patched by Imach, i will fix digiKam metadata parser to import Imach tags path list to digiKam DB Note : I will work with current implementation from KDE svn trunk, which is next 1.4.0 release. I recommend to recompile digiKam using the code and install it in production. There is no risk to use it as well in production. there is only small change in 1.4.0 against 1.3.0, which are only bugfix. The main changes are located in a dedicated branche which will be future 2.0.0 release. The goal to use current implementation from svn is to be able to test my fix directly on your computer. Look at this page to know how to checkout code from svn : http://www.digikam.org/drupal/download?q=download/KDE4 Gilles Caulier > > Thank you again for helping, > > Elle > > On 7/13/10, Gilles Caulier <[hidden email]> wrote: >> 2010/7/13 Elle Stone <[hidden email]>: >>> Dear Digikam users, >>> >> >> Hi Elle. >> >>> I have a problem and I'm hoping someone here can help. >>> >>> I have about 9000 images in an IMatch database, running on windows in >>> a VirtualBox. I've been putting off transferring my categorization >>> efforts over to Digikam, but IMatch isn't running as well as it used >>> to in the VirtualBox - an understatement. >> >> This is a very important subject from me, to be able to import tags >> hierarchies from another photo-management software. >> >> I already solved lightroom, picasa, and iphoto import through XMP >> metadata. imach is not yet done. >> >>> >>> If it is relevant, I'm running Digikam 10.4 on Ubuntu Lucid using >> >> This is not help. Go to Help/Components Info and give me a copy of all >> info provided, in cluding right digiKam version show in the dialog. >> >> The id provided by ubuntu do not fell digiKam release id. Do not ask me >> why... >> >> In all case, i recommend to update to last digiKam 1.3.0 release. >> Also, to have Exiv2 library updated to last 0.20.0 is very there >> important here. >> >>> icewm as the window manager, with a mix of gnome, kde, and other apps. >>> >>> I have hierarchical categories/tags in IMatch. IMatch can write IPTC >>> and XMP to the image file itself or to a side-car. About half of my >>> images are jpegs. The rest are raw (CR2) files. IMatch can write to >>> both raw and jpeg, but writing to the raw files is very, very, very >>> slow. >> >> yes, i know. I already tested imach on my computer. >> >> Note that xmp side car is not yet fully supported by digiKam. This is >> will done with digiKam 2.0.0. It's under development. >> >>> >>> I made a test run with some jpegs, using an IMatch script to write the >>> keywords to the IPTC keywords field. Digikam doesn't import the >>> dotted keywords from the IPTC keywords field as tags - the dotted >>> keywords just get ignored, though they are visible in the Digikam IPTC >>> window. >> >> digiKam do not use a '.' as separator, but '/'. >> >> Look this code relevant : >> >> http://lxr.kde.org/source/extragear/graphics/digikam/libs/dmetadata/dmetadata.cpp#574 >> >> Look like, for LightRoom, i have adapted code to use '|' instead '/'. >> I can do it also for Imach. >> >> You will see also there where tags path list list will be parsed from >> metadata. By order : >> >> Xmp.digiKam.TagsList => 1/ from digiKam xpm namespace. this is >> out of subject there for you. >> Xmp.lr.hierarchicalSubject => 2/ from LightRoom namespace. >> Xmp.dc.subject => 3./ from standard xmp keywords. >> Iptc.Application2.Keywords => 4/ and finaly, from standard iptc keywords >> >> Now, i need to know WHERE Imach write tags path list in metadata. I >> need a sample image processed to check. A jpeg file is enough here. >> lease send me it by private mail. >> >> and this to be continued (:=))) >> >> Gilles Caulier >> _______________________________________________ >> 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 |
|
|
On 7/13/10, Gilles Caulier <[hidden email]> wrote:
> 2010/7/13 Elle Stone <[hidden email]>: >> Gilles, > try to send me the JPEG file with XMP metadata patched by Imach, Gilles, I sent you a jpeg with tags saved to IPTC keywords field as dotted-notation. Do you mean try to write the tags to XMP rather than to IPTC? I don't know if I can actually do that - there is an IMatch script that uses exiftool to write to XMP, but I haven't gotten the script to work and there is a good chance it won't work as most of the scripts no longer work on my virtual machine. I will try svn whenever you would like. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
2010/7/13 Elle Stone <[hidden email]>:
> On 7/13/10, Gilles Caulier <[hidden email]> wrote: >> 2010/7/13 Elle Stone <[hidden email]>: >>> Gilles, > >> try to send me the JPEG file with XMP metadata patched by Imach, > > Gilles, I sent you a jpeg with tags saved to IPTC keywords field as > dotted-notation. Do you mean try to write the tags to XMP rather than > to IPTC? I don't know if I can actually do that - there is an IMatch > script that uses exiftool to write to XMP, but I haven't gotten the > script to work and there is a good chance it won't work as most of the > scripts no longer work on my virtual machine. I'm not sure to understand. You want mean that Imach do not manage image metadata by default ? You need to use an extension script to do it ? About IPTC against IPTC : yes XMP will be better than IPTC. IPTC are ascii limited and string are size limited. XMP support UTF8 and don't have size limitation. Gilles _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
Done with revision #1149490 :
digikam(19425)/digikam (core) Digikam::DImg::load: "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" : JPEG file identified digikam(19425)/digikam (core) Digikam::ImageScanner::addImage: Adding new item "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" digikam(19425)/digikam (core) Digikam::ScanControllerLoadingCacheFileWatch::slotImageChanged: 6079 "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" digikam(19425)/digikam (core) Digikam::DMetadata::getImageTagsPath: Tags Path imported from Imach: ("Location/USA/NY/Syracuse", "Reason/Art") Look screenshot for details... Best Gilles Caulier 2010/7/13 Gilles Caulier <[hidden email]>: > 2010/7/13 Elle Stone <[hidden email]>: >> On 7/13/10, Gilles Caulier <[hidden email]> wrote: >>> 2010/7/13 Elle Stone <[hidden email]>: >>>> Gilles, >> >>> try to send me the JPEG file with XMP metadata patched by Imach, >> >> Gilles, I sent you a jpeg with tags saved to IPTC keywords field as >> dotted-notation. Do you mean try to write the tags to XMP rather than >> to IPTC? I don't know if I can actually do that - there is an IMatch >> script that uses exiftool to write to XMP, but I haven't gotten the >> script to work and there is a good chance it won't work as most of the >> scripts no longer work on my virtual machine. > > I'm not sure to understand. You want mean that Imach do not manage > image metadata by default ? You need to use an extension script to do > it ? > > About IPTC against IPTC : yes XMP will be better than IPTC. IPTC are > ascii limited and string are size limited. XMP support UTF8 and don't > have size limitation. > > Gilles > _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
imachimport.png (505K) |
|
Done with revision #1149490 :
digikam(19425)/digikam (core) Digikam::DImg::load: "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" : JPEG file identified digikam(19425)/digikam (core) Digikam::ImageScanner::addImage: Adding new item "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" digikam(19425)/digikam (core) Digikam::ScanControllerLoadingCacheFileWatch::slotImageChanged: 6079 "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" digikam(19425)/digikam (core) Digikam::DMetadata::getImageTagsPath: Tags Path imported from Imach: ("Location/USA/NY/Syracuse", "Reason/Art") Best Gilles Caulier 2010/7/13 Gilles Caulier <[hidden email]>: > 2010/7/13 Elle Stone <[hidden email]>: >> On 7/13/10, Gilles Caulier <[hidden email]> wrote: >>> 2010/7/13 Elle Stone <[hidden email]>: >>>> Gilles, >> >>> try to send me the JPEG file with XMP metadata patched by Imach, >> >> Gilles, I sent you a jpeg with tags saved to IPTC keywords field as >> dotted-notation. Do you mean try to write the tags to XMP rather than >> to IPTC? I don't know if I can actually do that - there is an IMatch >> script that uses exiftool to write to XMP, but I haven't gotten the >> script to work and there is a good chance it won't work as most of the >> scripts no longer work on my virtual machine. > > I'm not sure to understand. You want mean that Imach do not manage > image metadata by default ? You need to use an extension script to do > it ? > > About IPTC against IPTC : yes XMP will be better than IPTC. IPTC are > ascii limited and string are size limited. XMP support UTF8 and don't > have size limitation. > > Gilles > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
Wow. Thanks! That was fast. I will try to compile from svn right now.
Elle On 7/13/10, Gilles Caulier <[hidden email]> wrote: > Done with revision #1149490 : > > digikam(19425)/digikam (core) Digikam::DImg::load: > "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" : JPEG file > identified > digikam(19425)/digikam (core) Digikam::ImageScanner::addImage: Adding > new item "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" > digikam(19425)/digikam (core) > Digikam::ScanControllerLoadingCacheFileWatch::slotImageChanged: 6079 > "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg" > digikam(19425)/digikam (core) Digikam::DMetadata::getImageTagsPath: > Tags Path imported from Imach: ("Location/USA/NY/Syracuse", > "Reason/Art") > > Best > > Gilles Caulier > > > 2010/7/13 Gilles Caulier <[hidden email]>: >> 2010/7/13 Elle Stone <[hidden email]>: >>> On 7/13/10, Gilles Caulier <[hidden email]> wrote: >>>> 2010/7/13 Elle Stone <[hidden email]>: >>>>> Gilles, >>> >>>> try to send me the JPEG file with XMP metadata patched by Imach, >>> >>> Gilles, I sent you a jpeg with tags saved to IPTC keywords field as >>> dotted-notation. Do you mean try to write the tags to XMP rather than >>> to IPTC? I don't know if I can actually do that - there is an IMatch >>> script that uses exiftool to write to XMP, but I haven't gotten the >>> script to work and there is a good chance it won't work as most of the >>> scripts no longer work on my virtual machine. >> >> I'm not sure to understand. You want mean that Imach do not manage >> image metadata by default ? You need to use an extension script to do >> it ? >> >> About IPTC against IPTC : yes XMP will be better than IPTC. IPTC are >> ascii limited and string are size limited. XMP support UTF8 and don't >> have size limitation. >> >> Gilles >> > _______________________________________________ > 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 1.4 compiled from svn without problems, other than a few
missing programs which were easy to install. I took the precaution of un-installing 1.3 and removing the database before installing 1.4. First run with just the one jpeg went perfectly. I ran it from a terminal to see the output - didn't see any major issues or complaints. Many, many thanks. I will fire up the virtual machine and try to get tags written to the rest of the jpegs. I will write again with a progress report after I turn digiKam loose on the whole collection of jpegs. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
All the images in my IMatch database have been successfully
transferred over to digiKam. Thanks to Gilles, all my keywords are in place, at least for the jpegs. I think I will just have to re-tag the 3500 raw files. While still in IMatch I used the IMatch IPTC-writer to write country, state, city, (sub)location. I'm not sure if digiKam read the location, though country, state, city is in each jpeg. Then I used an IMatch-supplied script to batch-copy categories to dotted.hierarchy IPTC keywords. Before adding the "collection" to digiKam, I used exiftool to: (1) remove all xmp tags from each image, along with quite a few individual iptc tags that had erroneous information. At some time in the past, somehow a tagging scheme that I had since ceased using had gotten embedded in a lot of the images, and that tagging scheme was being read by digiKam instead of the tags in IPTC. (2) add copyright, by-line, by-line title, contact information to IPTC. (3) rename from yyyymmdd_hhmmss.ext to yymmdd-##.ext and rearrange file tree from yyyy/mm/dd to yy/mm - makes using the command line a lot easier when the path and file name are short. The above steps took quite a bit of experimentation with exiftool to get right, plus the time to actually write to all the images, plus further experimentation with digiKam on test directories. It was with a bit of trepidation that I turned digiKam loose on the newly restructured file tree to import roughly 9000 images. But the import was smooth and quick. Thank you Gilles and thank you digiKam. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
2010/7/16 Elle Stone <[hidden email]>:
> All the images in my IMatch database have been successfully > transferred over to digiKam. Thanks to Gilles, all my keywords are in > place, at least for the jpegs. I think I will just have to re-tag the > 3500 raw files. Later, with XMP side car support currently under implementation for digiKam 2.0, you will be able to backport RAW tags in digiKam. > > While still in IMatch I used the IMatch IPTC-writer to write country, > state, city, (sub)location. I'm not sure if digiKam read the location, > though country, state, city is in each jpeg. Then I used an > IMatch-supplied script to batch-copy categories to dotted.hierarchy > IPTC keywords. Reverse geocoding in under developement for digiKam 2.0. I lets Michael or Gabriel explain better there. Take a look here also: http://www.digikam.org/drupal/node/532 > > Before adding the "collection" to digiKam, I used exiftool to: (1) > remove all xmp tags from each image, along with quite a few individual > iptc tags that had erroneous information. At some time in the past, > somehow a tagging scheme that I had since ceased using had gotten > embedded in a lot of the images, and that tagging scheme was being > read by digiKam instead of the tags in IPTC. (2) add copyright, > by-line, by-line title, contact information to IPTC. (3) rename from > yyyymmdd_hhmmss.ext to yymmdd-##.ext and rearrange file tree from > yyyy/mm/dd to yy/mm - makes using the command line a lot easier when > the path and file name are short. > > The above steps took quite a bit of experimentation with exiftool to > get right, plus the time to actually write to all the images, plus > further experimentation with digiKam on test directories. It was with > a bit of trepidation that I turned digiKam loose on the newly > restructured file tree to import roughly 9000 images. But the import > was smooth and quick. > > Thank you Gilles and thank you digiKam. > De nada. Quick and simple to do. Gilles _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
«
Return to digikam-users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |