Jump to content

WilfriedB

Members
  • Content Count

    509
  • Joined

  • Last visited

  • Days Won

    5

WilfriedB last won the day on October 6

WilfriedB had the most liked content!

Community Reputation

8 Neutral

About WilfriedB

  • Rank
    Gold Member
  • Birthday 02/23/1951

Profile Information

  • Gender
    Male
  • Location
    Germany

Recent Profile Visitors

5,893 profile views
  1. As I just learned from Kate, the issue could be reproduced. More interestingly though, there is another possibility, I never realized until now: When you search for any of the date fields instead of entering a specific date, you can also select today, yesterday, this month, last month, this year an Last N Days. Selecting today works fine, when "equals 14.Okt 2020" does not.
  2. It seems, this only happens, if the date is today! Trying it again with the images of yesterday works fine, but I first noticed it a couple of days ago - also with the pictures taken the same day. Playing a bit with images imported today, I can confirm the above. However, it only occurs when I use the Advanced search, while I see all thumbnails (Show All). If another selection is shown (e.g. Categories Equal) or if I right click the date in the properties of one image and click Select 'dd.mm.yy' in the tag tree, it works fine. So, there are several workarounds. If it cannot be reprod
  3. When I search for an Creation Datetime equal an exact date, I get "Not items match your search criteria", although there are images. Searching after a day earlier brings the correct result, though.
  4. Are you referring to stand alone or the server version? In either case, I'm not sure if there is any best way, but according to my own experience catalog and and photos can be in completely different folders. The waste majority of my images reside in D:\photos\yyyy\mm\dd but some are in different sub folders of photos or even in the root or other drives. When I used the the standalone version until two years ago, the catalog was in d:\photos\Daminion catalogs , i.e. at the same level as all the years D:\photos\yyyy. After migrating to the server version, the database resides in D:\PostgreSQL\
  5. Yes, you can setup a search for any combination of tags. When you say "search bar" you mean the Quick Search? It does not support operators but multiple search terms. In the pull-down menu, you can decide to search Everywhere or for one or more tags. However, for more complicated searches you can either use Advanced or create a Saved Search.
  6. While the SQL Update did not do me any good, it did have some negative side effect. Since yesterday was the first of the month, it was easy to see, how many requests have been performed and charged to my Google account. This morning, I was surprised seeing "513 count" for my Label Detection Operations on the Billing page of the Google Cloud Platform, but I requested only 125 (or 126?) items to Auto Generate Tags yesterday. To understand, what happened, I ran this SQL select: select * from cloudvision where enddate >= date_trunc('month', CURRENT_DATE) order by value desc; Even more co
  7. Interesting, the result for all 19 items:
  8. Tried now another update with '[ ]' (i.e. one space) and many more than 19 rows were updated. Trying the request AI labels again, I found this error: Status(StatusCode=ResourceExhausted, Detail="Resource has been exhausted (e.g. check quota).") bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) bei Grpc.Core.Internal.AsyncCall`2.UnaryCall(TRequest msg) bei Grpc.Core.Calls.BlockingUnaryCall[TRequest,TResponse](CallInvocationDetails`2 call, TRequest
  9. The Error column is empty, but values = [ ] .... not sure, how many spaces are between the brackets.
  10. Thanks Katerina! The update was performed (and committed), but only for a single row: UPDATE statement (CLOUDVISION) executed successfully: 1 row affected - Connection: NetCatalog1: 1428ms After that, it was still not possible to get AI labels for those 19 items. Then I tried to request them for a newer image, which worked fine immediately.
  11. Agree, but I am also still curious, why does this happen? After I got to work with the help of a Daminion developer several months ago, I got another 19 items resisting to get AI tags. It is an extremely low percentage, given the fact that I am able to tag 1,000 images each month, but I cannot see any reason, why those are not tagged and the value s set to '[ ]'.
  12. The file name can be used in a search request, but it is never mandatory. In fact, as long as you work within the Daminion client, you can completely ignore file name and folder, as long as the metadata tags give you enough details. But you need to make sure in the first place, that all kind of information you did encode in file or folder name, is reflected in a tag.
  13. This doesn't really solve your problem, but maybe works around a little bit, Alain: I basically gave up on navigating the tags tree hierarchy manually. Instead, I heavily use the <Filter Tags> to jump directly to a tag or even include/exclude from a search or assigning it to selected items. Unfortunately, this doesn't work for Place and Creation Datetime though 😞
  14. When I refresh the view and go to the last page, the number on the right shows correctly (10001...11504). It seems to me the reason for the difference was changing many tags and paging forward.
×
×
  • Create New...