Uwe Posted November 10, 2018 Report Share Posted November 10, 2018 Hello, it seems that each action "Read tags from file" creates additional useless (value = 0)entries of the "Shutter Speed Tag" independent on the metadata of the current file you are working with. These entries are: 1/400, 1/320, 1/200, 1/250, 1/125, 1/30. The only way to remove them is: "Catalog->optimize". But they are back step by step with the next "read tags from file" actions. Is there anybody having the same problem? Regards, Uwe Update: same problem with the Aperture tags Quote Link to comment Share on other sites More sharing options...
l.miklos Posted November 10, 2018 Report Share Posted November 10, 2018 Till now I didn't use aperture and shutter speed in Daminion. Now I've switched on and Daminion writes: "Aperture: Loading 182 000" and it is growing... Nevertheless in this database I have only 42503 pics... Miklos Quote Link to comment Share on other sites More sharing options...
Uwe Posted October 28, 2019 Author Report Share Posted October 28, 2019 Still not fixed in offcial version 6.2 build 1997. Regards, Uwe Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted November 16, 2019 Report Share Posted November 16, 2019 Hi Uwe, the issue is registered, I will try to get Valery to take a look at it this week Kind regards, Daria Quote Link to comment Share on other sites More sharing options...
Uwe Posted April 18, 2020 Author Report Share Posted April 18, 2020 Hello, now it's build 2099 and the bug is still there. Any chance to get it fixed? Regards, Uwe Quote Link to comment Share on other sites More sharing options...
lintujuh Posted April 22, 2020 Report Share Posted April 22, 2020 I have the same issue. These categories are useless. Juha Quote Link to comment Share on other sites More sharing options...
Uwe Posted September 9, 2020 Author Report Share Posted September 9, 2020 Status build 2225: the bug is still there. Regards, Uwe Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted September 9, 2020 Report Share Posted September 9, 2020 The guys have raised the priority of the issue, hopefully it will be fixed soon Kind regards Daria Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted September 11, 2020 Report Share Posted September 11, 2020 Hi guys, in the official 6.7. version, we cannot reproduce this issue anymore when adding new files. The guys are working on the script to remove residual information from the previous versions. Kind regards Daria Quote Link to comment Share on other sites More sharing options...
Uwe Posted September 11, 2020 Author Report Share Posted September 11, 2020 Hello, please try following: define an import folder and an upload folder in the catalog settings. Then copy by a file manager files to the import folder. These files are automatically moved to the upload folder. Check if you get multiple entries for Aperture etc. In my case the multiple useless entries are photos taken by a Samsung smartphon and a Canon G16 camera. Regards, Uwe Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted September 11, 2020 Report Share Posted September 11, 2020 Hi Uwe, are you sure Daminion adds more duplicate entries after each import in your case ? Or does it just assign the files to the existing entries in this scenario? Kind regards daria Quote Link to comment Share on other sites More sharing options...
Uwe Posted September 11, 2020 Author Report Share Posted September 11, 2020 Hi Daria, I'll try to reproduce it. I made the optimization of the catalog and will watch it and record my activities in the background. Regards, Uwe Quote Link to comment Share on other sites More sharing options...
Uwe Posted September 12, 2020 Author Report Share Posted September 12, 2020 (edited) Hello, I got it. Example: There are already e.g. 100 items assigned to the Aperture tag "f/1.7" in the catalog. 1. I've imported files (e.g. 20 JPG photos and 1 GPX file) without GEO metadata to the "upload folder". All 20 items are assigned aditionally to the existing Aperture tag "f/1.7." Now there are 120 assigned items to Apertute tag "f/1.7". 2. Then I called the GeoSetter program to add GEO metadata to the 20 JPG files. 3. By "Rescan folders" of the "upload folder"/"read tags from file" I update the metadata of these items in the catalog. Now I get the 20 additional/multiple entries for the Aperture tag "f/1.7" and the items are not additional assigned to the already existing Aperture tag anymore. Means there is one Aperture tag "f/1.7" value = 100 AND 20 additional Aperture tags "f/1.7" value = 1. Daria got the recorded video by Skype. It would be helpful if any other user can test it in the same way. Regards, Uwe Edited September 12, 2020 by Uwe Add "/Read tags from file" as action to update metadata Quote Link to comment Share on other sites More sharing options...
WilfriedB Posted September 12, 2020 Report Share Posted September 12, 2020 So far, I neither used Shutter Speed nor Aperture in the tags tree. Adding it just for a test, doesn't look as dramatic as Uwe's example, but there are indeed duplicate entries. However, the majority seems to be correct (19,297 versus 1,1,1,1). Funny, this clarified some thing else: I never liked the fact that you don't see the focal length in the properties, but I just learned, you can select it in the tag tree (but still don't see it in the properties where in should be imho 😞 ) Similar for the Aperture Quote Link to comment Share on other sites More sharing options...
WilfriedB Posted September 12, 2020 Report Share Posted September 12, 2020 3 hours ago, Uwe said: 2. Then I called the GeoSetter program to add GEO metadata to the 20 JPG files. Ok, this I can clearly reproduce: After adding a category with Geosetter and then Read Tags from File, the shutter speed also appears as separate tag, which it did not before. Normally, in my workflow, I run GeoSetter to assign the Geo tag and some bulk metadata before importing the image into Daminion. This explains, why I see much fewer duplicate tags compared to Uwe's results. Quote Link to comment Share on other sites More sharing options...
WilfriedB Posted September 12, 2020 Report Share Posted September 12, 2020 (edited) On 11/10/2018 at 10:45 AM, Uwe said: The only way to remove them is: "Catalog->optimize" Optimize merges those tags correctly, but doesn't remove the tags with zero entries. Correction: The zero entries disappeared after closing and restarting the client. Edited September 12, 2020 by WilfriedB The zero entries disappeared after closing and restarting the client. Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted September 14, 2020 Report Share Posted September 14, 2020 Could you please show me what your tags look like now? Daria Quote Link to comment Share on other sites More sharing options...
WilfriedB Posted September 14, 2020 Report Share Posted September 14, 2020 Hi Daria, after performing an Optimize (which might have caused other problems 😞 ... please see my post of last night), I saw 9 times 1/125 with count zero. After restarting the client (or simply waiting some time?), all nine disappeared: Quote Link to comment Share on other sites More sharing options...
Uwe Posted September 14, 2020 Author Report Share Posted September 14, 2020 Very easy: a single tag per different value Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted September 14, 2020 Report Share Posted September 14, 2020 Uwe, were you able to get rid of excessive tags as well? Kind regards Daria Quote Link to comment Share on other sites More sharing options...
Uwe Posted September 14, 2020 Author Report Share Posted September 14, 2020 yes, I was able to get rid of excessive tags Quote Link to comment Share on other sites More sharing options...
WilfriedB Posted September 14, 2020 Report Share Posted September 14, 2020 On 11/10/2018 at 10:45 AM, Uwe said: But they are back step by step with the next "read tags from file" actions. For now! But each change outside of Daminion and read tags from file will produce them again until you perform an optimize. Quote Link to comment Share on other sites More sharing options...
Uwe Posted October 26, 2020 Author Report Share Posted October 26, 2020 Hello, the bug is still existing in build 2250. regards, Uwe Quote Link to comment Share on other sites More sharing options...
Daria Kotilainen Posted October 26, 2020 Report Share Posted October 26, 2020 My apologies for this issue Uwe, I will ask Cate to discuss this again with the guys as soon as they have an open slot for a call. Kind regards Daria Quote Link to comment Share on other sites More sharing options...
Uwe Posted March 26, 2021 Author Report Share Posted March 26, 2021 Hello, this is not fixed since more than two years and still there in build 2416. Regards, Uwe Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.