Jump to content

WilfriedB

Members
  • Content Count

    420
  • Joined

  • Last visited

  • Days Won

    4

WilfriedB last won the day on June 5 2018

WilfriedB had the most liked content!

Community Reputation

5 Neutral

About WilfriedB

  • Rank
    Gold Member
  • Birthday 02/23/1951

Profile Information

  • Gender
    Male
  • Location
    Germany

Recent Profile Visitors

5,463 profile views
  1. @Peter, I agree and would prefer that too, since Alt-Tab is the fastest way to navigate between various windows! For that, I use a different approach: For the Map (as well as the Tags and sometimes also for Tags #2), I use free floating panels. While not using them, I move them down to the bottom of the display, while not needed. Only the Properties panel stays docked at the right most of the time.
  2. Same here. I am still on Build 2033 and not aware of any newer test build approaching this issue.
  3. As far as I know, there is no way to automatically link images with similar file names. However, for myself I found a workaround: 1. If the file names are exactly the same, i.e. including the extension (obviously they mus exist in different folders), you open the properties and click on the file name: In the thumbnail area, you see all images with exactly the same file name (but residing in different folders). 2. If the file names are not exactly the same, for example, if they are of different media type (e.g. JPG and RAW), then you start with step 1 described above (and very likely you see only a single image in the thumbnail area). Now, click the Advanced button and instead of matches, select contains (or start with). Then modify the file name in the input field to get only the part which is identical (i.e. remove .jpg or .mrw) :
  4. The same is true for the Home Server 6.3 (2033). The fact that the country can be found, is not very useful. Instead location and city would be extremely helpful. I'd also appreciate, if the date for Creation Datetime could be used in the filter.
  5. After accidentally or purposely deleting one or more AI Labels generated via the Google Cloud Vision API, there seems to be no way to recover them. Apparently, the AI Labels are not written to metadata via Sync or Write Tags to File and therefore cannot be restored by reading the metadata from the image file. Performing Actions -> Generate AI Labels again does not do anything (which is good, since it might incur additional fees by Google). There are (at least) two ways to delete AI Labels: Performing an Item -> Actions -> Read Tags from file deletes all existing AI Labels One or more AI Labels can be deleted manually in the Properties panel. If you do so accidentally, you may undo the action before saving the changes, but after that, they are gone for ever. The Tags Tree panel also shows a Delete option. I did not try it yet, but I assume it would work too. ... ? (I bet, there is more 😉 ) It seems to me, the values of all labels requested via the Google Cloudvision API still exist in the cloudvision table of the PostgreSQL database, but so far I could not find any way to restore or even visualize them in the Daminion client. I would greatly appreciate, if such a capability could be added to Daminion. Even though the Properties panel shows the words Add Tag ... under AI Labels, you cannot click it to manually add an AI Label (which doubtfully may make sense). However, if you select multiple image items and right click an AI Label which does not exist for all selected items, you may choose Assign 'xxx' to 'y' items. This could be a way to recover a deleted label, but only if you remember what it was and if another media item tagged with it, still exists. Thanks and a happy new year to everybody Wilfried
  6. Thank you Germie. Also a Happy New Year to you and everybody on the forum! 🍀
  7. Ah know I understand, the 2 in your screen shot shows the Windows explorer not the Daminion catalog. Seems the Import Dialog always shows the last destination folder and does not care, if you selected another folder in the thumbnail view. I agree, it would be helpful, if the path would be pre-filled with the currently selected folder. However, the thumbnail is usually based on other selections, instead of the content of a single folder.
  8. According to my understanding, dragging a file to the thumbnail area is meant to import new items (i.e. the same as Add Files ... Ctrl+I) into the catalog, but not to move items already known in the catalog. Not sure, what your intention was, when you dragged an item. If you want to to move it from one folder to another, the correct way would be Item -> Export -> Copy to folder ... F7 .
  9. Yes, it they are. Once you found such a mismatch, it is easy to solve, but the real difficulty is to find all images where auto-sync failed in the past .
  10. Egon, it seems, after resizing the dialog, Daminion remembers the new size even after ending and starting the client again.
  11. As I said above, having spacing spaces in the path, always worked fine with me and it seems to me as a limitation, when the path is too long (or the dialog window too narrow). Egon, did you try to resize the dialog, by placing the mouse pointer over the right border of the dialog and when it changes to a double arrow (↔), hold the button and pull to the right? This did work for me. Before resizing: After resizing: After more resizing:
  12. I agree with Alain. Makes perfectly sense to me. As a workaround, you can assign a Color Label to all video formats (if you don't use color labels heavily yet). That way you can use the color instead of the media format in your queries.
  13. Not sure, if this happens always, but I found cases when the changed tag is not written into metadata. It happens, when you rename a tag and the new tag needs to be merged with an existing on. It seems to work fine, if you rename a tag and the resulting new tag does not exist yet (i.e. no merge necessary). I just tried the above again in Build 203.
  14. I agree! This is also somewhat inconsistent, since it does work for some tags (place, event, description ...) and does not for others. Note, there is also a difference between "Does not match" and "Does not contain". The latter is possible for even fewer tags.
×
×
  • Create New...