Closed jasonhollis closed 6 months ago
This isn't due to the keyword or the unicode characters in the keyword. I created a folder named álainn
and a keyword with the same and then ran your export command and it worked fine (see below). There's at least 2 problems;
--keyword “álainn”
passed the keyword as “álainn”
not as álainn
, in other words, it included the quotes. I'm guessing you typed the command first in TextEdit or Notes then pasted it to Terminal. Unless explicitly disabled, MacOS will convert the regular "
mark to a "smart quote" “
also known as a curly quote. The shell and thus osxphotos see this as just another character, not a quote and include it as part of the keyword. OSXPhotos will warn you if you do this in a file path but for things like keywords, it assumes you meant what you typed.Were you exporting into a previously used export location? That is, you had run osxphotos export
in the past to export photos here and now you want to export new photos using the --update
? If not, the easiest thing to do is to delete the export database (There's a file .osxphotos_export.db
in the folder /Volumes/Jason/álainn
that you should delete). You won't see this in Finder as it's hidden so open the folder in Finder, then press shift+command+.
(shift command dot) This will toggle the "view dot files" feature in Finder. Find .osxphotos_export.db
and delete it. Alternatively, in the Terminal, type: rm /Volumes/Jason/álainn/.osxphotos_export.db*
If this was a previous export and you want to try preserving the export state, you could try these command:
osxphotos exportdb --repair Volumes/Jason/álainn
osxphotos exportdb --upgrade Volumes/Jason/álainn
And run the command again (this time without the smart quotes).
Alternatively, you could delete the entire export directory and re-run the original export.
I'm not sure what happened to get the database into this state though. Did osxphotos crash on you at some point prior to this? Did you cancel an export? Was this the first time running the export in this folder? Any other data you can provide would help me track down the source of the actual issue.
osxphotos export ~/Desktop/export/álainn --exiftool --update --download-missing --finder-tag-keywords --keyword álainn --verbose
osxphotos version: 0.67.6
Python version: 3.11.5 (main, Aug 25 2023, 01:57:11) [Clang 14.0.3 (clang-1403.0.22.14.1)]
Platform: macOS-13.5.1-x86_64-i386-64bit, 13.5.1
Verbose level: 1
exiftool path: /usr/local/bin/exiftool
Using last opened Photos library: /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary
Using export database /Users/rhet/Desktop/export/álainn/.osxphotos_export.db
Processing database /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary/database/photos.db
Processing database /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary/database/Photos.sqlite
Processing database.
Database version: 6000, 8.
Processing persons in photos.
Processing detected faces in photos.
Processing albums.
Processing keywords.
Processing photo details.
Processing import sessions.
Processing additional photo details.
Processing face details.
Processing photo labels.
Processing EXIF details.
Processing computed aesthetic scores.
Processing comments and likes for shared photos.
Processing moments.
Processing syndication info.
Processing shared iCloud library info
Done processing details from Photos library.
Exporting 2 photos to /Users/rhet/Desktop/export/álainn...
Exporting wedding.jpg (E9BC5C36-7CD1-40A1-A72B-8B8FAC227D51.jpeg) (1/2)
Writing metadata with exiftool for wedding.jpg
Exported wedding.jpg to /Users/rhet/Desktop/export/álainn/wedding.jpg
Exported new file /Users/rhet/Desktop/export/álainn/wedding.jpg
Exporting edited version of wedding.jpg (E9BC5C36-7CD1-40A1-A72B-8B8FAC227D51.jpeg)
Writing metadata with exiftool for wedding_edited.jpeg
Exported wedding.jpg to /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Exported new file /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/wedding.jpg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg: nothing to do
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/wedding.jpg: nothing to do
Exporting exif1.jpg (407A44AE-30AF-4E54-8549-9DB0B1B48861.jpeg) (2/2)
Writing metadata with exiftool for exif1.jpg
Exported exif1.jpg to /Users/rhet/Desktop/export/álainn/exif1.jpg
Exported new file /Users/rhet/Desktop/export/álainn/exif1.jpg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/exif1.jpg
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/exif1.jpg: nothing to do
Exporting 2 photos ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 100% 0:00:00
Processed: 2 photos, exported: 3, updated: 0, skipped: 0, updated EXIF data: 3, missing: 0, error: 0
Elapsed time: 0:00:01
Cleaning up lock files
Rhet,
You’re a legend! Yea, I don’t usually submit anything and would have ignored it, but your code is so cool in doing the dump and giving me the URL. I figured, why not? All your points are accurate. I was using notes, which I use for everything in about 7 devices. The other thing that it does that drives me nuts is it converts -- to C. I was actually running a second instance in parallel to a much bigger job on the same machine, which is probably why the database issue occurred.
I have only started playing with OSXPhotos about 3 days ago, but I have not noticed any forums or anywhere obvious to get advice. Yesterday I was trying to work out the simplest way to schedule OSXPhotos to run on a routine basis using the --update switch. I realize I’m taking the easy way out but it would save me a LOT of time if you could give me your two cents. I have looked at shortcuts, Applescript and could probably leverage the crontab. The biggest issue I seem to be facing, no matter which method, is getting the correct path and environment specified. I would be very grateful if you could help me with those two items and any advice you have on which method is most optimal.
The second thought I had you might find interesting. I am leveraging a NAS for the export. I noticed in your docs the notion of using a ramdisk for the .osxphotos_export.db. I was considering a launch script that copies \Volumes\Jason\Photos.osxphotos_export.db to the ramdisk, then runs the OSXPhotos operation and then copies the db back to the NAS on completion. I’m curious about your thoughts on that approach? Not that I’m questioning your code because I think it’s way comprehensive, but I’m guessing you don’t build out the DB in an internal array because of memory use?
I have read the docs a couple of times quickly. My gut tells me you already have it in there, but you have so much functionality that I will need to dig for it for a while. I have exiftool setup. Is it possible to change the creation date or the modified date in the exported files to match the creation date from the meta data in Photos?
I’m happy to spend the time posting thoughts, questions and or answers somewhere if you point me to where that should be.
I really appreciate the work that you are doing. It’s very cool stuff.
Best regards,
Jason
Best regards,
Jason
From: Rhet Turnbull @.> Date: Thursday, 7 March 2024 at 01:00 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] Don't think it likes Irish (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
This isn't due to the keyword or the unicode characters in the keyword. I created a folder named álainn and a keyword with the same and then ran your export command and it worked fine (see below). There's at least 2 problems;
Were you exporting into a previously used export location? That is, you had run osxphotos export in the past to export photos here and now you want to export new photos using the --update? If not, the easiest thing to do is to delete the export database (There's a file .osxphotos_export.db in the folder /Volumes/Jason/álainn that you should delete). You won't see this in Finder as it's hidden so open the folder in Finder, then press shift+command+. (shift command dot) This will toggle the "view dot files" feature in Finder. Find .osxphotos_export.db and delete it. Alternatively, in the Terminal, type: rm /Volumes/Jason/álainn/.osxphotos_export.db*
If this was a previous export and you want to try preserving the export state, you could try these command:
osxphotos exportdb --repair Volumes/Jason/álainn
osxphotos exportdb --upgrade Volumes/Jason/álainn
And run the command again (this time without the smart quotes).
Alternatively, you could delete the entire export directory and re-run the original export.
I'm not sure what happened to get the database into this state though. Did osxphotos crash on you at some point prior to this? Did you cancel an export? Was this the first time running the export in this folder? Any other data you can provide would help me track down the source of the actual issue.
osxphotos export ~/Desktop/export/álainn --exiftool --update --download-missing --finder-tag-keywords --keyword álainn --verbose
osxphotos version: 0.67.6
Python version: 3.11.5 (main, Aug 25 2023, 01:57:11) [Clang 14.0.3 (clang-1403.0.22.14.1)]
Platform: macOS-13.5.1-x86_64-i386-64bit, 13.5.1
Verbose level: 1
exiftool path: /usr/local/bin/exiftool
Using last opened Photos library: /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary
Using export database /Users/rhet/Desktop/export/álainn/.osxphotos_export.db
Processing database /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary/database/photos.db
Processing database /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary/database/Photos.sqlite
Processing database.
Database version: 6000, 8.
Processing persons in photos.
Processing detected faces in photos.
Processing albums.
Processing keywords.
Processing photo details.
Processing import sessions.
Processing additional photo details.
Processing face details.
Processing photo labels.
Processing EXIF details.
Processing computed aesthetic scores.
Processing comments and likes for shared photos.
Processing moments.
Processing syndication info.
Processing shared iCloud library info
Done processing details from Photos library.
Exporting 2 photos to /Users/rhet/Desktop/export/álainn...
Exporting wedding.jpg (E9BC5C36-7CD1-40A1-A72B-8B8FAC227D51.jpeg) (1/2)
Writing metadata with exiftool for wedding.jpg
Exported wedding.jpg to /Users/rhet/Desktop/export/álainn/wedding.jpg
Exported new file /Users/rhet/Desktop/export/álainn/wedding.jpg
Exporting edited version of wedding.jpg (E9BC5C36-7CD1-40A1-A72B-8B8FAC227D51.jpeg)
Writing metadata with exiftool for wedding_edited.jpeg
Exported wedding.jpg to /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Exported new file /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/wedding.jpg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg: nothing to do
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/wedding.jpg: nothing to do
Exporting exif1.jpg (407A44AE-30AF-4E54-8549-9DB0B1B48861.jpeg) (2/2)
Writing metadata with exiftool for exif1.jpg
Exported exif1.jpg to /Users/rhet/Desktop/export/álainn/exif1.jpg
Exported new file /Users/rhet/Desktop/export/álainn/exif1.jpg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/exif1.jpg
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/exif1.jpg: nothing to do
Exporting 2 photos ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 100% 0:00:00
Processed: 2 photos, exported: 3, updated: 0, skipped: 0, updated EXIF data: 3, missing: 0, error: 0
Elapsed time: 0:00:01
Cleaning up lock files
― Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1980938002, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAWV7CM6LZKBB5UMD3LYW4OOPAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBQHEZTQMBQGI. You are receiving this because you authored the thread.Message ID: @.***>
Rhet,
Sorry with fresh eyes this morning I just noticed: If you have questions, would like to show off projects created with OSXPhotos, or if you just want to say hello, please use the GitHub discussions forumhttps://github.com/RhetTbull/osxphotos/discussions or the osxphotos subreddithttps://www.reddit.com/r/osxphotos/ on Reddit. I will shove my questions up there.
Best regards,
Jason
From: Jason Hollis @.> Date: Thursday, 7 March 2024 at 09:35 To: RhetTbull/osxphotos @.>, RhetTbull/osxphotos @.> Cc: Author @.> Subject: Re: [RhetTbull/osxphotos] Don't think it likes Irish (Issue #1435) Rhet,
You’re a legend! Yea, I don’t usually submit anything and would have ignored it, but your code is so cool in doing the dump and giving me the URL. I figured, why not? All your points are accurate. I was using notes, which I use for everything in about 7 devices. The other thing that it does that drives me nuts is it converts -- to C. I was actually running a second instance in parallel to a much bigger job on the same machine, which is probably why the database issue occurred.
I have only started playing with OSXPhotos about 3 days ago, but I have not noticed any forums or anywhere obvious to get advice. Yesterday I was trying to work out the simplest way to schedule OSXPhotos to run on a routine basis using the --update switch. I realize I’m taking the easy way out but it would save me a LOT of time if you could give me your two cents. I have looked at shortcuts, Applescript and could probably leverage the crontab. The biggest issue I seem to be facing, no matter which method, is getting the correct path and environment specified. I would be very grateful if you could help me with those two items and any advice you have on which method is most optimal.
The second thought I had you might find interesting. I am leveraging a NAS for the export. I noticed in your docs the notion of using a ramdisk for the .osxphotos_export.db. I was considering a launch script that copies \Volumes\Jason\Photos.osxphotos_export.db to the ramdisk, then runs the OSXPhotos operation and then copies the db back to the NAS on completion. I’m curious about your thoughts on that approach? Not that I’m questioning your code because I think it’s way comprehensive, but I’m guessing you don’t build out the DB in an internal array because of memory use?
I have read the docs a couple of times quickly. My gut tells me you already have it in there, but you have so much functionality that I will need to dig for it for a while. I have exiftool setup. Is it possible to change the creation date or the modified date in the exported files to match the creation date from the meta data in Photos?
I’m happy to spend the time posting thoughts, questions and or answers somewhere if you point me to where that should be.
I really appreciate the work that you are doing. It’s very cool stuff.
Best regards,
Jason
Best regards,
Jason
From: Rhet Turnbull @.> Date: Thursday, 7 March 2024 at 01:00 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] Don't think it likes Irish (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
This isn't due to the keyword or the unicode characters in the keyword. I created a folder named álainn and a keyword with the same and then ran your export command and it worked fine (see below). There's at least 2 problems;
Were you exporting into a previously used export location? That is, you had run osxphotos export in the past to export photos here and now you want to export new photos using the --update? If not, the easiest thing to do is to delete the export database (There's a file .osxphotos_export.db in the folder /Volumes/Jason/álainn that you should delete). You won't see this in Finder as it's hidden so open the folder in Finder, then press shift+command+. (shift command dot) This will toggle the "view dot files" feature in Finder. Find .osxphotos_export.db and delete it. Alternatively, in the Terminal, type: rm /Volumes/Jason/álainn/.osxphotos_export.db*
If this was a previous export and you want to try preserving the export state, you could try these command:
osxphotos exportdb --repair Volumes/Jason/álainn
osxphotos exportdb --upgrade Volumes/Jason/álainn
And run the command again (this time without the smart quotes).
Alternatively, you could delete the entire export directory and re-run the original export.
I'm not sure what happened to get the database into this state though. Did osxphotos crash on you at some point prior to this? Did you cancel an export? Was this the first time running the export in this folder? Any other data you can provide would help me track down the source of the actual issue.
osxphotos export ~/Desktop/export/álainn --exiftool --update --download-missing --finder-tag-keywords --keyword álainn --verbose
osxphotos version: 0.67.6
Python version: 3.11.5 (main, Aug 25 2023, 01:57:11) [Clang 14.0.3 (clang-1403.0.22.14.1)]
Platform: macOS-13.5.1-x86_64-i386-64bit, 13.5.1
Verbose level: 1
exiftool path: /usr/local/bin/exiftool
Using last opened Photos library: /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary
Using export database /Users/rhet/Desktop/export/álainn/.osxphotos_export.db
Processing database /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary/database/photos.db
Processing database /Users/rhet/Pictures/Test-13.0.0 copy.photoslibrary/database/Photos.sqlite
Processing database.
Database version: 6000, 8.
Processing persons in photos.
Processing detected faces in photos.
Processing albums.
Processing keywords.
Processing photo details.
Processing import sessions.
Processing additional photo details.
Processing face details.
Processing photo labels.
Processing EXIF details.
Processing computed aesthetic scores.
Processing comments and likes for shared photos.
Processing moments.
Processing syndication info.
Processing shared iCloud library info
Done processing details from Photos library.
Exporting 2 photos to /Users/rhet/Desktop/export/álainn...
Exporting wedding.jpg (E9BC5C36-7CD1-40A1-A72B-8B8FAC227D51.jpeg) (1/2)
Writing metadata with exiftool for wedding.jpg
Exported wedding.jpg to /Users/rhet/Desktop/export/álainn/wedding.jpg
Exported new file /Users/rhet/Desktop/export/álainn/wedding.jpg
Exporting edited version of wedding.jpg (E9BC5C36-7CD1-40A1-A72B-8B8FAC227D51.jpeg)
Writing metadata with exiftool for wedding_edited.jpeg
Exported wedding.jpg to /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Exported new file /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/wedding.jpg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/wedding_edited.jpeg: nothing to do
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/wedding.jpg: nothing to do
Exporting exif1.jpg (407A44AE-30AF-4E54-8549-9DB0B1B48861.jpeg) (2/2)
Writing metadata with exiftool for exif1.jpg
Exported exif1.jpg to /Users/rhet/Desktop/export/álainn/exif1.jpg
Exported new file /Users/rhet/Desktop/export/álainn/exif1.jpg
Writing Finder tags to /Users/rhet/Desktop/export/álainn/exif1.jpg
Skipping Finder tags for /Users/rhet/Desktop/export/álainn/exif1.jpg: nothing to do
Exporting 2 photos ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 100% 0:00:00
Processed: 2 photos, exported: 3, updated: 0, skipped: 0, updated EXIF data: 3, missing: 0, error: 0
Elapsed time: 0:00:01
Cleaning up lock files
― Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1980938002, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAWV7CM6LZKBB5UMD3LYW4OOPAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBQHEZTQMBQGI. You are receiving this because you authored the thread.Message ID: @.***>
Hey there. On scheduling osxphotos to run see discussion #1080
Me again.
On your topic
The second thought I had you might find interesting. I am leveraging a NAS for the export. I noticed in your docs the notion of using a ramdisk for the .osxphotos_export.db. I was considering a launch script that copies \Volumes\Jason\Photos.osxphotos_export.db to the ramdisk, then runs the OSXPhotos operation and then copies the db back to the NAS on completion.
I'll let Rhet comment further but I believe that's what osxphotos already does.
I also export to NAS. Besides using --ramdb I also use --exportdb option and place the exportdb in the local Mac disk and not on the NAS. This was more relevant prior to --ramdb but still avoids some NAS traffic and the beginning and end of the run.
You must however keep track of the location of your exportdb.
I was actually running a second instance in parallel to a much bigger job on the same machine, which is probably why the database issue occurred.
The database should be safe for access in parallel but this isn't an explicitly supported use case. I've added code to catch this error and attempt to repair the database but that's not been released yet.
Yesterday I was trying to work out the simplest way to schedule OSXPhotos to run on a routine basis using the --update switch.
See this discussion where @rajscode outlines the steps he uses to do this
I am building a companion app that has a GUI and will allow you to schedule periodic exports. I'll announce it on the Discussions page when ready for testing. My plan is for this to be a paid app to support osxphotos development.
I am leveraging a NAS for the export. I noticed in your docs the notion of using a ramdisk for the .osxphotos_export.db.
If using a NAS, you should use the --ramdb
which copies the export database to RAM during the export then back to the NAS when done. You can also use --exportdb
with or without --ramdb
to specify an alternate path to the database (Eg on an internal disk). If you do this you should move the .osxphotos_export.db
to the new location first.
but I'm guessing you don't build out the DB in an internal array because of memory use?
Not exactly. OSXPhotos is actually a memory hog because it loads the whole Photos database into memory. It's just that SQLite is so much easier to work with as a persistent format. There's also a whole set of tools for working with the export database under osxphotos exportdb
and it can be opened in any SQLite editor. But it has very poor performance on a NAS.
Is it possible to change the creation date or the modified date in the exported files to match the creation date from the meta data in Photos?
You can set modification time to match the time in Photos with --touch-file
. It is not (easily) possible to change creation date on APFS which is the default for MacOS. Your NAS might be able to but that's not the primary export target.
On your topic
I have exiftool setup. Is it possible to change the creation date or the modified date in the exported files to match the creation date from the meta data in Photos?
That's the purpose of the --exiftool
and --touch
options. Give --touch
option a go.
Mate,
I figured that out! The code is fast. I have a 10 gigabit Thunderbolt interface on the Mac and my Qnap has two 25 gigabit links that are bonded. I have about 40 terabytes of pure PCI SSD. I just used the --ramdb option with 9491 objects in the Photos library (that I think are all local at this point) and it looks like about 34 min of runtime. The Photos DB is about 160 gigabytes.
Best regards,
Jason
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:41 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
Me again.
On your topic
The second thought I had you might find interesting. I am leveraging a NAS for the export. I noticed in your docs the notion of using a ramdisk for the .osxphotos_export.db. I was considering a launch script that copies \Volumes\Jason\Photos.osxphotos_export.db to the ramdisk, then runs the OSXPhotos operation and then copies the db back to the NAS on completion.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982049343, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVWJZLEJ3GCE52XUD3YW6SQ3AVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2DSMZUGM. You are receiving this because you authored the thread.Message ID: @.***>
On your topic
OSXPhotos to run on a routine basis using the --update switch
See also --cleanup
option and comments on #1180 in case you want to delete exported files you've deleted from the Photos app.
I’m onto the --touch option now. I appreciate all the help. Happy to pay for the GUI to contribute to your development and happy to test it. I will have a look at the forums now and see if I can help anyone else. As per my last email I have some pretty crazy kit to test stuff with … my current laptops are M1Max and M2Max so I have no issue with something being a memory hog. I would love options to use it all. I have 128 gigs in the M2Max and I have never touched the sides of it even editing video.
Best regards,
Jason
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:45 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
On your topic
I have exiftool setup. Is it possible to change the creation date or the modified date in the exported files to match the creation date from the meta data in Photos?
That's the purpose of the --exiftool and --touch options. Give --touch option ago.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982054792, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHASEH7QOQ74FWJ75GALYW6TANAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2TINZZGI. You are receiving this because you authored the thread.Message ID: @.***>
Yes sir I did already read that bit
Best regards,
Jason
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:49 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
On your topic
OSXPhotos to run on a routine basis using the --update switch
See also --cleanup option and comments on #1180https://github.com/RhetTbull/osxphotos/discussions/1180 in case you want to delete exported files you've deleted from the Photos app.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982059368, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVO3YTGKZLXKKFC773YW6TRXAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2TSMZWHA. You are receiving this because you authored the thread.Message ID: @.***>
Rhet,
I tried to send you a screenshot but it bounced due to filesize. I have not researched this error yet. I’m sure it’s do to the switch combinations I’m using but FYI:
@.*** ~ % osxphotos export /Volumes/jasonfast/Photos --exiftool --update --ramdb --download-missing --finder-tag-keywords --directory "{folder_album}"
Using last opened Photos library: /Users/jason/Pictures/Photos Library.photoslibrary
2024-03-07 10:30:13,550 - root - WARNING - photosdb.py - 157 - WARNING: This module has only been tested with macOS versions [10.12, 10.13, 10.14, 10.15, 10.16, 11.0, 11.1, 11.2, 11.3, 11.4, 11.5, 11.6, 11.7, 12.0, 12.1, 12.2, 12.3, 12.4, 12.5, 12.6, 12.7, 13.0, 13.1, 13.2, 13.3, 13.4, 13.5, 13.6, 14.0, 14.1]: you have Darwin, OS version: 14.3
Processing database /Users/jason/Pictures/Photos
Library.photoslibrary/database/photos.db
Processing database /Users/jason/Pictures/Photos
Library.photoslibrary/database/Photos.sqlite
Processing database.
Database version: 6000, 9.
Processing persons in photos.
Processing detected faces in photos.
Processing albums.
Processing keywords.
Processing photo details.
Processing import sessions.
Processing additional photo details.
Processing face details.
Processing photo labels.
Processing EXIF details.
Processing computed aesthetic scores.
Processing comments and likes for shared photos.
Processing moments.
Processing syndication info.
Processing shared iCloud library info
Done processing details from Photos library.
Exporting 9491 photos to /Volumes/jasonfast/Photos...
Exporting 9491 photos ━━╺━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 5% 0:37:45❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (6).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_e1z_5nmp/F49AF
797-E0C7-40A2-BFD6-CFB868649C2F_exiftool.heic
❌️ Error exporting photo (F49AF797-E0C7-40A2-BFD6-CFB868649C2F:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (6).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_e1z_5nmp/F49AF
797-E0C7-40A2-BFD6-CFB868649C2F_exiftool.heic
Exporting 9491 photos ━━━╺━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 8% 0:47:40❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (10).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_zy09ltgf/2FF61
8CD-12DE-444F-A38A-4D68D68C58AA_exiftool.heic
❌️ Error exporting photo (2FF618CD-12DE-444F-A38A-4D68D68C58AA:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (10).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_zy09ltgf/2FF61
8CD-12DE-444F-A38A-4D68D68C58AA_exiftool.heic
Exporting 9491 photos ━━━╸━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 9% 0:51:17❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (11).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_7um2p36d/6D4F2
1FD-2C48-4E53-83AC-AA9930A43CAA_exiftool.heic
❌️ Error exporting photo (6D4F21FD-2C48-4E53-83AC-AA9930A43CAA:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (11).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_7um2p36d/6D4F2
1FD-2C48-4E53-83AC-AA9930A43CAA_exiftool.heic
Exporting 9491 photos ━━━━━╸━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14% 0:43:48❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (13).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export__j195cu7/99F2B
AE9-461A-40BF-9A24-F1D96456A57E_exiftool.heic
❌️ Error exporting photo (99F2BAE9-461A-40BF-9A24-F1D96456A57E:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (13).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export__j195cu7/99F2B
AE9-461A-40BF-9A24-F1D96456A57E_exiftool.heic
Exporting 9491 photos ━━━━━━━━╸━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 21% 1:09:43❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (19).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_9pbhyzhn/94A54
490-17D9-4DEE-9809-35E9D2C109E4_exiftool.heic
❌️ Error exporting photo (94A54490-17D9-4DEE-9809-35E9D2C109E4:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (19).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_9pbhyzhn/94A54
490-17D9-4DEE-9809-35E9D2C109E4_exiftool.heic
Exporting 9491 photos ━━━━━━━━━━━━╺━━━━━━━━━━━━━━━━━━━━━━━━━━━ 31% 0:44:40❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (23).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_7plpcb88/D35BD
81E-5404-4B00-8190-415E82D288BB_exiftool.heic
❌️ Error exporting photo (D35BD81E-5404-4B00-8190-415E82D288BB:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (23).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_7plpcb88/D35BD
81E-5404-4B00-8190-415E82D288BB_exiftool.heic
Exporting 9491 photos ━━━━━━━━━━━━╸━━━━━━━━━━━━━━━━━━━━━━━━━━━ 31% 0:41:11❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (24).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_2q5z8d09/BD664
26A-B07D-4467-AB44-C197ED01551A_exiftool.heic
❌️ Error exporting photo (BD66426A-B07D-4467-AB44-C197ED01551A:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (24).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_export_2q5z8d09/BD664
26A-B07D-4467-AB44-C197ED01551A_exiftool.heic
Exporting 9491 photos ━━━━━━━━━━━━━╺━━━━━━━━━━━━━━━━━━━━━━━━━━ 33% 0:43:29❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (27).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_exportf90ne/F1CBE
2D9-9F4A-437E-BCE8-46A3880A71BD_exiftool.heic
❌️ Error exporting photo (F1CBE2D9-9F4A-437E-BCE8-46A3880A71BD:
RenderedImage.HEIC) as /Volumes/jasonfast/Photos/_/RenderedImage (27).HEIC:
Error: Not a valid HEIC (looks more like a JPEG) -
/var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_exportf90ne/F1CBE
2D9-9F4A-437E-BCE8-46A3880A71BD_exiftool.heic
Exporting 9491 photos ━━━━━━━━━━━━━━━━╺━━━━━━━━━━━━━━━━━━━━━━━ 40% 0:35:26
This is the box running on 10G ATM. I’m trying to attach a screenshot of the CPU History … It’s not really touching the sides of the processor. Best regards,
Jason From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:49 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
On your topic
OSXPhotos to run on a routine basis using the --update switch
See also --cleanup option and comments on #1180https://github.com/RhetTbull/osxphotos/discussions/1180 in case you want to delete exported files you've deleted from the Photos app.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982059368, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVO3YTGKZLXKKFC773YW6TRXAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2TSMZWHA. You are receiving this because you authored the thread.Message ID: @.***>
I’m actually working this out for a client. What’s funny to me is that he doesn’t trust the iCloud. I have told him that Apple has spent billions on making it killer but he still wants them on his Qnap. Far be it from me to say no at this point. I don’t think the clean-up bit is something he really wants. I think he wants to capture everything. I also have it snapshotting hourly, daily, weekly, and monthly, similar to how TimeMachine works. I’m also snapshotting his TimeMachine backups as well which has come in handy already. He periodically deletes stuff that is critical to his business. I think he does this more freely because I have magically pulled stuff back for him about 4 times in the last two months.
Best regards,
Jason
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:49 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
On your topic
OSXPhotos to run on a routine basis using the --update switch
See also --cleanup option and comments on #1180https://github.com/RhetTbull/osxphotos/discussions/1180 in case you want to delete exported files you've deleted from the Photos app.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982059368, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVO3YTGKZLXKKFC773YW6TRXAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2TSMZWHA. You are receiving this because you authored the thread.Message ID: @.***>
It will be interesting to see the performance in his case. He has just under 30,000 objects in his photos library. At this point they should all be local on his Mac. I only have spinning disks in his NAS but it does have a bonded link and PCI SSD for caching.
From: Jason Hollis @.> Date: Thursday, 7 March 2024 at 11:08 To: RhetTbull/osxphotos @.>, RhetTbull/osxphotos @.> Cc: Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) I’m actually working this out for a client. What’s funny to me is that he doesn’t trust the iCloud. I have told him that Apple has spent billions on making it killer but he still wants them on his Qnap. Far be it from me to say no at this point. I don’t think the clean-up bit is something he really wants. I think he wants to capture everything. I also have it snapshotting hourly, daily, weekly, and monthly, similar to how TimeMachine works. I’m also snapshotting his TimeMachine backups as well which has come in handy already. He periodically deletes stuff that is critical to his business. I think he does this more freely because I have magically pulled stuff back for him about 4 times in the last two months.
Best regards,
Jason
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:49 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
On your topic
OSXPhotos to run on a routine basis using the --update switch
See also --cleanup option and comments on #1180https://github.com/RhetTbull/osxphotos/discussions/1180 in case you want to delete exported files you've deleted from the Photos app.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982059368, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVO3YTGKZLXKKFC773YW6TRXAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2TSMZWHA. You are receiving this because you authored the thread.Message ID: @.***>
I am seeing over 800 megabytes a second in upload to the NAS here on my fast setup BTW.
From: Jason Hollis @.> Date: Thursday, 7 March 2024 at 11:11 To: RhetTbull/osxphotos @.>, RhetTbull/osxphotos @.> Cc: Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) It will be interesting to see the performance in his case. He has just under 30,000 objects in his photos library. At this point they should all be local on his Mac. I only have spinning disks in his NAS but it does have a bonded link and PCI SSD for caching.
From: Jason Hollis @.> Date: Thursday, 7 March 2024 at 11:08 To: RhetTbull/osxphotos @.>, RhetTbull/osxphotos @.> Cc: Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) I’m actually working this out for a client. What’s funny to me is that he doesn’t trust the iCloud. I have told him that Apple has spent billions on making it killer but he still wants them on his Qnap. Far be it from me to say no at this point. I don’t think the clean-up bit is something he really wants. I think he wants to capture everything. I also have it snapshotting hourly, daily, weekly, and monthly, similar to how TimeMachine works. I’m also snapshotting his TimeMachine backups as well which has come in handy already. He periodically deletes stuff that is critical to his business. I think he does this more freely because I have magically pulled stuff back for him about 4 times in the last two months.
Best regards,
Jason
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:49 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
On your topic
OSXPhotos to run on a routine basis using the --update switch
See also --cleanup option and comments on #1180https://github.com/RhetTbull/osxphotos/discussions/1180 in case you want to delete exported files you've deleted from the Photos app.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982059368, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVO3YTGKZLXKKFC773YW6TRXAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2TSMZWHA. You are receiving this because you authored the thread.Message ID: @.***>
This might be an interesting data point for you:
@.*** ~ % osxphotos export /Volumes/jasonfast/Photos --exiftool --update --ramdb --download-missing --finder-tag-keywords --directory "{folder_album}"
Using last opened Photos library: /Users/jason/Pictures/Photos Library.photoslibrary
2024-03-07 12:23:57,398 - root - WARNING - photosdb.py - 157 - WARNING: This module has only been tested with macOS versions [10.12, 10.13, 10.14, 10.15, 10.16, 11.0, 11.1, 11.2, 11.3, 11.4, 11.5, 11.6, 11.7, 12.0, 12.1, 12.2, 12.3, 12.4, 12.5, 12.6, 12.7, 13.0, 13.1, 13.2, 13.3, 13.4, 13.5, 13.6, 14.0, 14.1]: you have Darwin, OS version: 14.3
Processing database /Users/jason/Pictures/Photos Library.photoslibrary/database/photos.db
Processing database /Users/jason/Pictures/Photos Library.photoslibrary/database/Photos.sqlite
Processing database.
Database version: 6000, 9.
Processing persons in photos.
Processing detected faces in photos.
Processing albums.
Processing keywords.
Processing photo details.
Processing import sessions.
Processing additional photo details.
Processing face details.
Processing photo labels.
Processing EXIF details.
Processing computed aesthetic scores.
Processing comments and likes for shared photos.
Processing moments.
Processing syndication info.
Processing shared iCloud library info
Done processing details from Photos library.
Exporting 9491 photos to /Volumes/jasonfast/Photos...
Exporting 9491 photos ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 100% 0:00:00
Processed: 9491 photos, exported: 0, updated: 990, skipped: 13189, updated EXIF data: 990, missing: 229, error: 0
Elapsed time: 0:22:50
That was across a 10 gigabit network to 5000 megabyte per second disks in a 12 disk array RAID 6. Currently my Photos library is 157,881,501,556 bytes (157.98 GB on disk).
Basically 22:50 to run through the unchanged database and compare it across the network.
From: oPromessa @.> Date: Thursday, 7 March 2024 at 10:38 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
Hey there. On scheduling osxphotos to run see discussion #1080https://github.com/RhetTbull/osxphotos/discussions/1080
― Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982043286, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAQHJBQMQB4PBBYJCMTYW6SIRAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGA2DGMRYGY. You are receiving this because you authored the thread.Message ID: @.***>
So that comes out to about 7 photos per second. For comparison, my M1 mini exporting to fast SSD via Thunderbolt 4 gets about 5 photos per second on update.
I don't spend a lot of time chasing performance but will fix obvious things. (For example added an index to export database recently that helped a lot). I view export/update as a task that can run in background or at night and I don't care how long it takes.
Rhet,
I agree with you, but I’m a nerd, so performance does always interest me a little bit. I have a PCI M.2 in an external TB4 enclosure. I might test that at some point, but I like the fact that I’m running over the wire faster to my NAS than you are on your external TB drive 😊 Hopefully, you aren’t pissed at me for elevating your work a bit. Who knows, those guys may or may not action my email, but if they do, you may get highlighted on one of their podcasts, which are followed by a lot of folks.
I just made another post on the #1080 thread. You guys can probably figure out the how much faster than me and maybe I’m missing something but it looks like the “Run Shellscript” shortcut may have everything required including security. I was just looking at how to get the environment setup correctly.
Best regards,
Jason
From: Rhet Turnbull @.> Date: Thursday, 7 March 2024 at 14:25 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
So that comes out to about 7 photos per second. For comparison, my M1 mini exporting to fast SSD via Thunderbolt 4 gets about 5 photos per second on update.
I don't spend a lot of time chasing performance but will fix obvious things. (For example added an index to export database recently that helped a lot). I view export/update as a task that can run in background or at night and I don't care how long it takes.
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982281045, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHASON42DY2QQ4FT435TYW7MZLAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGI4DCMBUGU. You are receiving this because you authored the thread.Message ID: @.***>
0:43:29❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (27).HEIC: Error: Not a valid HEIC (looks more like a JPEG) - /var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_exportf90ne/F1CBE 2D9-9F4A-437E-BCE8-46A3880A71BD_exiftool.heic
These errors are from exiftool and I've never found an instance where exiftool was wrong. If exiftool says it's a JPEG then it likely is. This usually happens when a photo is imported from or edited in an external app that didn't follow the PhotoKit API spec as to how images were saved. They may be listed as one thing in the database (and by extension) but be something else. Photos app doesn't seem to care -- it'll happily display any photo it can read regardless of what the database or file extension says. There isn't currently much osxphotos can do about these. They'll still get exported but won't have the metadata embedded by exiftool.
I'm working on the ability to add a command that can export the photo, modify it (for example, fix the file extension) then replace the original in Photos with the new photo while preserving metadata. See #909 This has required reverse engineering some undocumented private APIs. I've made good progress but I only have about 10 hours/week to work on OSXPhotos so it's slow going. Most of time has been spent on the GUI job scheduler for OSXPhotos.
You can see a list of all photos that had errors in the export set via osxphotos exportdb /path/to/export/ --errors
Cool,
You were reading my mind.
Best regards,
Jason
From: Rhet Turnbull @.> Date: Thursday, 7 March 2024 at 14:44 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
0:43:29❌️ exiftool error for file /Volumes/jasonfast/Photos/_/RenderedImage (27).HEIC: Error: Not a valid HEIC (looks more like a JPEG) - /var/folders/sn/rsf5ll9d023f2lw0rx9mbh800000gn/T/osxphotos_exportf90ne/F1CBE 2D9-9F4A-437E-BCE8-46A3880A71BD_exiftool.heic
These errors are from exiftool and I've never found an instance where exiftool was wrong. If exiftool says it's a JPEG then it likely is. This usually happens when a photo is imported from or edited in an external app that didn't follow the PhotoKit API spec as to how images were saved. They may be listed as one thing in the database (and by extension) but be something else. Photos app doesn't seem to care -- it'll happily display any photo it can read regardless of what the database or file extension says. There isn't currently much osxphotos can do about these. They'll still get exported but won't have the metadata embedded by exiftool.
I'm working on the ability to add a command that can export the photo, modify it (for example, fix the file extension) then replace the original in Photos with the new photo while preserving metadata. See #909https://github.com/RhetTbull/osxphotos/issues/909 This has required reverse engineering some undocumented private APIs. I've made good progress but I only have about 10 hours/week to work on OSXPhotos so it's slow going. Most of time has been spent on the GUI job scheduler for OSXPhotos.
You can see a list of all photos that had errors in the export set via osxphotos exportdb /path/to/export/ --errors
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-1982295210, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAVB4X3T5B3J7ZLNYFDYW7PA7AVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBSGI4TKMRRGA. You are receiving this because you authored the thread.Message ID: @.***>
The original error due to malformed database should be fixed in 0.67.7
Mate,
Awesome! I’m guessing that this sorts out this error:
@.***
Or is it something else? I’ve had my head outa this project for a few days.
I should have posted it but none of the stuff for launch is really required. I have it working with shortcuts perfectly by modifying the path and authorizing the shortcut one time. Guess I’ve been slack. Should I capture the details and upload it to that same thread or start a new one?
Kind regards,
Jason From: Rhet Turnbull @.> Date: Monday, 18 March 2024 at 15:34 To: RhetTbull/osxphotos @.> Cc: Jason Hollis @.>, Author @.> Subject: Re: [RhetTbull/osxphotos] error opening osxphotos export db during export (Issue #1435) You don't often get email from @.*** Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification
The original error due to malformed database should be fixed in 0.67.7
— Reply to this email directly, view it on GitHubhttps://github.com/RhetTbull/osxphotos/issues/1435#issuecomment-2002911889, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEWUHAUC4PCDNHDLAK6PGPDYYZVGPAVCNFSM6AAAAABEIPYDHGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBSHEYTCOBYHE. You are receiving this because you authored the thread.Message ID: @.***>
@jasonhollis this fixes the original error you encountered (opening an export database that is malformed generates error). It does not fix the Error: Not a valid HEIC (looks more like a JPEG) -
errors as those come from exiftool, not OSXPhotos.
I'm not sure what the bug is but I don't think it likes --keyword "álainn" My destination is also a folder called álainn but álainn is listed as a keyword when I run osxphotos info.
osxphotos export /Volumes/Jason/álainn --exiftool --update --download-missing --finder-tag-keywords --keyword “álainn” Using last opened Photos library: /Users/jason/Pictures/Photos Library.photoslibrary Something went wrong and osxphotos encountered an error: disk I/O error Crash log written to '/Volumes/Jason/Photos/osxphotos_crash.log' Please file a bug report at https://github.com/RhetTbull/osxphotos/issues with the crash log attached.
I expected it to extract all of the photos with the keyword "álainn" into /Volumes/Jason/álainn
MacOS 14.3.1 (23D60) You have the latest version of osxphotos: 0.67.6