Photo Station Lightroom Export Plugin: PhotoStation Upload

[flingo]

Das Problem wird in diesem Artikel erklärt.
Vermutlich hast Du 2 Fotos, die auf den selben Zielnamen exportiert werden. Das passiert z.B., wenn man die Kamera RAW+JPG abspeichern läßt. Für diesen Fall gibt es das entsprechende Häkchen in den Einstellungen der Collection: mal setzen, alle Fotos zum erneuten Veröffentlichen markieren und dann mit "Check Existing" nochmal synchronisieren. Was dann übrig bleibt, nochmal mit "Normal Upload" nachschieben.

Falls das nicht funktioniert, also immer noch der Fehler kommt: eine neue, identiische Collection anlegen und dann dort mit "Check Existing" und "Normal Upload" synchronisieren, danach die alte Collection löschen (natürlich ohne die Bilder beim Service zu löschen).

Grüße, Martin

 

[Krabble]

Hi,

ich bekomme beim Veröffentlichen meiner Fotos aufs NAS regelmäßig die Fehlermeldung 'Get ratings/metadata done' mit der Unterschrift, dass eine Metadatenentfernung fehlgeschlagen ist. Der Fehler kommt ziemlich regelmäßig und betrifft meistens die gleichen Bilder. Die Bilder rutschen zu den erneut zu Veröffentlichen. Oft habe ich erst nach mehrmaligem Veröffentlichen alle Fotos hochgeladen, ohne dass der Fehler erscheint.

Kann man außerdem in das plugin mehrere NAS einfügen?

Viele Grüße und Danke im Vorraus
Ansgar

 

[flingo]

Hallo Ansgar,
die Meldung bedeutet, dass beim Herunterladen der Metadaten von der Photo Station (nach dem Upload der Fotos) festgestellt wurde, dass in der PS für ein Foto nicht alle Metadaten (z.B. Keywords) vorhanden sind, die in Lr für dieses Foto definiert sind. Das Plugin erlaubt eine solche "Wegsynchronisierung" von Metadaten aus Richtung PS --> Lr nicht und gibt den entsprechenden Hinweis. Das Foto rutscht dann wieder zu den "Erneut zu veröffentlichen" Fotos, weil es da offensichtlich eine Diskrepanz zwischen Lr und PS gibt, die man üblicherweise durch erneuten Upload beheben kann. Genauer ist das in dem Wiki Post zum 2-Wege-Sync beschrieben.

Ich vermute in Deinem Fall, dass Du im Veröffentlichungsdienst in der Sektion "Metadaten" eine Einschränkung definiert hast (z.B. Personen-Info entfernen), in den Collection Settings aber den Upload und Download von Tags/Keywords erlaubt hast. In diesem Fall werden bestimmte Keywords von Lr aus dem hochzuladenden Bild entfernt und entsprechend nicht hochgeladen. Das Plugin sieht nur seine eigene Einstellung, die besagt: Keywords sollen hoch- und heruntergeladen werden, und stellt beim Download fest, dass da in der PS im Vergleich zum Bild in Lr irgendwas fehlt ...
Dass es am Ende doch funktioniert, liegt an einem Sicherheitsmechanismus im Plugin, der dafür sorgt, dass für Fotos, die vor weniger als 60 Sekunden hochgeladen wurden, kein Metadaten Download durchgeführt wird, weil es mitunter bis zu 60 Sek. dauert, bis die Metadaten eines gerade hochgeladenen Fotos über die Photo Station API auch sichtbar sind.

Lösen läßt sich Dein Problem vermutlich ganz einfach durch Deaktivieren der entsprechenden Download-Option in den Collection Settings. Falls nicht: Loglevel auf Debug und ein Blick ins Logfile!

Mehrere NAS geht ganz einfach, indem Du mehrere Veröffentlichungsdienste anlegst.

Grüße, Martin

 

[Krabble]

Hallo Martin,
danke mal wieder für die schnelle Hilfe, auch wenn ich nicht sofort darauf eingehen konnte
Jetzt klappt alles super.

Viele Grüße,
Ansgar

 

[Krisslinger]

Hallo, ich hätte da auch mal eine Frage.

Und zwar habe ich die Tage ein Album von unserer Reise veröffentlicht. Jetzt habe ich in Lightroom Tags und Bewertungen ergänzt und würde das ganze Album gerne erneut veröffentlichen. Gefühlt braucht die Veröffentlichung genau so lang wie beim ersten Mal, als die Bilddateien komplett neu geschrieben wurden. Ich habe gehofft, hier findet nur ein Update der Metadaten statt und dass das vielleicht schneller funktionieren würde.

Muss ich evtl. etwas beim Publishing beachten? Ich habe die normale Veröffentlichung gewählt.

 

[flingo]

Ja, das ist so: bei 'Normal Upload' werden die Bilder immer komplett hoch geladen. Dafür gibt es 2 Gründe: zum einen kann das Plugin nicht erkennen, ob nur Metadaten geändert wurden oder ob das Foto bearbeitet wurde, zum anderen gibt es zwar eine Photo Station API um Metadaten einzeln hochzuladen (macht das Plugin z.B. bei Videos), aber diese Daten werden dann nur in der Photo Station Datenbank, aber nicht in den Fotos auf der Photo Station gespeichert.

Das wäre jetzt eigentlich meine Antwort gewesen, aber die Wirklichkeit straft mich Lügen: die Photo Station speichert die so geänderten Metadaten tatsächlich (mittlerweile oder schon immer??) auch in den Fotos auf der PS, Ausnahme: ein geändertee Titel wird nicht in den Fotos gespeichert. Ok, damit ist der 2. Grund hinfällig.

Bleibt der erste Grund. Das könnte man nur mit einem speziellen Upload Mode hinkriegen, aber dann muss man schon wissen, was man will: Fotos komplett oder nur Metadaten. Hmm, nicht ideal, aber würde mir auch ganz gut gefallen, wenn man nicht immer wieder alles hoch laden muss. Schau ich mir mal, versprech aber noch nichts.

 

[Hotdogxxxx]

Hallo flingo,

entschuldige bitte sollte ich blind sein aber ich erhalte die mitteilung, dass man die Photo StatLr Updaten kann aber ich verstehe nicht wie ich es machen kann bzw. wo.
Ich habe bereits versucht die Datei neu herunterzuladen und zu überspeichern aber es hat nicht funktioniert.

Sorry nochmal aber ich finde es einfach nicht.

Danke im Voraus.

Lieben Gruß,
Chris

 

[flingo]

Wenn Du die Zippe von Github heruntergeladen und die Dateien in das gleiche Verzeichnis ausgepackt hast, wo die alte Version lag, dann muss Du danach nur nochmal Lr neustarten und dann wird die neue Version geladen. Man kann auch unter Datei --> Zusatzmodul-Manager die Version des Plugins sich anschauen und das Plugin neu laden. Es kann sein, dass da immer noch der Hinweis auf eine neue Version steht, das gibt sich spätestens in einem Tag.

Grüße, Martin

 

[eisenherz]

Hallo!
Die App macht mir die Arbeit leichter ... danke dafür!
Vermutlich ist es irgendwo in den Tiefen dieses Threads schon mal angesprochen worden, aber ich finde es nicht.
Meine Ordnerstruktur (nach Jahren) kann ich auf die Synology übertragen.
Geht das auch mit meiner Sammlungsstruktur?
Die Sammlungen habe ich ja in LR angelegt um Bilder nach bestimmten Themen zu sortieren und so leichter zu finden. Wäre schön wenn ich diese Arbeit/ Struktur auf die Synology übertragen könnte, damit ich sie mit der App auf Abspielgeräten nutzen kann.
Danke für die Hilfe
Jörg Basler

 

[flingo]

Hallo Jörg,
ein ganz klares 'Ja,aber...'! Schau mal in diesem Wiki Post über Collection Set Mirroring.

Ein 'aber' ist die Tatsache, dass nur Standard Collections, keine Smart Collections unterstützt werden. Das zweite 'aber' deswegen, weil eine Änderung der Collections dem Plugin nicht gemeldet wird, sodass man wieder selber darauf achten muss,wann was erneut veröffentlicht werden muss. Das dritte 'aber' ist das prinzipielle Problem, dass ein Foto gleichzeitig in mehreren Collections sein kann und wenn Du jetzt nur eine Published Collection definierst, die Deine Collections spiegeln soll, dann wird jedes Foto nur an eine Stelle exportiert werden.

Also: ja, aber ...
Grüße, Martin

 

[flingo]

V6.6.0: Metadata Upload

In der neuesten Version 6.6.0 ist jetzt der Publish Mode 'MetadataUpload' implementiert.
Damit kann man, wie von Krisslinger in Post #585 angeregt, für Fotos, die man bereits hochgeladen hat, nachträglich geänderte Metadaten (z.B. Keywords, GPS, Gesichter) hochladen, ohne dass man das Foto nochmal komplett (inkl. Thumbnails) hochladen muss. Das macht durchaus Sinn, denn das geht ungefähr 5 - 10 mal so schnell.
Es ist aber zu beachten, dass das Plugin aber nicht hellsehen kann: wenn ein Foto nachträglich nicht nur getaggt, sondern auch editiert (Develop Modul) wurde, so werdet ihr beim Nutzen dieses Modus nur die die geänderten Metadaten hochladen, aber nicht die letzte editierte Version des Fotos.

Das war jetzt doch ein gutes Stück Arbeit, weil ich bei der Gelegenheit auch noch das Handling der ungeliebten Gesichtsregionen komplett überarbeitet habe, sowohl für Upload als auch für den Download: was man da alles falsch machen kann! Und der letzte Fehler ist da auch bestimmt noch nicht raus.

Egal, die Arbeit hat sich gelohnt, ich nutze den MetadataUpload sehr intensiv und das macht dann schon Spaß, wenn' s so viel schneller geht. Jetzt gibt es also keine Ausrede mehr, warum man die alten Fotobeständige nicht nach taggt! Ich werde dann wohl jetzt endlich meine Diasammlung digitalisieren...

Frohe Ostern und viel Spaß mit dem neuen Feature,

Martin

 

[eisenherz]

Danke Martin!


@admin Warum habt ihr die Dankefunktion nicht freigeschaltet!

 

[eisenherz]

Hallo Martin!
Ich habe mir, wie vorgeschlagen Folgendes angeschaut
https://github.com/flingo64/PhotoSt...-publish-an-existing-Collection-Set-hierarchy
Ich bin etwas verwirrt!
Ich soll eine Smart Collection anlegen ... aber Smart Collections werden nicht unterstützt!?
Dann soll ich z.B. eine Struktur nach z.B. Jahren anlegen weil die Selektoren Zahlen sind ...
Ich habe aber bereits reichlich Sammlungen mit eindeutigen Namen (Buchstaben) ... Die Ordner habe ich ja nach Jahren sortiert. Weil ich dass sehr unübersichtlich finde habe ich ja Sammlungen mit eindeutigen Namen. Wie ich die jetzt übertrage/ spiegele versteh ich nicht.

Kannst Su mir nochmal unter die Arme greifen
Tschüss
Jörg Basler

 

[flingo]

Hi Jörg,

Ich soll eine Smart Published Collection unter dem Photo StatLr Publish Service anlegen ... aber Normale Smart Collections werden als Quelle nicht unterstützt.​

So wird ein Schuh draus. Sehr verwirrend, aber die Terminologie ist leider von Lr vorgegeben. Das Beispiel mit der Jahressortierung passt bei Dir so nicht, das muss Du dann auf Deinen Fall anpassen.

Du möchtest ja Deine Sammlungshierarchie (== Collection Hierarchy) genau so in der Photo Station ablegen, willst aber nicht nochmal die komplette Collection Hierarchy unter Photo StatLr nachbauen, richtig? Um das zu tun. musst Du als erste natürlich mindestens eine Publish Collection unter Photo StatLr anlegen. In dieser Published Collection müssen alle Fotos drin sein, die in Deiner Sammlungshierarchie drin sind. Das kannst Du entweder durch stumpfes Kopieren aller Fotos aus Deiner Sammlungshierachie in die Publish Collection machen (== unsmart) oder indem Du eine Published Smart Collection unter Photo StatLr anlegst, wo Du die betreffenden Fotos über eine Regel definierst (== smart). Smart hat den Vorteil, dass sie automatisch mitwächst, wenn neue Fotos oder neue Collections in Deine Collection Hierarchy hinzukommen.

Das ganze Konstrukt pass nicht wirklich in die Lr-Denke, deshalb dieses krude Vorgehen. Denk an die vielen 'aber's ...
Grüße, Martin

 

[Ingo-der-Fischer]

Error "unknown" on http request:

Hallo Martin,

vielen Dank für das tolle Plug-In. Damit komme ich endlich in die Gänge, meine gepflegte Ordnerstruktur aus Lr auch in der Photo Station abzubilden.
Es ist sehr nett von dir, dass du deine Zeit opferst und zusätzlich noch zu Spenden für sinnvolle Projekte animierst. ( ich werde meinen Beitrag leisten )

Natürlich schreibe ich dir, weil ich ein Problem habe.
Beim Veröffentlichen von grossen Videos bekomme ich folgenden Eintrag ins Log:

21:25:21, TRACE: uploadPictureFile: C:\Users\Ingo\AppData\Local\Temp\3EBF5C52-E992-4420-8FC3-905EFB50D0DA\20170921 Egypt Seven7Seas Safari.mp4 dstDir friends/Vacation/20170921 Egypt Seven7Seas and The Oasis/Videos dstFn 20170921 Egypt Seven7Seas Safari.mp4 type MP4_HIGH pos MIDDLE size 7715381944 timeout 6172 --> http://192.168.0.100/photo/include/asst_file_upload.php
21:25:21, DEBUG: "postHeaders":{
"1":{"field":"Content-Type", "value":"video/mpeg"},
"2":{"field":"X-PATH", "value":"friends%2FVacation%2F20170921%20Egypt%20Seven7Seas%20and%20The%20Oasis%2FVideos"},
"3":{"field":"X-DUPLICATE", "value":"OVERWRITE"},
"4":{"field":"X-ORIG-FNAME", "value":"20170921%20Egypt%20Seven7Seas%20Safari%2Emp4"},
"5":{"field":"X-UPLOAD-TYPE", "value":"MP4_HIGH"}
}
21:28:30, TRACE: "respHeaders":{
21:28:30, TRACE: "error":{
21:28:30, TRACE: "errorCode":"unknown"
21:28:30, TRACE: "name":"The action must be retried

"
21:28:30, TRACE: "nativeCode":"12032"
21:28:30, TRACE: }
21:28:30, TRACE: }
21:28:30, ERROR: PSUploadAPI.uploadPictureFile('C:\Users\Ingo\AppData\Local\Temp\3EBF5C52-E992-4420-8FC3-905EFB50D0DA\20170921 Egypt Seven7Seas Safari.mp4', 'friends/Vacation/20170921 Egypt Seven7Seas and The Oasis/Videos', '20170921 Egypt Seven7Seas Safari.mp4') failed: Error "unknown" on http request:
The action must be retried!
21:28:31, ERROR: Upload of 'F:\Archive\Catalogs\Vacation\20170921 Egypt Seven7Seas and The Oasis\Videos\20170921 Egypt Seven7Seas Safari.mp4' to 'friends/Vacation/20170921 Egypt Seven7Seas and The Oasis/Videos/20170921 Egypt Seven7Seas Safari.mp4' failed!!!

Weiter unten im Log erscheint dann noch:
07:01:58, TRACE: uploadPictureFile: C:\Users\Ingo\AppData\Local\Temp\BDDC6443-23B7-4348-9843-192D76255097\20170921 Egypt Seven7Seas Safari.mp4 dstDir friends/Vacation/20170921 Egypt Seven7Seas and The Oasis/Videos dstFn 20170921 Egypt Seven7Seas Safari.mp4 type MP4_HIGH pos MIDDLE size 4092487683 timeout 3273 --> http://192.168.0.100/photo/include/asst_file_upload.php
07:01:58, DEBUG: "postHeaders":{
"1":{"field":"Content-Type", "value":"video/mpeg"},
"2":{"field":"X-PATH", "value":"friends%2FVacation%2F20170921%20Egypt%20Seven7Seas%20and%20The%20Oasis%2FVideos"},
"3":{"field":"X-DUPLICATE", "value":"OVERWRITE"},
"4":{"field":"X-ORIG-FNAME", "value":"20170921%20Egypt%20Seven7Seas%20Safari%2Emp4"},
"5":{"field":"X-UPLOAD-TYPE", "value":"MP4_HIGH"}
}
07:04:55, DEBUG: Got Body:
{"success":false,"err_msg":"file_size_not_matchwriten file size:2147483647 Content-Length:4092487683","duplicate_folder":false}
07:04:55, ERROR: PSUploadAPI.uploadPictureFile('C:\Users\Ingo\AppData\Local\Temp\BDDC6443-23B7-4348-9843-192D76255097\20170921 Egypt Seven7Seas Safari.mp4', 'friends/Vacation/20170921 Egypt Seven7Seas and The Oasis/Videos', '20170921 Egypt Seven7Seas Safari.mp4') failed: file_size_not_matchwriten file size:2147483647 Content-Length:4092487683!
07:04:56, ERROR: Upload of 'F:\Archive\Catalogs\Vacation\20170921 Egypt Seven7Seas and The Oasis\Videos\20170921 Egypt Seven7Seas Safari.mp4' to 'friends/Vacation/20170921 Egypt Seven7Seas and The Oasis/Videos/20170921 Egypt Seven7Seas Safari.mp4' failed!!!

Das besagte Video ist 1,66GB gross.
Es ist das einzige Video in der Veröffentlichten Sammlung (auch keine Bilder, die Sammlung habe ich nur für diesen Test angelegt).

Ich habe das Video mit dem Photo Station Uploader hochladen können.


Hast du einen Tip für mich ?


Vielen Dank und Grüsse

ingo

 

[flingo]

Hallo Ingo,
ich habe diese Fehlermeldung auch schon gesehen und habe da auch schon dran rumgedoktort. Genau wegen diesem Fehler bei sehr goßen Videos werden in der Windows-Version des Plugins die Mediedateien beim Hochladen nun häppchenweise und nicht mehr als Ganzes gelesen. Das scheint hier aber nicht das Problem zu sein.
Du sagst, dass das Video 1,66GB groß ist, aber lt. Debug ist es 4092487683 Byte, also ungefähr 4GB groß. Wenn Du den Syno Uploader nimmst, wird das Video auf jeden Fall nochmal transkodiert, wobei es i.d.R. in der Größe nochmal abnimmt.

file_size_not_matchwri ten file size:2147483647 Content-Length:4092487683",

Der Wert 2147483647 = 0x7FFFFFFF deutet darauf hin, dass da irgendwo ein Integer-Overflow aufgetreten ist, vemutlich in der Photo Station Upload API. Wenn das so ist, wäre es sinnvoll ähnlich dem Syno Uploader das Video vorher nochmal kleiner zu transkodieren, z.B. indem Du in der 'Video' Sektion des Export-Dialogs in Lr als Video Format nicht 'Original', sondern 'H.264' / Qualität='Max' wählst.

Grüße, Martin

 

[Ingo-der-Fischer]

Hallo Martin

und vielen Dank für die Antwort.
Ich wollte gestern den Fehler nochmal nachstellen und habe bewusst die Option "Original" bei Video Format gewählt.
Auch ein anderes Problem-Kind, ein 23min. langer Full-HD Film wurde jetzt ohne Probleme hochgeladen.
Es traten keine Probleme auf.
(2000 Bilder und 50 Videos veröffentlicht.)

Vielleicht hatte ich Netzwerkprobleme an dem Tag.
Ich habe in der Zwischenzeit die DiskStation neu gestartet. Ob's daran lag, kann ich nat. nicht sicher sagen.

Wegen dem Video-Format:
Eigentlich will ich das Orginal, so wie ich es aus Power-Director produziere auf die DiskStation speichern.
Gibt es "gute" Argumente, warum ich 'H.264' / Qualität='Max' einstellen soll.
Wird die Datei entscheidend kleiner, bei (gefühlt) gleicher Qualität ?

Anyway, vielen Dank nochmal für die Antwort und das ganze PlugIn.

Grüsse
ingo

 

[flingo]

Hallo Ingo,
wenn Du das Video schon vorher in Dein Wunschformat gebracht hast, macht es keinen Sinn von Lr noch ein Transkodierung machen zu lassen. Die Qualität wird sicherlich nicht besser und ob es deutlich kleiner wird, weiß ich nicht, käme auf einen Versuch an. In Lr macht es eigentlich nur Sinn nicht 'Original' zu wählen, wenn man von einem Nicht-MP4-Format kommt (aber das kann Photo StatLr auchkonvertieren) oder wenn man seinen "Videoschnitt" in Lr gemacht hat und das so auch exportieren will.
Vielleicht ist aber die Option für eine zusätzliche Video-Auflösung von Photo StatLr sinnvoll, dann hat man das Video im 2 Auflösungen auf dem Server und kann je nach Anbindung und Endgerät die passende Auflösung wählen.
Grüße, Martin

 

[Hotdogxxxx]

Hallo Martin,

ich hätte da mal eine Frage, da ich das Gefühl habe, dass ich einen falschen Workflow habe.
Ich habe meine Bilder über Smart Alben organisiert. Darüber werden neue bzw. überarbeitete Bilder auf die Synology hochgeladen. Die Bilder werden dann von der Familie und Freunden über DS Photo getagt.
Bevor ich dann neue Bilder bearbeite oder hochlade, gehe ich wie folgt vor:
1. Ich veröffentliche nur mit 'Check Existing' und lade die Metadaten & Berwertungen vom Server in LR.
2. Dann veröffentliche ich nochmal normal um die neuen Fotos hochzuladen.

Leider habe ich das Gefühl, dass dennoch einige Tags vom Server verloren gehen. Oft kommt auch die Meldung, dass Bilder nochmal veröffentlicht werden müssen oder erst garnicht hochgeladen werden konnten.
Oft kommt auch die Meldung, dass Metadatenentferungen nicht vorgenommen werden konnten.

Mache ich hier estwas falsch oder wie gehe ich am besten vor um vorher alle Tags sauber vom Server zu holen.

Danke für den Tip.

Lieben Gruß,
Chris

 

[flingo]

Hallo Chris,
ich nehme an, dass Du den Wiki Artikel zum 2-Wege-Sync gelesen hast, sonst wärst Du wohl nicht soweit gekommen.

Prinzipiell ist Dein Vorgehen korrekt, die konkreten Fehlerfälle müsste man mal im Logfile nachschauen. Hier mal ein paar allgemeine Anmerkungen, vielleicht ist da ja was Erhellendes dabei:

1. mit Smart Alben meinst Du in Lr die 'Smart Sammlungen' bzw. 'Veröffentlichte Smart Sammlungen'? Hier kann es passieren, dass Du aus einem Foto in Lr mehrere Fotos in der PS machst, nämlich wenn es in mehreren Smart-Sammlungen ist. Wenn nun eins dieser Fotos in der PS getaggt wird und nach Lr zurück gesyncht wird, dann wird es in den anderen Smart Sammlung als geändert erscheinen.
2. Bevor Du Metadaten herunterlädst, sollten alle Fotos im Zustand "Published" sein, für Fotos, die nicht "Published" sind, werden keine Metadaten heruntergeladen
3. Deinen Schritt 1 kannst Du abkürzen. Es sollte ja bereits alle Fotos auf 'Published" stehen. Es reicht dann ein Klick im 'Comments' Panel (unten rechts) auf den Refresh Knopf um das Herunterladen der Metadaten zu starten.
4. Der Schritt 2 sollte eigentlich nicht notwendig sein, weil nach Download der Metadaten von PS nach Lr beide Stände wieder 'In-sync' sein sollten
5. Falls doch einige Fotos nach "To re-publish" gehen, kannst Du den 2. Upload im Modus 'MetadataUpload' machen, das geht schneller
6. Eine schöne Fehlerquelle ist auch der Metadaten-Filter von Lr (im Publish Service Dialog). Wenn Du dort z.B. 'Only Copyright' einstellst, werden beim Hochladen die Keywords nicht an die PS übertragen. Beim Download stellt Photo StatLr dann fest, dass in der PS Tags fehlen (also wohl gelöscht wurden) und setzt die Fotos wieder auf 'To re-publsh'
7. Falls Du Deine Keywords in Lr hierarchisch organisiert hast, musst Du die Keywords auch in PS in der hierarchischen Form (z.B. 'Tier|Vogel|Amsel') angeben, ansonsten erzeugst Du neue Keywords in der ersten Ebene.

Na ja, im Zweifelsfall nochmal ins Logfile schauen.

Grüße, Martin