The sidecar problem mentioned below is running dk 4.0.0 and 3.5.0 on
OSX, my usual os. However I have a dk 3.3.0 on linux which does not show this problem. Therefore I want to try older versions of dk on OSX. I was able to compile 3.4.0, which shows the same problem. I was unable to compile 3.3.0, because of the following error. Anyone know if I can change a compile flag or something to get past this? Thanks. [ 4%] Building CXX object extra/libkdcraw/libraw/CMakeFiles/libraw.dir/internal/demosaic_packs.cpp.o In file included from /Users/pat/Images/digikam/source/digikam-3.3.0/extra/libkdcraw/libraw/internal/demosaic_packs.cpp:38: /Users/pat/Images/digikam/source/digikam-3.3.0/extra/libkdcraw/libraw/internal/./wf_filtering.cpp:686:1: error: control may reach end of non-void function [-Werror,-Wreturn-type] } ^ 1 error generated. make[2]: *** [extra/libkdcraw/libraw/CMakeFiles/libraw.dir/internal/demosaic_packs.cpp.o] Error 1 make[1]: *** [extra/libkdcraw/libraw/CMakeFiles/libraw.dir/all] Error 2 make: *** [all] Error 2 On 29/05/14 08:01, Phil wrote: > I am still looking for the source of the problem I meet when selecting > and tagging multiple images simultaneously - a small number of the xmp > sidecars are truncated to just the first line, apparently randomly. > > I tried different versions of Exiv2 to see if that changes something. Dk > 3.5.0 compiled with Exiv2 0.24, 0.23, 0.22 all show the same problem. Dk > 4.0.0 with Exiv2 0.24 and 0.23 also show the same problem. (Dk 4.0.0 > with Exiv2 0.22 doesn't write any sidecars because Exiv2 fails on the > mwg-rs tags.) > > On 19/05/14 23:24, Phil wrote: >> Hi >> >> I meet the following problems when tagging multiple images at the same >> time, in both 4.0.0 and 4.1.0. I don't see this problem in a 3.3.0 which >> I happen to have on another machine. Anyone else see this? >> >> How to generate: >> Select 10 images. >> Apply a tag to all. >> >> Problem 1, XMP metadata not always updated in image files: >> When writing metadata to the image files, dk occasionally omits to write >> the new XMP metadata, leaving the previous XMP metadata in the image >> file. This can be seen by for example by tag fields not being updated >> when tags are changed and applied. You have to look through the images >> one-by-one to find one or two where this has happened. (The IPTC >> metadata is always written correctly, so when this happens there is a >> difference between the IPTC:Keywords (tags) field and the various XMP >> tags fields.) >> >> Problem 2, xmp sidecars sometimes truncated: >> Occasionally one or more of the xmp sidecars is truncated to just its >> first line, with a size of only 39 bytes. (Use a file manager to see >> that this has happened.) >> >> If the problems don't show up the first time, change the tags and then >> re-apply. Over 2 or 3 cycles I always see both problems appear. >> >> I see this behaviour when 10 (or more) images are selected. I have not >> seen it with only 1 or 2 images selected. I haven't checked in between. >> >> The problems appear random. A file which has a problem the first time >> usually doesn't have it after tagging a second time. >> >> The problems appear to be independent, i.e. when writing metadata to >> both sidecars and image files, they don't occur together, they affect >> different images. >> >> Regards >> Philip >> _______________________________________________ >> 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 |
Free forum by Nabble | Edit this page |