Error exporting photo (expected str, bytes or os.PathLike object)

[alandefreitas]

What do errors like these mean?

  [########----------------------------]   24%  00:03:00Error exporting photo (7E964AA1-253F-4ED5-B621-AFEBC175A966: 7E964AA1-253F-4ED5-B621-AFEBC175A966.JPG) as 7E964AA1-253F-4ED5-B621-AFEBC175A966.JPG: expected str, bytes or os.PathLike object, not NoneType

It's happening for less than 1% of the database, but still.

[RhetTbull]

What version of MacOS are you running? Also, what's the full command line you're using.

This error occurs when osxphotos tries to export a photo that's missing from the disk (Eg it might be in iCloud but not synched to the local machine). Osxphotos should catch these and skip them, reporting the photos as missing but in this case some sort of bug is causing osxphotos to not catch the missing photo.

[alandefreitas]

So I finally exported everything and imported it into Shotwell and digiKam, where I have more full control over the files, and can access them on any platform. Thanks again!

I don't know if that's worth another question, but do the movie dates and people in pictures are stored as meta-data? It seems like either this is not stored as meta-data or Shotwell and digiKam can't read this meta-data. Both Shotwell and digiKam cannot identify the dates of the movies and are asking me to identify people again. Maybe this meta-data is not included by default?

[RhetTbull]

Maybe this meta-data is not included by default?

That's correct. Unless you specify one or more of the metadata export options like --exiftool or --sidecar then metadata such as faces is not exported. You could generate XMP sidecars for digikam by re-running your export and appended --update --sidecar XMP. I don't use digikam so can't confirm but you might also need --sidecar-drop-ext

[alandefreitas]

Sorry. I forgot to mention I did specify --exiftool. All the other metadata apart from these two I mentioned are correct. I don't know. Maybe it's impossible to embed this kind of metadata in the videos and we need sidecar files. I was avoiding sidecar files for now.

[RhetTbull]

The dates should be correctly exported for videos so I'll look into that. Faces in videos are not supported by osxphotos

[alandefreitas]

I've imported the library to PhotoPrism and it found the metadata! 🥳

This might have been a problem with Shotwell and digiKam, or I just didn't set them up correctly. In any case, both apps had their problems:

• Shotwell, which looks more like apple photos seems to be poorly maintained and doesn't even support HEIC properly.
• Digikam does work with HEIC but the interface for exploring the photos is really ugly and not worth it.

PhotoPrism was not my first option to get out of the Apple ecosystem because I didn't like the idea of having a container server running all the time, but it did get the work done. The interface for exploring the pictures is great, it works with all file formats, and it recognized the metadata perfectly.

The people faces metadata doesn't contain the names, only ids, but I think this is expected. Just in case, I'm exporting everything again with the sidecar files this time to make sure I'm absolutely not losing any data before erasing the photos from iCloud.

Anyway, thank you again for this library. I thought I would have to pay for iCloud photos forever even without using it just to avoid losing my data locked into an incompatible proprietary format. It's like I own my data again! Thank you so much. 😀

[RhetTbull]

To assist with tracking down this bug, could you share the result of this command?

osxphotos debug-dump --dump photos --uuid D78BA555-A4DE-49F0-9D6F-12A8A9ECB905 --uuid 7E964AA1-253F-4ED5-B621-AFEBC175A966

This will print debug info on the two photos that caused problems in your posts above.

[alandefreitas]

Sure. The output is quite long. There it goes:

Output

% osxphotos debug-dump --dump photos --uuid D78BA555-A4DE-49F0-9D6F-12A8A9ECB905 --uuid 7E964AA1-253F-4ED5-B621-AFEBC175A966
Using last opened Photos library: /Users/username/Pictures/Photos Library.photoslibrary
Opening database: /Users/username/Pictures/Photos Library.photoslibrary
Done; took 14.33 seconds
_dbphotos['D78BA555-A4DE-49F0-9D6F-12A8A9ECB905']:
{'UTI': 'public.jpeg',
 'UTI_original': None,
 'UTI_raw': None,
 '_uuid': 'D78BA555-A4DE-49F0-9D6F-12A8A9ECB905',
 'added_date': datetime.datetime(2021, 9, 15, 23, 58, 21, 333381),
 'adjustmentFormatID': None,
 'adjustmentUuid': None,
 'albums': ['32141CC1-B76E-4A90-9085-045176AAF556'],
 'alt_master_uuid': None,
 'burst': False,
 'burstPickType': 0,
 'burstUUID': None,
 'cloudAssetGUID': 'EC994B94-B52C-4835-BAEA-55E754766157',
 'cloudAvailable': None,
 'cloudLibraryState': None,
 'cloudLocalState': None,
 'cloudStatus': None,
 'cloudbatchpublishdate': 593003033,
 'cloudownerhashedpersonid': 'f492428f18ac497b3ab5dc81e659aaf25f4f062375b97f0d0c83e650e4c99c53',
 'countryCode': None,
 'customRenderedValue': 0,
 'datastore_subtype': None,
 'depth_state': 0,
 'directory': '1034990640/FS-26c13216-c842-4519-b285-1e1a2eb8ab6d',
 'extendedDescription': None,
 'favorite': 0,
 'filename': 'D78BA555-A4DE-49F0-9D6F-12A8A9ECB905.JPG',
 'fok_import_session': None,
 'hasAdjustments': 0,
 'hasAlbums': 1,
 'hasKeywords': 0,
 'hasPersons': 0,
 'has_raw': False,
 'hdr': False,
 'height': 960,
 'hidden': 0,
 'imageDate': datetime.datetime(2019, 10, 16, 22, 50, 12, tzinfo=datetime.timezone.utc),
 'imageDate_timestamp': 592959012,
 'imageTimeZoneOffsetSeconds': None,
 'import_session': None,
 'import_uuid': None,
 'incloud': None,
 'intrash': False,
 'isMissing': 0,
 'isreference': False,
 'keywords': [],
 'lastmodifieddate': None,
 'lastmodifieddate_timestamp': None,
 'latitude': -20.386153330000003,
 'live_photo': False,
 'localAvailability': 1,
 'longitude': -43.50509167000001,
 'masterFingerprint': None,
 'masterUuid': None,
 'modelID': None,
 'momentID': None,
 'name': None,
 'non_raw_master_uuid': None,
 'orientation': 1,
 'originalFilename': 'D78BA555-A4DE-49F0-9D6F-12A8A9ECB905.JPG',
 'original_filesize': 0,
 'original_height': 960,
 'original_orientation': 1,
 'original_resource_choice': 0,
 'original_width': 1280,
 'panorama': False,
 'persons': [],
 'pk': 12,
 'placeIDs': None,
 'placeNames': None,
 'portrait': False,
 'raw_data_length': None,
 'raw_info': None,
 'raw_is_original': False,
 'raw_master_uuid': None,
 'remoteAvailability': 1,
 'resource_type': None,
 'reverse_geolocation': None,
 'saved_asset_type': 4,
 'screenshot': False,
 'selfie': False,
 'shared': True,
 'slow_mo': False,
 'subtype': 0,
 'time_lapse': False,
 'trasheddate': None,
 'trasheddate_timestamp': None,
 'type': 0,
 'visibility_state': 2,
 'visible': False,
 'width': 1280}
_dbphotos['7E964AA1-253F-4ED5-B621-AFEBC175A966']:
{'UTI': 'public.jpeg',
 'UTI_original': None,
 'UTI_raw': None,
 '_uuid': '7E964AA1-253F-4ED5-B621-AFEBC175A966',
 'added_date': datetime.datetime(2021, 9, 15, 23, 58, 23, 339533),
 'adjustmentFormatID': None,
 'adjustmentUuid': None,
 'albums': ['32141CC1-B76E-4A90-9085-045176AAF556'],
 'alt_master_uuid': None,
 'burst': False,
 'burstPickType': 0,
 'burstUUID': None,
 'cloudAssetGUID': 'E899EBA5-EAC0-47D7-A829-6253D374CF44',
 'cloudAvailable': None,
 'cloudLibraryState': None,
 'cloudLocalState': None,
 'cloudStatus': None,
 'cloudbatchpublishdate': 590549291,
 'cloudownerhashedpersonid': '2c3a27b5be2151854e641e5c229de1cd7bb38022c2710902e51bd07cbf643cdd',
 'countryCode': None,
 'customRenderedValue': 0,
 'datastore_subtype': None,
 'depth_state': 0,
 'directory': '1034990640/FS-26c13216-c842-4519-b285-1e1a2eb8ab6d',
 'extendedDescription': None,
 'favorite': 0,
 'filename': '7E964AA1-253F-4ED5-B621-AFEBC175A966.JPG',
 'fok_import_session': None,
 'hasAdjustments': 0,
 'hasAlbums': 1,
 'hasKeywords': 0,
 'hasPersons': 0,
 'has_raw': False,
 'hdr': False,
 'height': 1536,
 'hidden': 0,
 'imageDate': datetime.datetime(2019, 9, 15, 0, 12, 34, tzinfo=datetime.timezone.utc),
 'imageDate_timestamp': 590199154,
 'imageTimeZoneOffsetSeconds': None,
 'import_session': None,
 'import_uuid': None,
 'incloud': None,
 'intrash': False,
 'isMissing': 0,
 'isreference': False,
 'keywords': [],
 'lastmodifieddate': None,
 'lastmodifieddate_timestamp': None,
 'latitude': -20.79181333,
 'live_photo': True,
 'localAvailability': 1,
 'longitude': -44.09753883,
 'masterFingerprint': None,
 'masterUuid': None,
 'modelID': None,
 'momentID': None,
 'name': None,
 'non_raw_master_uuid': None,
 'orientation': 1,
 'originalFilename': '7E964AA1-253F-4ED5-B621-AFEBC175A966.JPG',
 'original_filesize': 0,
 'original_height': 1536,
 'original_orientation': 1,
 'original_resource_choice': 0,
 'original_width': 2048,
 'panorama': False,
 'persons': [],
 'pk': 67,
 'placeIDs': None,
 'placeNames': None,
 'portrait': False,
 'raw_data_length': None,
 'raw_info': None,
 'raw_is_original': False,
 'raw_master_uuid': None,
 'remoteAvailability': 1,
 'resource_type': None,
 'reverse_geolocation': None,
 'saved_asset_type': 4,
 'screenshot': False,
 'selfie': False,
 'shared': True,
 'slow_mo': False,
 'subtype': 2,
 'time_lapse': False,
 'trasheddate': None,
 'trasheddate_timestamp': None,
 'type': 0,
 'visibility_state': 2,
 'visible': False,
 'width': 2048}

[RhetTbull]

Thanks for the debug output. This helped isolate at least one bug (which caused the exception in your osxphotos query --missing command) related to shared live photos. I think this is fixed in v0.43.6. I think there's still another bug lurking related to missing shared photos.