Recent posts

#31

General Discussion and Questions / Re: Can I hide the face and gl...

Last post by Mario - April 02, 2025, 12:02:49 AM

nail, but those two don't.

That means that the file has face annotations and GPS coordinates. Active icons are less translucent than inactive icons, so you know which collections or other attributes are active/enabled and which are not. For example, bookmark a file and see how the bookmark icon behaves.

You can hide all icons in your layout, but not individual icons. This would cause a lot of unneeded complexity.

If you have enabled the option to stretch thumbnails in your File Window layout, the thumbnail will fill the entire panel, basically moving under the icons. Disable this option to make room for the icons.

You can control whether or not show icons and even in which size in the File Window layout settings. Just configure it the way you want.

See File Window Layouts for all details, options and modes you can choose from.

#32

General Discussion and Questions / Can I hide the face and globe ...

Last post by deaded - April 01, 2025, 11:30:17 PM

I've been using iMatch on Windows 10/11 for years, today I upgraded to 2025.1.8.  I don't remember having the blue happy face icon over the thumbnail of everyone who has face annotations. Same with the green globe icon for GPS.  The other icons on the side fade when you are not hovering over the thumbnail, but those two don't.  I can see their utility as an exclusion/inclusion filter but not as an obstacle.

Is there any way to hide them?  They partially obstruct my view of the thumbnails, especially when they are small.  I have searched these forums as well as the internet but have not found a solution.

Thanks to anyone who might be able to help with this!

#33

General Discussion and Questions / Re: people/ Face manager and i...

Last post by Mario - April 01, 2025, 10:35:04 AM

I have DxO PhotoLab. There's no indication that it can understand or make use of face regions in metadata. It can find faces in an image on its own, but that's only so it can use the pixel data in the face areas as a reference for adjustments.

Supporting the proper XMP tags (Regions and PersonInImage) is optional, like all XMP.

We all have learned that proper metadata handling is not on the top list of features for (most) RAW processors. It's hard, expensive, and does not show in ads and neither makes good material for "influencer"videos on YouTube.

I decided to support it (and spent time and money to implement it) because

a) the face annotations created in IMatch should be accessible for other applications (no lock-in)

b) IMatch should be able to import face regions created by other software (mostly Picasa and Lightroom at the time) and devices (smart phones).

#34

General Discussion and Questions / Re: people/ Face manager and i...

Last post by sybersitizen - March 31, 2025, 10:37:00 PM

Is it reliable ? i mean will these data remain if the database crashes or if i quit imatch for another software ?
There is maybe another step to take ? for example, my photolab software does not see that type of data but only the keywords...

I have DxO PhotoLab. There's no indication that it can understand or make use of face regions in metadata. It can find faces in an image on its own, but that's only so it can use the pixel data in the face areas as a reference for adjustments.

#35

General Discussion and Questions / Re: IMatch AI confusion?

Last post by jch2103 - March 31, 2025, 10:02:34 PM

Hard to tell what happened, then. I'll consider it a one-off.

#36

AutoTagger and AI / Re: Observations about AI Land...

Last post by Stenis - March 31, 2025, 08:02:11 PM

Thanks. Gemini 3 should be interesting. I also saw this yesterday: https://arstechnica.com/ai/2025/03/google-says-the-new-gemini-2-5-pro-model-is-its-smartest-ai-yet/

Interesting times.

Thanks

#37

General Discussion and Questions / Re: people/ Face manager and i...

Last post by Mario - March 31, 2025, 06:35:05 PM

See Working with XMP Face Regions and The PersonInImage Tag

Is it reliable?

Sure.

i mean will these data remain if the database crashes

Yes, unless something catastrophic happens.
This is why you make daily backups of your important data (including your IMatch database) and keep these backups around for several weeks. If you don't, learn about backups and how important they are.

or if i quit imatch for another software ?

Keep in mind that the XMP metadata standard offers a rather 'basic' support for faces.
IMatch persists (stores) XMP face regions for your face regions and the person tag. And maintains the PersonInImage tag. See the links above for reference. This makes this data available for other applications, if they support XMP face regions.

XMP has no concept of persons, families, or teams. Or events.
A lot of the magic that makes the Person concept work so well in IMatch is based on the IMatch Graph that manages things like persons, families, teams, events and more in the database, mostly behind the curtain.
That's why you use a DAM.

If you have to, you can export all persons in your database into a JSON file, which is a standard and can be processed by many applications. Much as like you can export IMatch categories. Or Attributes. Or other IMatch data.
If and how you can use that information in other software depends on how capable that software is.

Note that IMatch persons integrate with your previous keyword feature. You can associate keywords and categories with person, and IMatch assigns the person keywords and categories to the file when it assigns and confirms a person. Very flexible, very cool. See Person Keywords and Categories

#38

General Discussion and Questions / people/ Face manager and iptc ...

Last post by Yves Thomazeau - March 31, 2025, 06:18:56 PM

Hello.

Until yesterday i used classical keyword categories to put a name on a picture.
I am now trying now to use the people or face manager tool and i find it very useful specially with the add of groups and families and more ergonomic than the keywords feature.
That said i d like to know more about the management of these data in the exif or iptc parts of the photos.
When i look at my newly tagged photos i can see the data name only in XMP IPTC Extension and in MWG Regions .. Is it ok?
Is it reliable ? i mean will these data remain if the database crashes or if i quit imatch for another software ?
There is maybe another step to take ? for example, my photolab software does not see that type of data but only the keywords...
Waiting for your advices..

#39

Metadata / Re: can iMatch 'purge' unneede...

Last post by Mario - March 31, 2025, 11:14:50 AM

After starting with the D70 (2004) all jpeg files have an xmp file with them in my folders.  I think I was already using iMatch at that time.   I assume that those xmp files were created by iMatch.   (??) 

IMatch does never create XMP files for JPG files.
Two things to check:

1.  If there was a RAW file with the same file name as the JPG file in that folder, and you deleted or moved the RAW manually (not inside IMatch), the orphaned XMP file will stick around. IMatch can only maintain XMP files when you delete, rename or move the linked files from inside IMatch.

2.  You may have, at some point in time, forced IMatch to write XMP sidecar files for JPG.
Check Edit > Preferences > Metadata 2: File Formats.

Johns approach sounds good.

[relocate]

#40

General Discussion and Questions / Re: Slow after latest update

Last post by Mario - March 31, 2025, 08:33:18 AM

The folder is listed as created sept 18, 2022 and last modified on 11/27/2024.
The file you listed was last modified Nov 23, 2009 (which makes sense based on how old these files are).

Hm. IMatch has the folder as last modified on "3/14/2025 8:21:27 PM", and the file at the 2009 date. So it should not consider the file newer than the folder. IMatch simple gets the timestamps from Windows, then uses the Windows function CompareFileDateTime(folder,file) to check whether folder is older, and if so, schedules the folder.

I need to reproduce your time stamps and see what IMatch does.

The category export files contains everything, including category colors (your "hex words") and, if you have enabled this, the file names associated with each file. Search for the file name and then lookup the category.

but now I have something like 100,000 unassigned files after my drive updates and moving to 2025.

Did you check that you have not added the same folders multiple times (from the old drive and the new drive).
I just had a similar case in email support. A user had to replace his disk and then did not use relocate to tell IMatch that the files are on a new disk, but instead added all files again - giving him two versions of each file. One with categories and Attributes, the other without. Removing the extra copies from the database and relocating the folders to point to the new drive fixed the issue.

Update

The log file provided was not in debug logging mode, which means that some detailed data is missing.
The "timestamp is older than the last modified file" message can also be logged if IMatch found a file that is not yet in the database during the initial deep scan. In that case it does not matter that the file is older than the folder, the folder will be rescanned to ingest all files not yet in the database. Can this be the case?