flingo64 / photostation-upload-lr-plugin Goto Github PK

Photo StatLr (aka PhotoStation Upload) is a Lightroom Publish and Export Service Plugin that enables the export /publishing of photos and videos from Lr to a Synology Photo Station. It uploads the photos/videos and all required thumbnails. It can download comments and ratings and do a real two-way synch of various metadata (tags, ratings, labels).

Home Page: http://messmer-online.de/index.php/software/11-photo-statlr

License: GNU General Public License v3.0

Lua 99.69% Shell 0.31%

lightroom plugin synology photostation lr-sdk lua publish export synologyphotos

photostation-upload-lr-plugin's People

Contributors

Stargazers

Watchers

photostation-upload-lr-plugin's Issues

Populating "Location Tag"?

Hi,

I'm new to PhotoStation so still a bit unsure how it works. I've used this plugin to export a photo from Lightroom that contains GPS data as well as location information (Country, State/Province, City). When I look at the photo in PhotoStation, I can see the GPS and location fields in the metadata, but the prominent field at the top says "Location Tag (Add)". There is a button next to it which reveals a map when you click it. Is there supposed to be a way to populate the "Location Tag" field itself?

Thanks,
Paul

Reply from Photostation is "nil" on publish of Photos

Hi,
i have create a published collection which i want to publish to my synology NAS with Photostation 6. But i seem to be out of luck:

With PhotoStation 6 and Filestation deactivated:

`21:23:40: Environment: plugin: 3.7.0.20151229 Lr: 5.7 OS: Windows 8.1 Home Premium Edition Lang: de
21:23:40: processRenderedPhotos starting
21:23:40: getCollectionPath(): collectionPath = Common
21:23:40: openSession: publishMode = Publish
21:23:40: PSConvert.initialize: PSUploaderPath= C:\Program Files (x86)\Synology\Photo Station Uploader
21:23:40: PSConvert.initialize:
            conv: C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe
            dcraw: C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\dcraw.exe
            ffmpeg: C:\Program Files (x86)\Synology\Photo Station Uploader\ffmpeg\ffmpeg.exe
            qt-faststart: C:\Program Files (x86)\Synology\Photo Station Uploader\ffmpeg\qt-faststart.exe
21:23:40: PSFileStationAPI.initialize(serverUrl=https://dummy.mydomain.com:5001)
21:23:40: Login to FileStation(user: uli).
21:23:40: login: LrHttp.post(https://dummy.mydomain.com:5001,...)
21:23:42: Got Body:
{"data":{"sid":"CAsJChXi4Q07Q14B0MPN304340"},"success":true}

21:23:42: FileStation Login(https://dummy.mydomain.com:5001) OK.
21:23:42: PSUploadAPI.initialize(serverUrl=https://dummy.mydomain.com, Standard PS)
21:23:42: login: LrHttp.post(https://dummy.mydomain.com/photo/webapi/auth.php,...)
21:23:43: Got Body:

{"success":true,"data":{"sid":"db0i4lahmjjfmbr8aml4o72ce7","username":"Uli","reg_syno_user":true,"is_admin":false,"allow_comment":false,"permission":{"browse":false,"upload":false,"manage":false},"enable_face_recog":true,"allow_public_share":false}}

21:23:43: Login to Standard PhotoStation(https://dummy.mydomain.com) OK
21:23:43: processRenderedPhotos(mode: Publish).
21:23:43: --------------------------------------------------------------------
21:23:43: exiftool Listener(""C:\Program Files (x86)\GeoSetter\tools\exiftool.exe" -config "C:\Users\Uli\AppData\Roaming\Adobe\Lightroom\Modules\PhotoStation_upload.lrplugin\PSExiftool.conf" -stay_open True -@ "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473891023.23532.txt"  -common_args -overwrite_original -fast2 -n -m "-RegionInfoMp<MyRegionMp" "-XMP:Subject+<MyRatingSubject" > "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473891023.23532.log""): starting ...
21:23:44: Next photo: C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001.jpg
21:23:44:   sanitized dstRoot: Common
21:23:44: Old publishedPhotoId:<Nil>,  New publishedPhotoId:  Common/2014/2014-02/2014-02-08 - MyDummyName/20140208-111154-001.jpg"
21:23:44:   createTree: Src Path: E:\Pictures\Digicam\2014\2014-02\2014-02-08 - MyDummyName from: E:\Pictures\Digicam to: Common
21:23:44:   createTree: dstDir is: Common/2014/2014-02/2014-02-08 - MyDummyName
21:23:44: Create dir - parent: Common newDir: 2014 newPath: Common/2014
21:23:44: createFolder: LrHttp.post(https://dummy.mydomain.com/photo/include/asst_file_upload.php,...)
21:23:44: Got Body:
{"success":true,"err_msg":"","duplicate_folder":true}
21:23:44: Create dir - parent: Common/2014 newDir: 2014-02 newPath: Common/2014/2014-02
21:23:45: createFolder: LrHttp.post(https://dummy.mydomain.com/photo/include/asst_file_upload.php,...)
21:23:45: Got Body:
{"success":true,"err_msg":"","duplicate_folder":true}
21:23:45: Create dir - parent: Common/2014/2014-02 newDir: 2014-02-08 - MyDummyName newPath: Common/2014/2014-02/2014-02-08 - MyDummyName
21:23:45: createFolder: LrHttp.post(https://dummy.mydomain.com/photo/include/asst_file_upload.php,...)
21:23:45: Got Body:
{"success":true,"err_msg":"","duplicate_folder":true}
21:23:45:   dateTimeOriginal: 2014-02-08 11:11:54
21:23:45: ""C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe" "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001.jpg" ( -clone 0 -define jpeg:size=1280x1280^>^^ -thumbnail 1280x1280^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001_XL.jpg" ) -delete 0 ( +clone   -define jpeg:size=640x640^>^^ -thumbnail 640x640^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001_B.jpg" +delete ) ( +clone   -define jpeg:size=320x320^>^^ -thumbnail 320x320^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001_M.jpg" +delete ) -define jpeg:size=120x120^>^^ -thumbnail 120x120^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001_S.jpg""
21:23:48: sendCmd:
C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-111154-001.jpg
21:23:48: sendCmd:
-execute0001

21:23:53: executeCmds(C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473891023.23532.log, cmd 1) got:
<Nil>
21:23:53: Upload of "20140208-111154-001.jpg" to "Common/2014/2014-02/2014-02-08 - MyDummyName" failed!!!
21:23:53: Next photo: C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002.jpg
21:23:53:   sanitized dstRoot: Common
21:23:53: Old publishedPhotoId:<Nil>,  New publishedPhotoId:  Common/2014/2014-02/2014-02-08 - MyDummyName/20140208-212625-002.jpg"
21:23:53:   createTree: Src Path: E:\Pictures\Digicam\2014\2014-02\2014-02-08 - MyDummyName from: E:\Pictures\Digicam to: Common
21:23:53:   createTree: dstDir is: Common/2014/2014-02/2014-02-08 - MyDummyName
21:23:53:   Directory: Common/2014 already created
21:23:53:   Directory: Common/2014/2014-02 already created
21:23:53:   Directory: Common/2014/2014-02/2014-02-08 - MyDummyName already created
21:23:53:   dateTimeOriginal: 2014-02-08 21:26:25
21:23:53: ""C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe" "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002.jpg" ( -clone 0 -define jpeg:size=1280x1280^>^^ -thumbnail 1280x1280^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002_XL.jpg" ) -delete 0 ( +clone   -define jpeg:size=640x640^>^^ -thumbnail 640x640^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002_B.jpg" +delete ) ( +clone   -define jpeg:size=320x320^>^^ -thumbnail 320x320^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002_M.jpg" +delete ) -define jpeg:size=120x120^>^^ -thumbnail 120x120^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 "C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002_S.jpg""
21:23:57: sendCmd:
C:\Users\Uli\AppData\Local\Temp\7B1DF1E1-6CE8-4F3D-A27B-1B02A570454A\20140208-212625-002.jpg
21:23:57: sendCmd:
-execute0002

21:24:02: executeCmds(C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473891023.23532.log, cmd 2) got:
<Nil>
21:24:02: Upload of "20140208-212625-002.jpg" to "Common/2014/2014-02/2014-02-08 - MyDummyName" failed!!!

With PhotoStation 6 & Filestation activated (was a shot as maybe a deletion was required):

21:19:11: Environment: plugin: 3.7.0.20151229 Lr: 5.7 OS: Windows 8.1 Home Premium Edition Lang: de
21:19:12: processRenderedPhotos starting
21:19:12: getCollectionPath(): collectionPath = Common
21:19:12: openSession: publishMode = Publish
21:19:12: PSConvert.initialize: PSUploaderPath= C:\Program Files (x86)\Synology\Photo Station Uploader
21:19:12: PSConvert.initialize:
            conv: C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe
            dcraw: C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\dcraw.exe
            ffmpeg: C:\Program Files (x86)\Synology\Photo Station Uploader\ffmpeg\ffmpeg.exe
            qt-faststart: C:\Program Files (x86)\Synology\Photo Station Uploader\ffmpeg\qt-faststart.exe
21:19:12: PSFileStationAPI.initialize(serverUrl=https://dummy.mydomain.com:5001)
21:19:12: Login to FileStation(user: uli).
21:19:12: login: LrHttp.post(https://dummy.mydomain.com:5001,...)
21:19:13: Got Body:
{"data":{"sid":"a6gwVi3RZv4tk14B0MPN304340"},"success":true}

21:19:13: FileStation Login(https://dummy.mydomain.com:5001) OK.
21:19:13: PSUploadAPI.initialize(serverUrl=https://dummy.mydomain.com, Standard PS)
21:19:13: login: LrHttp.post(https://dummy.mydomain.com/photo/webapi/auth.php,...)
21:19:14: Got Body:

{"success":true,"data":{"sid":"db0i4lahmjjfmbr8aml4o72ce7","username":"Uli","reg_syno_user":true,"is_admin":false,"allow_comment":false,"permission":{"browse":false,"upload":false,"manage":false},"enable_face_recog":true,"allow_public_share":false}}

21:19:14: Login to Standard PhotoStation(https://dummy.mydomain.com) OK
21:19:14: processRenderedPhotos(mode: Publish).
21:19:14: --------------------------------------------------------------------
21:19:14: exiftool Listener(""C:\Program Files (x86)\GeoSetter\tools\exiftool.exe" -config "C:\Users\Uli\AppData\Roaming\Adobe\Lightroom\Modules\PhotoStation_upload.lrplugin\PSExiftool.conf" -stay_open True -@ "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890754.27984.txt"  -common_args -overwrite_original -fast2 -n -m "-RegionInfoMp<MyRegionMp" "-XMP:Subject+<MyRatingSubject" > "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890754.27984.log""): starting ...
21:19:15: Next photo: C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001.jpg
21:19:15:   sanitized dstRoot: Common
21:19:15: Old publishedPhotoId:<Nil>,  New publishedPhotoId:  Common/2014/2014-02/2014-02-08 - MyDummyName/20140208-111154-001.jpg"
21:19:15:   createTree: Src Path: E:\Pictures\Digicam\2014\2014-02\2014-02-08 - MyDummyName from: E:\Pictures\Digicam to: Common
21:19:15:   createTree: dstDir is: Common/2014/2014-02/2014-02-08 - MyDummyName
21:19:15: Create dir - parent: Common newDir: 2014 newPath: Common/2014
21:19:15: createFolder: LrHttp.post(https://dummy.mydomain.com/photo/include/asst_file_upload.php,...)
21:19:15: Got Body:
{"success":true,"err_msg":"","duplicate_folder":true}
21:19:16: Create dir - parent: Common/2014 newDir: 2014-02 newPath: Common/2014/2014-02
21:19:16: createFolder: LrHttp.post(https://dummy.mydomain.com/photo/include/asst_file_upload.php,...)
21:19:16: Got Body:
{"success":true,"err_msg":"","duplicate_folder":true}
21:19:16: Create dir - parent: Common/2014/2014-02 newDir: 2014-02-08 - MyDummyName newPath: Common/2014/2014-02/2014-02-08 - MyDummyName
21:19:16: createFolder: LrHttp.post(https://dummy.mydomain.com/photo/include/asst_file_upload.php,...)
21:19:16: Got Body:
{"success":true,"err_msg":"","duplicate_folder":true}
21:19:16:   dateTimeOriginal: 2014-02-08 11:11:54
21:19:16: ""C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe" "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001.jpg" ( -clone 0 -define jpeg:size=1280x1280^>^^ -thumbnail 1280x1280^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001_XL.jpg" ) -delete 0 ( +clone   -define jpeg:size=640x640^>^^ -thumbnail 640x640^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001_B.jpg" +delete ) ( +clone   -define jpeg:size=320x320^>^^ -thumbnail 320x320^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001_M.jpg" +delete ) -define jpeg:size=120x120^>^^ -thumbnail 120x120^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001_S.jpg""
21:19:19: sendCmd:
C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-111154-001.jpg
21:19:19: sendCmd:
-execute0001

21:19:24: executeCmds(C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890754.27984.log, cmd 1) got:
<Nil>
21:19:24: Upload of "20140208-111154-001.jpg" to "Common/2014/2014-02/2014-02-08 - MyDummyName" failed!!!
21:19:24: Next photo: C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002.jpg
21:19:24:   sanitized dstRoot: Common
21:19:24: Old publishedPhotoId:<Nil>,  New publishedPhotoId:  Common/2014/2014-02/2014-02-08 - MyDummyName/20140208-212625-002.jpg"
21:19:24:   createTree: Src Path: E:\Pictures\Digicam\2014\2014-02\2014-02-08 - MyDummyName from: E:\Pictures\Digicam to: Common
21:19:24:   createTree: dstDir is: Common/2014/2014-02/2014-02-08 - MyDummyName
21:19:24:   Directory: Common/2014 already created
21:19:24:   Directory: Common/2014/2014-02 already created
21:19:24:   Directory: Common/2014/2014-02/2014-02-08 - MyDummyName already created
21:19:24:   dateTimeOriginal: 2014-02-08 21:26:25
21:19:25: ""C:\Program Files (x86)\Synology\Photo Station Uploader\ImageMagick\convert.exe" "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002.jpg" ( -clone 0 -define jpeg:size=1280x1280^>^^ -thumbnail 1280x1280^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002_XL.jpg" ) -delete 0 ( +clone   -define jpeg:size=640x640^>^^ -thumbnail 640x640^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002_B.jpg" +delete ) ( +clone   -define jpeg:size=320x320^>^^ -thumbnail 320x320^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 -write "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002_M.jpg" +delete ) -define jpeg:size=120x120^>^^ -thumbnail 120x120^>^^ -flatten -quality 80 -auto-orient -unsharp 0.5x0.5+1.25+0.0 "C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002_S.jpg""
21:19:27: sendCmd:
C:\Users\Uli\AppData\Local\Temp\DF253EA7-741D-46E1-BEF6-01413951E8FA\20140208-212625-002.jpg
21:19:27: sendCmd:
-execute0002

21:19:32: executeCmds(C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890754.27984.log, cmd 2) got:
<Nil>
21:19:33: Upload of "20140208-212625-002.jpg" to "Common/2014/2014-02/2014-02-08 - MyDummyName" failed!!!

I have no idea why this shouldn't work as the photoStation Android App works and if i manually use the uploader it works as well...

Video doesn't get rotated on 'Rotate-xy' and hard rotation

Hi,

I am having issues exporting my videos when using the Rotate-xy keywords and the hard rotate checkbox checked. The videos don't get rotated at all.

Using ffmpeg 4.2.1 Photo StatLR creates the following command for the video conversion:
"C:/Program Files (x86)/Synology/Photo Station Uploader/ffmpeg/ffmpeg.exe" -noautorotate -i "C:\Users\mike\AppData\Local\Temp\737D91E1-7C5F-49E1-9A2C-D717934BAA1D\20191017_161115.mp4" -y -vf "transpose=2" -metadata:s:v:0 rotate=0 -strict experimental -acodec aac -ar 44100 -b:a 64k -ac 2 -vf format=yuv420p -c:v libx264 -preset medium -crf 23 -s 720x1280 -aspect 720:1280 -metadata creation_time="2019-10-17 14:11:55" -passlogfile "C:\Users\mike\AppData\Local\Temp\737D91E1-7C5F-49E1-9A2C-D717934BAA1D\20191017_161115_MED_TMP.passlog" "C:\Users\mike\AppData\Local\Temp\737D91E1-7C5F-49E1-9A2C-D717934BAA1D\20191017_161115_MED_TMP.mp4"

which leads to an error message from ffmpeg:
Only '-vf format=yuv420p' read, ignoring remaining -vf options: Use ',' to separate filters Only '-af (null)' read, ignoring remaining -af options: Use ',' to separate filters

When I manually adapt the command to the following one:
"C:/Program Files (x86)/Synology/Photo Station Uploader/ffmpeg/ffmpeg.exe" -noautorotate -i "C:\Users\mike\AppData\Local\Temp\737D91E1-7C5F-49E1-9A2C-D717934BAA1D\20191017_161115.mp4" -y -metadata:s:v:0 rotate=0 -strict experimental -acodec aac -ar 44100 -b:a 64k -ac 2 -vf format=yuv420p,transpose=2 -c:v libx264 -preset medium -crf 23 -s 720x1280 -aspect 720:1280 -metadata creation_time="2019-10-17 14:11:55" -passlogfile "C:\Users\mike\AppData\Local\Temp\737D91E1-7C5F-49E1-9A2C-D717934BAA1D\20191017_161115_MED_TMP.passlog" "C:\Users\mike\AppData\Local\Temp\737D91E1-7C5F-49E1-9A2C-D717934BAA1D\20191017_161115_MED_TMP.mp4"
the video get created as expected (rotated).

ffmpeg doesn't like the duplicated parameter '-vf' which is unfortunately created when using the rotate functionality.

It would be great if you could fix this :-)

Thanks for this really great software,
Mike

Error -1001 macOS HighSierra 10.13.3

Hi Flingo,

Before all, great job.

I wonder if I could get help from you because I cannot find information about my error.
During starting of publishing Photo StatLR 6.5.4 pop me up this error "-1001" on macOS 10.13.3 and the last lightroom 2018 version 7.2.

Do you have any information? do you need any other information to analyse this issue?

Please let me know.

Internal error: recordPublishedPhotoUrl: must be called after recordPublishedPhotoId

Error with popup window on every photo published.

Internal error: recordPublishedPhotoUrl: must be called after recordPublishedPhotoId

Windows 10

The log says nothing:

{"success":true,"err_msg":"","duplicate_folder":false}
17:17:25, TRACE: uploadPictureFile: C:\Users\carlos\AppData\Local\Temp\32499A8F-174C-47C6-8EE5-093A98412366\f15479264_XL.jpg dstDir 2012 - Berlin dstFn f15479264.jpg type THUM_XL pos MIDDLE size 336491 --> timeout 30
17:17:25, DEBUG: uploadPictureFile: LrHttp.post(https://mynas.com/photo/include/asst_file_upload.php, timeout: 30, fileSize: 336491
17:17:25, DEBUG: postHeaders:
17:17:25, DEBUG: Field: Content-Type Value: image/jpeg
17:17:25, DEBUG: Field: X-PATH Value: 2012%20%2D%20Berlin
17:17:25, DEBUG: Field: X-DUPLICATE Value: OVERWRITE
17:17:25, DEBUG: Field: X-ORIG-FNAME Value: f15479264%2Ejpg
17:17:25, DEBUG: Field: X-UPLOAD-TYPE Value: THUM_XL
17:17:25, DEBUG: Got Body:
{"success":true,"err_msg":"","duplicate_folder":false}
17:17:25, TRACE: uploadPictureFile: C:\Users\carlos\AppData\Local\Temp\32499A8F-174C-47C6-8EE5-093A98412366\f15479264.jpg dstDir 2012 - Berlin dstFn f15479264.jpg type ORIG_FILE pos LAST size 551737 --> timeout 30
17:17:25, DEBUG: uploadPictureFile: LrHttp.post(https://mynas.com/photo/include/asst_file_upload.php, timeout: 30, fileSize: 551737
17:17:25, DEBUG: postHeaders:
17:17:25, DEBUG: Field: Content-Type Value: image/jpeg
17:17:25, DEBUG: Field: X-PATH Value: 2012%20%2D%20Berlin
17:17:25, DEBUG: Field: X-DUPLICATE Value: OVERWRITE
17:17:25, DEBUG: Field: X-ORIG-FNAME Value: f15479264%2Ejpg
17:17:25, DEBUG: Field: X-UPLOAD-TYPE Value: ORIG_FILE
17:17:25, DEBUG: Field: X-IS-BATCH-LAST-FILE Value: 1
17:17:25, DEBUG: Field: X-LAST-MODIFIED-TIME Value: 1353499098
17:17:26, DEBUG: Got Body:
{"success":true,"err_msg":"","duplicate_folder":false}
17:17:26, INFO : Upload of "f15479264.jpg" to "2012 - Berlin" done
17:17:26, TRACE: Next photo: C:\Users\carlos\AppData\Local\Temp\32499A8F-174C-47C6-8EE5-093A98412366\20121121_231205.jpg

Error when turning on "Create Album, if needed" in Published Collection

If i turn on the Option "Create Album, if needed" in a published Collection, i have the following log (as the album is already created):

21:08:49: Environment: plugin: 3.7.0.20151229 Lr: 5.7 OS: Windows 8.1 Home Premium Edition Lang: de
21:08:49: processRenderedPhotos starting
21:08:50: FileStation Login(https://dummyname.myaddress.com:5001) OK.
21:08:50: Login to Standard PhotoStation(https://dummyname.myaddress.com) OK
21:08:50: processRenderedPhotos(mode: Publish).
21:08:50: --------------------------------------------------------------------
21:08:50: exiftool Listener(""C:\Program Files (x86)\GeoSetter\tools\exiftool.exe" -config "C:\Users\Uli\AppData\Roaming\Adobe\Lightroom\Modules\PhotoStation_upload.lrplugin\PSExiftool.conf" -stay_open True -@ "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890130.97077.txt"  -common_args -overwrite_original -fast2 -n -m "-RegionInfoMp<MyRegionMp" "-XMP:Subject+<MyRatingSubject" > "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890130.97077.log""): starting ...
21:08:52: Create dir - parent:  newDir: Common newPath: /Common
21:08:52: Create dir - parent: / newDir: Common failed!

On the other hand if i deactivate the option, then it works fine:

21:09:45: exiftool Listener(C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890130.97077.txt): terminated with error 1!
21:10:24: Environment: plugin: 3.7.0.20151229 Lr: 5.7 OS: Windows 8.1 Home Premium Edition Lang: de
21:10:25: processRenderedPhotos starting
21:10:25: FileStation Login(https://dummyname.myaddress.com:5001) OK.
21:10:26: Login to Standard PhotoStation(https://dummyname.myaddress.com) OK
21:10:26: processRenderedPhotos(mode: Publish).
21:10:26: --------------------------------------------------------------------
21:10:26: exiftool Listener(""C:\Program Files (x86)\GeoSetter\tools\exiftool.exe" -config "C:\Users\Uli\AppData\Roaming\Adobe\Lightroom\Modules\PhotoStation_upload.lrplugin\PSExiftool.conf" -stay_open True -@ "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890226.35753.txt"  -common_args -overwrite_original -fast2 -n -m "-RegionInfoMp<MyRegionMp" "-XMP:Subject+<MyRatingSubject" > "C:\Users\Uli\AppData\Local\Temp\ExiftoolCmds-473890226.35753.log""): starting ...
21:10:27: Create dir - parent: Common newDir: 2014 newPath: Common/2014
21:10:28: Create dir - parent: Common/2014 newDir: 2014-02 newPath: Common/2014/2014-02

I assume the "if needed" doesn't work properly. Tried adding filestation but that didn't change anything.

Best Regards,
Uli

Feature request: Synchronization of color labels between Lr and PS Public Shared Albums

See project 'Synchronization of color labels between Lr and PS Public Shared Albums'

LrFM:folderName produces album titles with extension

Thanks again for your plugin which I'm using permanently. But I've encountered one issue:

As target album I've specified {Date %Y}/{LrFM:folderName}
When I have folders in Lightroom which contain photos from multiple sources (e.g. my DSLR, compact camera and Galaxy S7) PhotoStatLR will create multiple albums for these folders in the PhotoStation:
- <folderName>.dng for photos from my DSLR
- <folderName>.jpg for photos from my compact camera
- <folderName>.JPG for photos from my Galaxy S7

Whant I want indeed is one album which contains all the photos which are in the folder -- no matter of the source they are coming from. Any ideas?

Make parameters of sharpening configurable

For my taste, the sharpening is a bit too intensive. The parameter -unsharp 0.5x0.5+0.5+0.008 from here works better for me. Since this is obviously a matter of taste, making it configurable seems like a good idea. Here, offering two or three settings (low, medium, high) might suffice.

Published photos are immediately marked for republish

At first: Many thanks for providing this great plugin! I have a Synology DS since a week and now started to publish all my lightroom photos (~10,000) to photo station via your plugin.

I've created a published smart collection which includes all photos not marked for dismissed and with a date newer than x. Where I started with x >= 2016-01-01 and after this export was done continued with x >= 2015-01-01 and so on. My goal was have smaller publishing chungs and to publish the newest photos first.

Everything works fine accept the fact, that when I publish a year, each photo which is published for the first time is immediately marked for republishing. I can see this in the collection view: As soon as the "New photos to be published" counter is decreased by one, the "Photos to be republished counter is increased". Thus effectively I need to publish each photo twice which which is quite time consuming at ~5 seconds per photo.

Any ideas, what could cause this problem?

BTW: I'm using the latest 5.x version of your plugin in Lightroom 6 on Windows 10 64 Bit.

Feature Request: Duplicate published (smart) collection

There is a possibility to duplicate (smart) collections in the standard LR collection tree. It would be very nice and convenient to do the same within published collections or even between them.

The export/import collection settings was not a full solution, because the Target Album and Rename To definitions were not imported.

Video file uploaded to wrong directory

Hi Flingo64,

First of all thank you for developing this plugin I really find it great.

I have noticed a bug with uploading video files that end-up in the wrong directory.
I have also a proposed fix. The log captured during the error is attached for your reference.

How to reproduce: I have a few pictures and videos taken on the same day. The target album is Collection/{Date %Y/%m}. The pictures are uploaded in the right folder whereas the videos in the wrong one.

I have been looking a bit at the code and I think the problem is on line 248 of the file PSUtilities.lua:
srcPhotoDate = srcPhoto:getRawMetadata("dateTimeOriginal")

This call could actually be replaced by something a bit more robust along the lines of what is done in the function getDateTimeOriginal.

I am afraid that my camera does fill only "datetimedigitalized" and not "datetimeoriginal" .

If you could address this bug, your tool would be even better!

Thank you
Fabio

log.txt

Can't delete photos from the published collection

Hi,

I have two pictures in my published collection, that I've already published.
If I delete one of them from the collection (not from lightroom), and I click on publish again, I get an error dialog saying "Internal error: deletePhotosFromPublishedCollection: did not call deletedCallback function"

Here are the items I see in the log:

23:18:15: FileStation Login(https://xyz.synology.me:5001) OK.
23:18:15: Login to Standard PhotoStation(https://xyz.synology.me) OK
23:18:15: processRenderedPhotos(mode: Publish).
23:18:15: --------------------------------------------------------------------
23:18:17: Create dir - parent: newDir: LR_Delete newPath: /LR_Delete
23:18:22: Upload of "DSC_0286.jpg" to "LR_Delete" done
23:18:26: Upload of "DSC_0287.jpg" to "LR_Delete" done
23:18:26: --------------------------------------------------------------------
23:18:26: PhotoStation Upload: Uploaded 2 of 2 files in 11 seconds (5.6 secs/pic).

23:19:45: initializeEnv starting:
23:19:46: FileStation Login(https://xyz.synology.me:5001) OK.
23:19:46: Login to Standard PhotoStation(https://xyz.synology.me) OK
23:19:46: deletePhotosFromPublishedCollection: "LR_Delete/DSC_0287.jpg"
23:19:46: deletePhotosFromPublishedCollection: "LR_Delete/DSC_0287.jpg" failed!

Please note that:

I have checked that the user I logged with is actually able to delete photos
I see no trace of a delete request in the photostation log

my environment is:
Synology Photo Station 6.3-2954
PhotoStation-Upload-Lr-Plugin 3.3.2.20150904
Lr: 6.1.1
OS: Windows 8.1 Home Premium Edition
Lang: fr

Let me know if you wantme to give more details or make some tests.

downloading comments / keywords does not work

During re-publishing, the download of comments and meta changes hangs. After the message in the attachment, the progress bar stays forever.

Patterns for matching Ratings and ColorLabels match other tags

In PSPublishSupport.lua lines 1377-1385 patterns were used for matching ratings and color labels which also match tags with a '*' or a '+' inside their name. Please correct the patterns with a start (^) and end ($) sign:

Existing patterns:

'([%*]+)'
'%+(%a+)'

Would be better:

'^([%*]+)$'
'^%+(%a+)$'

I found this error because PhotoStat LR always wanted to republished the same photos. Cause where the difference between local and remote tags, because one tag with a '+' inside its name was never recognized as a normal tag.

7.1.0 Exception during upload 'error: [string "PSUploadTask.lua"]:123: attempt to index field 'exifTool' (a nil value)'

When uploading photos with a color label or a rating and Publish Collection settings 'Color Label Tag' or 'Rating Tag' are checked
error "17:48:31, ERROR: That does it, I'm leaving! Internal error: '[string "PSUploadTask.lua"]:123: attempt to index field 'exifTool' (a nil value)'"

Renaming anomaly during publishing

Hi!

I want to publish some of my select images into a new structure. Some images are master photos, some are virtual copies.

Master photo filenames: YYYYMMDD_HHMMSS_NNNN (where NNNN is a sequence number with trailing zeros if needed)
Virtual copies have their Copy Name metadata set to NNNN of the master photo

In publishing the rename string is: {LrCC:name}-{LrFM:copyName}

The output for master photos are OK, but for the virtual copies are not. They look like: collectionname-copyname-copyname. So the Copy Name is repeated.

If i use the {LrCC:name} only, the output is collectionname-copyname

I don't understand.

MacOS: export dialog partly disappears out of window

On MacOS (Catalina, 10.15.4, 16" MacBook Pro) the dialog on exporting seems partly out of the window. This means the tick for "create folder if it doesn't exist" cannot be set.

Is it possible?

Sorry to open this as an issue, I don't see an email anywhere to contact you directly.

Is it possible to use this upload/publish plugin to keep a local photo archive by YYYY/MM/DD in sync with the same photo albums on a photo station?

Ok is it possible to do to two photo stations (one local, one DR/datacenter)?

Ted Serreyn
[email protected]

Do we support multi-threading publish?

Support for Synology Photos

For testing purpose, I installed the current beta of Synology DSM 7 and the new Synolog Photos (in a Virtual Machine).

Unfortunately, the plugin does not work with the new version (as I expected ;-).

Are there any plans on supporting it?

Videos are not published

This plugin works very well and I am exporting pictures and videos - but suddenly video export stopped working. I am on the latest version of Lightroom CC and this plugin. My photos export normally. My publishing job only has a few videos left - if I start publishing, within 2 seconds Lightroom says 0 of 21 exported.

The logfile shows no error messages - I can only see that exiftool is still running in task manager (2 times).

Any advise?

Internal plugin error in 6.8.1

I updated to version 6.8.1 via Git. My plugin folder is identical to Master (version tag 6.8.1).

When I start Lightroom Classic (version 8.2), the plugin seems to work. I can also edit the settings of my smart collection.

When going into the settings of the plugin (wanted to check out the new video settings ;-), Lightroom says that an internal error occured in the plugin:

In "Zusatzmodul-Manager" it states that it cannot open the plugin directory:

Any hints?

I tried reloading the plugin, this does not change the behaviour.

Uploading fails even for old published collection

I use the plugin as before with no change of LR or Photostation.
plugin: 6.8.5, LR: 10.2, Photo Station: 6.8.14-3501

Created new published collection in the usual published collection set. Upload fails with this

19:29:01, ERROR: PSUploadAPI.uploadPictureFile('C:\Users\mp\AppData\Local\Temp\8F8A6858-0505-4A39-B2D9-5E5A6FC7ABDF\20210530_171002_0363_B.jpg', 'family/2021/2021-05-30 - esztergom', '20210530_171002_0363.jpg') failed: file_size_not_matchwriten file size:0 Content-Length:136145!
19:29:01, ERROR: Upload of 'P:\original\2021\2021-05-30 - esztergom\20210530_171002_0363.NEF' to 'family/2021/2021-05-30 - esztergom/20210530_171002_0363.jpg' failed!!!

I marked for republish an old image in an other collection. Re-published and failed again. There is enough space in C and P drive, in Photostation, all folders have RW access.

Update: Plugin was updated to latest (6.9.5) with the same failing result.

Please advise.

Experimental: Metadata placeholder for Contained Collection name

If you add the following code to the PSUtilities.lua in function evaluateDirname() immediately before line 271:

        -- get contained collections, if required
        if string.find(path, "{LrCC:", 1, true) then
            local srcPhotoContainedCollection = srcPhoto:getContainedCollections()
            local srcPhotoContainedCollectionName

            if srcPhotoContainedCollection then srcPhotoContainedCollectionName = srcPhotoContainedCollection[1]:getName() end 

            -- substitute Lr contained collection name or path: {LrCC:<name>|<path>}
            path = string.gsub (path, '({LrCC:%w+})', function(contCollParam)
                    local contCollDataType = string.gsub(contCollParam, "{LrCC:(%w+)}", "%1")

                    if not srcPhotoContainedCollection then
                        return ''  
                    end

                    local contCollDataString = ''
                    if contCollDataType == 'name' then
                        contCollDataString = ifnil(srcPhotoContainedCollectionName, '')
                    end
                    writeLogfile(3, string.format("evaluateAlbumPath: contCollDataType %s --> %s \n", ifnil(contCollDataType, '<Nil>'), contCollDataString)) 
                    return contCollDataString  
                end);
        end

you will be able to reference the name of the first(!!!) Collection of a photo within the Target Album definition (see Metada placeholders) by the following placeholder:

{LrCC:name}

Note: this is experimental code and will be replace by something more flexible and generic in the next release.

An error occurred while attempting to load this plug-in

When I try to install to Lightroom CC classic 7.3, I get the error: "An error occurred while attempting to load this plug-in"
Is it planned to upgrade the plugin to version LR above 7.2?

--
fritzg

Create thumbnails in the "same sRGB" as Lightroom

The thumbnails seem to be another sRGB as the Lightroom output in sRGB. The difference is visible in a non-color managed application on my wide gamit monitor (e.g. also my browser). Maybe it is an issue of linear color vs non-linear color, with a description here what that actually means.

Here is an example. The first picture is the main Lightroom output with IEC 61966-2.1 Default RGB colour space - sRGB (sRGB IEC61966-2.1).

The following is the large thumbnail generate by the plugin. The colors are more intensive, more saturated, in particular, the red is stronger. The file seems to not include a color space profile.

I was able to reproduce the issue with imagemagick on my Linux machine. I get exactly the same colors as the plugin's thumbnail with convert -define jpeg:size=1280x1280 -quality 80 -colorspace RGB -unsharp 0.5x0.5+1.25+0.0 -colorspace sRGB fox.jpg fox_RGB_sRGB.jpg. Here, the color profile just says sRGB - lcms generated (sRGB).

However, with convert -define jpeg:size=1280x1280 -quality 80 -unsharp 0.5x0.5+1.25+0.0 -colorspace sRGB fox.jpg fox_sRGB.jpg I get the same colors as with the Lightroom originall. Color profile says IEC 61966-2.1 Default RGB colour space - sRGB (sRGB IEC61966-2.1).

Obviously, I would like to have a thumbnail matching the Lightroom output with sRGB so that it does work without color management. Unfortunately, removing the -colorspace RGB in the plugin did not yield a better result (or I did something wrong). (That the fox might need a bit more intensive red is another question... ;) )

Fail to upload video files

Hello,

I'm using PhotoStationUpload on Windows 10 and LR 6.0.

So far, it works as expected with photos but I noticed that it fails to upload videos.

My video setting is:

Include video files:
Video format: original, unedited

Here is the error log:

21:15:08: Environment: plugin: 3.6.0.20151025 Lr: 6.0 OS: Windows 8.1 Home Premium Edition Lang: en
21:15:08: processRenderedPhotos starting
21:15:08: FileStation Login(http://192.168.1.33:5000) OK.
21:15:08: Login to Standard PhotoStation(http://192.168.1.33) OK
21:15:08: processRenderedPhotos(mode: Publish).
21:15:08: --------------------------------------------------------------------
21:15:08: exiftool Listener(""H:\Lightroom Plugins & Presets\exiftool-10.02\exiftool(-k).exe" -config "H:\Lightroom Plugins & Presets\PhotoStation-Upload-Lr-Plugin-master\PhotoStation_upload.lrplugin\PSExiftool.conf" -stay_open True -@ "C:\Users\Ivaylo\AppData\Local\Temp\ExiftoolCmds-471039308.73861.txt" -common_args -overwrite_original -fast2 -n -m "-RegionInfoMp<MyRegionMp" "-XMP:Subject+<MyRatingSubject" > "C:\Users\Ivaylo\AppData\Local\Temp\ExiftoolCmds-471039308.73861.log""): starting ...
21:15:27: Environment: plugin: 3.6.0.20151025 Lr: 6.0 OS: Windows 8.1 Home Premium Edition Lang: en
21:17:53: Create dir - parent: newDir: 2015 newPath: /2015
21:17:54: Create dir - parent: 2015 newDir: 2015-12-03 Teo's Christmas Concert newPath: 2015/2015-12-03 Teo's Christmas Concert
21:20:05: Upload of "2015-12-03_Christmas_Concert.mp4" to "2015/2015-12-03 Teo's Christmas Concert" failed!!!
21:20:05: --------------------------------------------------------------------

Problem with Photo Station 6.7

Hi,
I just found your plugin and having problems to get it work.
I think it has to do with the Photo Station version 6.7. Can you confirm this and are you planning to fix this?

Thanks
Greetings Auke

The error from the log:
21:14:01, ERROR: Initialization of Standard Photo Station at
https://192.168.1.4
failed!
Reason: ErrorCode: -1202
21:14:01, INFO : Photo StatLr: Publish failed!: Initialization of Standard Photo Station at
https://192.168.1.4
failed!
Reason: ErrorCode: -1202

person tag download for RAW photos: face region goes to RAW file, not to xmp file

If you download person tags for RAW photos the face regions will be written to the RAW file, not to the xmp sidecar file. Since Lr will look write face regions only to the xmp file, you will never get rid of the face region metadata in the RAW file.

exiftool not found on MacOS

Hi,

I've updated my installation to the current state of master. Export fails because exiftool cannot be found.

I had to patch the hardcoded path to /usr/local/bin/exiftool (homebrew path) to get it working.

Do you not lookup the executable in $PATH. Regarding the current value /usr/bin/exiftool - wasn't it that some security feature does us not even allow us device owners anymore to install programs there?

Cannot open dynamic album path

When I put lightroom in the background and then focus it, I sometimes get this error message.

Internal error: invalid JSON data / JSON Decode error

After updating the plugin from 6.8.5 to 6.9.5 I get multiple popups with this error
Internal error: invalid JSON data in ...

The log then mentions:
ERROR: JSON-DecodeError('checkPSUploadAPIAnswer(PSUploadAPI.uploadPictureFile('C:\Users\Me\AppData\Local\Temp\01C6DC2E-7183-4AB1-A3C0-C5ACA0727591[2008-01-23 25 24 12] PICT0003.jpg', 'Dag', '[2008-01-23 25 24 12] PICT0003.jpg'))')trailing garbage at character 2

Having brackets [] in the filename was mentioned as a possible issue previously (issue: #36) as it's part of the regular expression grammar.
(If that's the case there's probably a way to escape those characters.)

I hope this can be solved because all my pictures/video's have a [yyyy-mm-dd] prefix in their filenames.

Reduce Framerate of video

My camera (mobile phone) records videos with 60 fps. I want to reduce the framerate to 30 fps for the preview videos (to save bandwidth while streaming over the internet). This can be achieved by adding "-r 30" to the conversion parameters.

But: Some of my videos are filmed with 25 fps, this bitrate should not be changed.

Question: In the plugin, do you already read the framerate of the video? I could not find any function.

Videos in portrait format get rotated

Hi Martin,
as already stated in #42 the fix revealed another issue: publishing videos in portrait format results in a by 90° rotated video. If I add the 'Rotate-0' keyword to these videos they do get exported in portrait format so this isn't a big problem.
Is this expected behaviour?

Kind regards,
Mike

Multi-thread export

Sorry to re-open my previous issue.
In normal Lightroom publish to hard drive, it will use multiple threads and multiple CPU to export RAW to JPEG, it's very fast.
But when I use this plug-in, it seems to export photo one by one, it's extremely slow for me, I have 1000+ photo needs to publish to the same album

You can start multiple publishing jobs in Lr in parallel.

Originally posted by @flingo64 in #46 (comment)

Feature-Request: Exclude photos hidden in stack

I'm often using stacks to bundle multiple related photos and put the best of them on top of the stack. At least some export plugins (used "rc Tree Sync" until now) provide the option to "Ignore photos buried in stack". Such an option would be great in phtostat-lr too :-)

It takes very long to delete a Photo from my Catalog

With Photo StatLr it takes very long to delete a Photo from my Catalog.
After I select remove from service, it takes minutes per photo.

Handle files with same names

I have a case where I want to use the option to rename the files on upload, but I'm getting into a problem when resulting name would be the same for two files inside a collection.

Now I know I can handle this by using the uuid, but that just makes for a very ugly name (and unfortunately Photo Station will always display the file name if there is no title).

For my case specifically, it would be enough if I could use metadata placeholders to set the title for Photos that don't have one, but I've seen other people had problems with duplicate names, so maybe adding some simpler (e.g. 3 digit identifier) that could be used when names are duplicate or if the plugin would automatically add a number or something once the file with same name is found.

recordPublishedPhotoUrl must be called after recordPublishedPhotoId

Hi,

on some photos i get these exception presented (see photo). My problem is, that it stops the execution of the publish. Could you reroute the message to the log, so the export does not pause?
I checked the "PhotoStatLr.log". No info added there at the moment.

Publishing fails on first photo if publish mode is "CheckExisting"

If I set publish mode to CheckExisting and start publishing, the process fails on the first photo to be published.

The full settings:

The full log (debug):

18:31:32, DEBUG: getDefaultCollectionSettings(Photo Station): found 2 collections and 0 collection sets
18:31:32, TRACE: getDefaultCollectionSettings(Photo Station): Found Default Collection 'Default Collection'
18:31:32, TRACE: Found Default Collection 'Default Collection' for service: Applying plugin defaults to unitialized values of Service Default Collection
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key captionDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key titleDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key commentsDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key locationDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key psVersion, orig_value 65
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key dstRoot, orig_value 
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key downloadMode, orig_value Yes
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key tagsDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key srcRoot, orig_value 
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifXlatFaceRegions, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key copyTree, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key PS2LrLabel, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifXlatLabel, orig_value true
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key storeDstRoot, orig_value true
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifTranslate, orig_value true
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifXlatRating, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key sortPhotos, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key PS2LrFaces, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key hasError, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key ratingDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key locationTagDownload, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key isCollection, orig_value true
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key dstFilename, orig_value 
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key publishMode, orig_value Publish
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key RAWandJPG, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key PS2LrRating, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key renameDstFile, orig_value false
18:31:32, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key createDstRoot, orig_value false
18:31:32, TRACE: Applying defaults from Service Default Collection to unitialized values of current collection
18:32:04, DEBUG: getDefaultCollectionSettings(Photo Station): found 2 collections and 0 collection sets
18:32:04, TRACE: getDefaultCollectionSettings(Photo Station): Found Default Collection 'Default Collection'
18:32:04, TRACE: Found Default Collection 'Default Collection' for service: Applying plugin defaults to unitialized values of Service Default Collection
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key captionDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key titleDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key commentsDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key locationDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key psVersion, orig_value 65
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key dstRoot, orig_value 
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key downloadMode, orig_value Yes
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key tagsDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key srcRoot, orig_value 
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifXlatFaceRegions, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key copyTree, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key PS2LrLabel, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifXlatLabel, orig_value true
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key storeDstRoot, orig_value true
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifTranslate, orig_value true
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key exifXlatRating, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key sortPhotos, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key PS2LrFaces, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key hasError, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key ratingDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key locationTagDownload, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key isCollection, orig_value true
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key dstFilename, orig_value 
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key publishMode, orig_value Publish
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key RAWandJPG, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key PS2LrRating, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key renameDstFile, orig_value false
18:32:04, DEBUG: applyDefaultsIfNeededFromTo: copying orig_key createDstRoot, orig_value false
18:32:04, TRACE: Applying defaults from Service Default Collection to unitialized values of current collection
18:32:09, TRACE: updateExportSettings: done
18:32:09, INFO : Environment: plugin: 5.10.1.20160812 Lr: 6.0 OS: Windows 8.1 Home Premium Edition Lang: de
18:32:11, INFO : processRenderedPhotos starting
18:32:11, DEBUG: openSession: operation = ProcessRenderedPhotos, publishMode = Publish
18:32:11, DEBUG: openSession: copy collection settings
18:32:11, DEBUG: getCollectionUploadPath() returns {Date %Y}/{LrFM:folderName}
18:32:11, DEBUG: PSPhotoStationAPI.initialize(serverUrl=http://janosch2, Standard PS)
18:32:11, DEBUG: callSynoAPI: LrHttp.post(http://janosch2/photo/webapi/query.php, api=SYNO.API.Info&query=all&method=query&version=1&ps_username=
18:32:11, DEBUG: Got Body:
{"success":true,"data":{"SYNO.PhotoStation.Auth":{"path":"auth.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Info":{"path":"info.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Album":{"path":"album.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Permission":{"path":"permission.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Photo":{"path":"photo.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Thumb":{"path":"thumb.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Cover":{"path":"cover.php","minVersion":1,"maxVersion":2},"SYNO.PhotoStation.SmartAlbum":{"path":"smart_album.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.File":{"path":"file.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Download":{"path":"download.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Category":{"path":"category.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.About":{"path":"about.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Tag":{"path":"tag.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.PhotoTag":{"path":"photo_tag.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Comment":{"path":"comment.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Timeline":{"path":"timeline.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Group":{"path":"group.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Rotate":{"path":"rotate.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.SlideshowMusic":{"path":"slideshow_music.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.DsmShare":{"path":"dsm_share.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.SharedAlbum":{"path":"shared_album.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.PhotoLog":{"path":"log.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Path":{"path":"path.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Watermark":{"path":"watermark.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Public":{"path":"public.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.Migration":{"path":"migration.php","minVersion":1,"maxVersion":1},"SYNO.PhotoStation.ACL":{"path":"acl.php","minVersion":1,"maxVersion":1},"SYNO.API.Info":{"path":"query.php","minVersion":1,"maxVersion":1}}}
18:32:11, DEBUG: callSynoAPI: LrHttp.post(http://janosch2/photo/webapi/auth.php,...)
18:32:12, DEBUG: Got Body:
{"success":true,"data":{"sid":"plv358i198i2622vnpdgkj8em6","username":"Sven","reg_syno_user":true,"is_admin":false,"allow_comment":true,"permission":{"browse":true,"upload":true,"manage":true},"enable_face_recog":false,"allow_public_share":true,"allow_download":true,"show_detail":true}}

18:32:12, INFO : Login to Standard Photo Station(http://janosch2) OK
18:32:12, INFO : processRenderedPhotos(mode: CheckExisting).
18:32:12, INFO : --------------------------------------------------------------------
18:32:12, TRACE: Next photo: C:\Users\kunde\AppData\Local\Temp\A21D9CFC-5E1F-4B37-A8A7-6CAEAB4885FB\0116_20080905_05166.jpg
18:32:12, TRACE:   dateTimeOriginal: 2008-09-05 10:34:17
18:32:12, TRACE: evaluatePathOrFilename: date format %Y --> 2008
18:32:12, DEBUG: mkLegalFilename: was 0116_2008-09-05 Pauline als Hase
18:32:12, DEBUG: mkLegalFilename: now 0116_2008-09-05 Pauline als Hase
18:32:12, TRACE: evaluatePathOrFilename: LrFM:folderName = 0116_2008-09-05 Pauline als Hase, pattern <Nil> --> 0116_2008-09-05 Pauline als Hase
18:32:12, DEBUG:   sanitized dstRoot: 2008/0116_2008-09-05 Pauline als Hase, dstFilename 0116_20080905_05166.jpg
18:32:12, TRACE: getPublishPath('H:\Bilder\0_negative\2008\0116_2008-09-05 Pauline als Hase\0116_20080905_05166.dng', jpg, Flat, '2008/0116_2008-09-05 Pauline als Hase')
    returns '0116_20080905_05166.jpg', '2008/0116_2008-09-05 Pauline als Hase/0116_20080905_05166.jpg'
18:32:12, TRACE: Old publishedPhotoId: '<Nil>', New publishedPhotoId: '2008/0116_2008-09-05 Pauline als Hase/0116_20080905_05166.jpg'
18:32:12, DEBUG: existsPic: dstFilename 2008/0116_2008-09-05 Pauline als Hase/0116_20080905_05166.jpg --> dstDir 2008/0116_2008-09-05 Pauline als Hase
18:32:12, DEBUG: callSynoAPI: LrHttp.post(http://janosch2/photo/webapi/album.php, api=SYNO.PhotoStation.Album&method=list&version=1&id=album_323030382f303131365f323030382d30392d3035205061756c696e6520616c732048617365&type=photo,video&offset=0&limit=-1&recursive=false&additional=album_permission,photo_exif
18:32:12, DEBUG: Got Body:
{"success":false,"error":{"code":417}}
18:32:12, ERROR: PSPhotoStationAPI.callSynoAPI: SYNO.PhotoStation.Album returns error 417
18:32:12, INFO : cacheListAlbum: Error on listAlbum: 417
18:32:12, TRACE: existsPic: Error on listAlbum: 417
18:32:12, INFO : --------------------------------------------------------------------
18:32:12, TRACE: closeSession() starting
18:32:12, TRACE: closeSession() done.
18:32:27, DEBUG: openSession: operation = GetCommentsFromPublishedCollection, publishMode = Publish
18:32:27, DEBUG: openSession: copy collection settings
18:32:27, DEBUG: getCollectionUploadPath() returns {Date %Y}/{LrFM:folderName}
18:32:27, INFO : Get comments: comments not enabled for this collection.
18:32:27, DEBUG: openSession: operation = GetRatingsFromPublishedCollection, publishMode = Publish
18:32:27, DEBUG: openSession: copy collection settings
18:32:27, DEBUG: getCollectionUploadPath() returns {Date %Y}/{LrFM:folderName}
18:32:27, INFO : Get ratings/metadata: options(title: false, caption: true, location: true, locationTag: true rating: true, tags: true, face xlat: false, label xlat: false, rating xlat: false)
18:32:27, INFO : Get ratings/metadata: Metadata download is not enabled for this collection.

Support for Publish Collections name/path in metadata placeholders

Currently it's possible with {LrCC:name} to select a the standard collection set to be used when exporting.

What would be beneficial is if I could alternatively select a published collection name (which in my case is the name of the album in Photo Studio and is different from how I organise standard collections in Lightroom) and rename the files according to the name of the published collection.

Http error: No JSON response data!

I've been publishing large folders of 1-2000 images and most work but dozens do not upload at all. Some a remarked "to be republished" and a several are listed as new and never published. I haven't yet found any commonalities among the failures. Some are dng and some are jpg.

Lightroom 6.14 using the standard upload option. Plug-in version 6.7.0.20190210

Also... to update the plugin do I just unzip overtop of the existing folder?

Latest version?

A tag has been created for v6.8.5, but it's not been marked as a release, so GitHub still shows the latest release as v6.8.4. Is this just an oversight?

Photo StatLr 7.1.1: Login Error '402 - Denied Permission'

When uisng an account which is only permtted for Photos, not for DSM or other Synology apps, the Login will be rejected with error code 402 / 'Denied Permission'.

This issue will be fixed in the next release.

Error with new update

I finally updated to the new software, was getting tired of all of the messages. But, the new software is NOT working. I am running it and the software runs for about 10 - 15 photos, then I get a message:

Photo StatLr: That does it, I'm leaving!
An internal error has occurred: {string "PSUploadTask.lua"}:289: bad argument # 1 to 'find' (string expected, got nil).

I copied the new software over to the existing folder. I have tried several things to no avail.

I have ran the software 5 or 6 times, it continues and more pictures uploaded, but run 10 to 15 pictures each time then receive the above error.
Thanks
Marty

Plugin does not work with Lightroom Classic CC (7.0.1)

Hi,

After Upgrading to Classic CC the plugin doesn't work anymore (see screenshot) :-(

If you need further information I will be pleased to provide them.

Concurrency issue: Photos mixed up in albums when multiple publishing actions happen cuncurrently

When I hit the Publish button for a different album for a second time, while the first export is still running, the photos end up mixed in the different albums. It seems that there is an issue with concurrency either in the Lightroom plugin or in the PhotoStation API.

Here is a log file (which looks good) of an export of 5 color and 5 b/w images:

08:38:31: Environment: plugin: 3.0.7.20150714 Lr: 6.0 OS: 10.10.4 Lang: en
08:38:31: processRenderedPhotos starting
08:38:31: initializeEnv starting:
08:38:32: FileStation Login(https://diskstation.example.com:5001) OK.
08:38:33: Login to Standard PhotoStation(https://diskstation.example.com) OK
08:38:33: processRenderedPhotos(mode: Publish).
08:38:33: --------------------------------------------------------------------
08:38:33: Environment: plugin: 3.0.7.20150714 Lr: 6.0 OS: 10.10.4 Lang: en
08:38:34: processRenderedPhotos starting
08:38:34: initializeEnv starting:
08:38:34: FileStation Login(https://diskstation.example.com:5001) OK.
08:38:35: Login to Standard PhotoStation(https://diskstation.example.com) OK
08:38:35: processRenderedPhotos(mode: Publish).
08:38:35: --------------------------------------------------------------------
08:38:39: Create dir - parent: newDir: test bw newPath: /test bw
08:38:40: Create dir - parent: newDir: test color newPath: /test color
08:39:05: Upload of "color1.jpg" to "test color" done
08:39:15: Upload of "bw2.jpg" to "test bw" done
08:39:39: Upload of "color2.jpg" to "test color" done
08:39:45: Upload of "bw3.jpg" to "test bw" done
08:40:11: Upload of "color3.jpg" to "test color" done
08:40:13: Upload of "bw4.jpg" to "test bw" done
08:40:42: Upload of "bw5.jpg" to "test bw" done
08:40:43: Upload of "color4.jpg" to "test color" done
08:41:15: Upload of "bw1.jpg" to "test bw" done
08:41:15: --------------------------------------------------------------------
08:41:15: PhotoStation Upload: Uploaded 5 of 5 files in 161 seconds (32.3 secs/pic).
08:41:18: Upload of "color5.jpg" to "test color" done
08:41:18: --------------------------------------------------------------------
08:41:18: PhotoStation Upload: Uploaded 5 of 5 files in 163 seconds (32.7 secs/pic).

The result, however, is that the test color folder contains 3 b/w images and 2 color images. The test bw folder contains 4 b/w images and 1 color image.

listfunction('/2021') returned <nil> - could not get folderId, returns <nil>

I just upgraded to version 7.2 yesterday since I upgraded to Synology Photos from Photostation a couple of weeks ago. The upgrade was successful. I have + 20.000 photos published, and I ran a successful CheckExisting publish on all albums after the upgrade. I also published several thousands of new photos after the upgrade to several albums (existing and new albums).

In some of my "Published Smart collections" I have a number of photos I just cant publish, and I have spend several hours trying to solve the issue, but I just can't find the cause.

All my Published Smart collections use {Date %Y} as "Target Album". The photos that won't publish are clean untouched photos from my DLSR.

When I publish with mode: "CheckExisting" I get these errors:

14:35:29, INFO : Environment: plugin: 7.2.0.20220131 Lr: 8.0 OS: Windows 10 Lang: en
14:35:29, INFO : processRenderedPhotos starting
14:35:30, INFO : Login to Shared Space(http://myserver:5000) OK
14:35:30, INFO : processRenderedPhotos(mode: Publish).
14:35:30, INFO : --------------------------------------------------------------------
14:35:30, INFO : exiftool Listener(""C:\exiftool\exiftool.exe" -config "C:\PhotoStation_upload.lrplugin\PSExiftool.conf" -stay_open True -@ "C:\Users\Bruger\AppData\Local\Temp\ExiftoolCmds-666365730.04828.txt"  -common_args -charset filename=UTF8 -overwrite_original -fast2 -m > "C:\Users\Bruger\AppData\Local\Temp\ExiftoolCmds-666365730.04828.log" 2> "C:\Users\Bruger\AppData\Local\Temp\ExiftoolCmds-666365730.04828.error.log""): starting ...
14:35:43, ERROR: Photos_listAlbumItems('/2021') could not get folderId, returns <nil>
 is not a table, but nil
14:35:43, ERROR: getPhotoId(userid:0, path:'/2021\DSC_7267.jpg') listFunction('/2021') returned <nil>
14:35:43, ERROR: Upload of 'B:\2021\Katalogiserede\2021\03\DSC_7267.NEF' to '2021\DSC_7267.jpg' failed!!!
14:35:52, ERROR: Photos_listAlbumItems('/2021') could not get folderId, returns <nil>
 is not a table, but nil

When I publish with Mode: "Upload" and "Create Album, if needed" checked it fails with: "Target album creation failed" but no error shows in the error log (didn't spot any in debug mode either). I have tried to create the "/2021" folder on my "photos" volume and have tried removing it to let the plugin create it.

person tag: wrong position for portrait (rotated) photos

If you download person tags from Photo Station for a photo with portrait orientation (which is typically stored by the camera as a rotated landscape photo), the position of the face region is not correct.

Unfortunately, there is no fix, because if the face region is correctly rotated, Lightroom will nor recognized the face region at all. You may proove this Lr issue by re-importing a portrait-oriented photo that was face tagged by Lr itself.

flingo64 / photostation-upload-lr-plugin Goto Github PK

photostation-upload-lr-plugin's People

Contributors

Stargazers

Watchers

Forkers

photostation-upload-lr-plugin's Issues

Recommend Projects

Recommend Topics

Recommend Org