Extract Location vs. place.attributes

[Als-Home]

Osxphotos documentation provides the list of attributes for the query command. I suppose the geolocation or "Location" in Apple Photos, is defined by :
{place.name}
{place.country_code}
{place.name.country}
{place.name.state_province}
{place.name.city}
{place.name.area_of_interest}
{place.address}
{place.address.street}
{place.address.city}
{place.address.state_province}
{place.address.postal_code}
{place.address.country}
{place.address.country_code}

The question is why the osxphotos query --field with any of these attributes return "_", such as empty, when there is a location defined into Apple Photos ?
Is there another way or attribute to get the Apple Photos defines "Location" ?
Thanks

[RhetTbull]

@Als-Home are finding all {place} properties are empty or only some of them? If Photos is showing a place then this should be in the {place} attribute but not all of the fields may be available (Photos will use differently levels of fidelity depending on the location of the photo).

[Als-Home]

my test was only for two dozen of photos. I can try more.
However the {place} attribute does not work and return an error in the cli :
cmd : osxphotos query --field Location "{place}"
output : ValueError: Unmatched template variables in field Location: {place}

[RhetTbull]

Interesting. I do not have access to Photos 10.0 at the moment to test to see if behavior is different but my experience is that once you view the photo with the Get Info panel open, it immediately saves the geolocation data to the Photos database. When Photos shows the pin on the map, does it show the detailed reverse geolocation data? For example, in this screenshot, it shows "Washington, District of Columbia, United States" which is the same as the {place.name} value.

[Als-Home]

yes, when I open the Info panel I can see the location and it is VERY precise

and if I export this photo, I can see the longitude-latitude metadata into the file info

I did open a ticket with Apple and the L1 and L2 have no clue what I'm talking about. They escalate to the developers to get an answer. I'm under the impression that they changed in Photos 10.0 the way to store GeoLocation metadata

How we can dig more here to understand if there is a new schema ?

[RhetTbull]

In your screenshot, the reverse geolocation box says "Looking up location info...". Did this ever change to show a specific location name? That's what the {place.X} data is referring to. Yes, the map pin is precise but that's simply dropping the latttude / longitude onto the map. That doesn't mean Photos "knows" the details about where the photo is such as street address, city, etc. as is stored in the places fields.

[Als-Home]

interesting what you mentioned about "Looking up location info..." because it was my concern and the Apple L2 did answer that is normal and will never change to any other message (again Photos 10.0)
To you opinion, about to troubleshoot if the lookup does not work, what I can do/force ?

[Als-Home]

I think I found the issue here.

• If I go to anther server using Photos 9.x, the Location is properly updated.
• If I use this library on my original server using Photos 10.x, I can see the Location link you mentioned
• If I use on Photo 10.0 my "bad" test library, originally a duplication from my big library but with only 99 records, it does not work
• if I create a brain new library using Photos 10.0 and importing the same 99 photos from original files, it works

My conclusion is that my big Photos 9.x converted library to Photos 10.0, lost/break something during the Photo 9 to 10 update.
Recreating a full fresh library from Photos 10.0 works and will solve the issue.
I will report that to Apple as part of the issue but nothing wrong in OSXphotos, it works like a charme !
Thanks again for your assistance