Data driven Category for locations

[frankdarwin]

I have defined locations and now I want to create a data-driven category for these locations.
When creating the category "Locations" I chose "City" as tag because I didn't find any other suitable tag.
The definition of the location can be found in the attachment.

When I look at the category, I only get "Other" displayed. My locations do not appear in the category.
Where is my error?

[Mario]

Have you looked at the already existing IMatch Standard Categories > Images > Location ?
This category already organizes your files by country, city, location. It's all already there, you only need to use it.

[PandDLong]

The Standard Categories that Mario references will give you good information and will help point the way.  They certainly helped me learn a lot about the geographic tags.

My one comment is that in the Location dialog you attached, your location definition doesn't have a City so that tag will be blank in any photos assigned to that Location.  That probably explains the 'Other'.

Michael

[frankdarwin]

Have you looked at the already existing IMatch Standard Categories > Images > Location ?
This category already organizes your files by country, city, location. It's all already there, you only need to use it.

The category "IMatch Standard Categories > Images > Location" is empty (see attachment).
What I find is a category called "Places" under @Keywords.

I previously managed the images with Adobe Lightroom before going back to IM. Could this have caused problems?

Why can't I have a custom data driven category?

[frankdarwin]

The Standard Categories that Mario references will give you good information and will help point the way.  They certainly helped me learn a lot about the geographic tags.

My one comment is that in the Location dialog you attached, your location definition doesn't have a City so that tag will be blank in any photos assigned to that Location.  That probably explains the 'Other'.

Michael

Now I have assigned a city to the location.
But that does not change the result.

[Mario]

I previously managed the images with Adobe Lightroom before going back to IM. Could this have caused problems?

Well, this depends on what you did.
Did you tell Lightroom to store the XMP data back to the file? If you did not, the data only exists in the proprietary Lightroom catalog, inaccessible for IMatch and other software.

IMatch uses the standard Country, City and Location tags to create these categories.
The same tags you use when you fill in the country, city and location tags in the "Default" Metadata Panel.
The tags you fill in when you use reverse geo-coding in IMatch.
The official tags to store these values.
I'm sure you can find other tags which sound similar and adds data to them. But remember that many tags are linked to each other and need to be updated during write-back.
For example, several tags in IPTC and XMP store city and country, and only when you use the standard tags in IMatch, these tags are updated and synchronized.

If this data-driven category is empty, there is something wrong.
Does the Metadata Panel show country, city and location for these files? Because, it uses the official tags, the same tags this data-driven category uses.
What you see in the country, city and location tags in the Metadata Panel is used to create these categories.

IMatch does make this super-easy for you, both in the Metadata Panel, the Map Panel, Locations and reverse geo-coding.
If you set these values in other applications, you are responsible to do it right.
But, usually, there is no problem with Adobe software like Lightroom and Photoshop. They use the same tags IMatch uses. It just works.

Why can't I have a custom data driven category?

You can create any number of data-driven categories for any number of tags you like.
But if you don't update the official country, city and location tags, you are on your own.

[PandDLong]

Now I have assigned a city to the location.
But that does not change the result.

Did you then assign or apply that Location to some photos?  The set of Locations that you can edit are - what I call - iMatch "helpers" - they help you apply a bunch of metadata to a photo simply but editing the Location doesn't change any of the existing photo metadata. 

Am I making sense?

Michael

[frankdarwin]

I have understood everything up to this point.
Now I have given all the images in the metadata a city and a country.
Then I created a data driven category for the country and the city.
In both I get displayed what I expected.
Now the question is, how do I create a hierarchical, data driven category in the form Location -> Country -> City?

[Mario]

Don't you have the IMatch Standard Categories > Images > Location which already does this?
It's default for all IMatch databases. Just look.

[frankdarwin]

Now everything is okay.
I had overlooked when editing the data driven category that I had only created one level.
Thanks for the tips.

[Mario]

If you make your own location category, delete the default category.
It makes no sense to duplicate the data or let IMatch keep updating data-driven categories you don't need.

[frankdarwin]

By default category, do you mean the Places category under @Keywords or the "Ort" category (see attachment)?

[Mario]

Yes. Your database was created with a language setting for Deutschland, hence the names are in German.
Ort automatically groups your files based on country, city and location.

[frankdarwin]

Yes. Your database was created with a language setting for Deutschland, hence the names are in German.
Ort automatically groups your files based on country, city and location.

What do you mean by "Yes"?
Should I delete the Places category under @Keywords§?

[Mario]

We're talking about different things.

Why would you want to delete the keyword hierarchy places?
This hierarchy is created from the keywords in your files.

This has nothing to do with the "Orte" category which organizes your files based on country, city, location.

I just said what when you have created your own "Locations" data-driven category, you don't need to keep Orte.

[frankdarwin]

O.K.
That was a misunderstanding. Sorry.