View Issue Details

IDProjectCategoryView StatusLast Update
0000044GeoSetterImage Datapublic2007-12-21 13:26
Reportermawosch Assigned ToFriedemann  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version2.2.1 release 
Target VersionFixed in Version 
Summary0000044: Original überschreiben nicht möglich
DescriptionIm Einstellungsdialog wurde die Option "Originaldatei beim Speichern überschreiben" ausgewählt.
Bildern werden Koordinaten zugewiesen.
Dann speichern.
Im Zielverzeichnis sind die zusätzlichen Dateien nach dem Muster "PC201026.JPG_original" vorhanden.
Selbes Verhalten nach Neustart von GeoSetter.
TagsNo tags attached.

Relationships

related to 0000045 resolvedFriedemann Datum/Zeit der Datei wird beim Speichern geändert 

Activities

heiko

2007-12-20 11:56

developer   ~0000096

ist mir vorhin auch aufgefallen, und bevor ich den Call reinstellen konnte gabs schon einen :-)

ich habe den Eindruck (bin mir aber nicht 100%ig sicher), dass dieser Effekt nur in Zusammenhang mit XMP Sidecars auftritt.

hier mal der Report von einem File wo das bei mir auch passiert ist:

C:\Programme\GeoSetter\tools\ExifTool.exe -overwrite_original -P -m -GPS:GPSSatellites="0" -GPS:GPSLatitude=47.69217222 -GPS:GPSLongitude=10.03948611 -GPS:GPSLatitudeRef="N" -GPS:GPSLongitudeRef="E" -GPS:GPSMapDatum="WGS-84" -GPS:GPSAltitude="708.0" -GPS:GPSAltitudeRef="Above Sea Level" -XMP:GPSLatitude=47.69217222 -XMP:GPSLongitude=10.03948611 -XMP:GPSDateTime="2007:08:06 16:05:42+00:00" -XMP:CountryCode="DEU" -XMP:Country="Deutschland" -XMP:State="Baden-Württemberg" -XMP:City="Isny im Allgäu" -XMP:Location="Neutrauchburg" -execute -L -IPTC:Country-PrimaryLocationCode="DEU" -IPTC:Country-PrimaryLocationName="Deutschland" -IPTC:Province-State="Baden-Württemberg" -IPTC:City="Isny im Allgäu" -IPTC:Sub-Location="Neutrauchburg" -common_args "C:\Dokumente und Einstellungen\HLeupolz\Eigene Dateien\Own\DSC01412.JPG"

Friedemann, ich weiß zwar nicht ob irgendwas dagegen spricht, aber wenn ich das Log sehe, wäre es sicherlich die einfachste Möglichkeit -overwrite_original zu den -common_args rüber zu nehmen, oder? Denke mal dass durch die XMP Sidecars der -execute in den Aufruf reingekommen ist

Friedemann

2007-12-20 23:52

administrator   ~0000106

Das ist sehr merkwürdig. Mit den zusätzlichen Parametern bzw. Sidecars kann das eigentlich in diesem Fall nix zu tun haben, da ich im Screenshot von Mawosch keine sehe. Das verrückte ist, dass ich den gleichen Effekt gestern wohl auch mal hatte, habe es aber zu spät bemerkt und konnte mir die Parameter nicht mehr ansehen. Nun kann ich das nicht mehr reproduzieren. Der Parameter overwrite_original ist immer drin.

Mawosch, tritt das bei Dir wirklich immer auf? Wenn ja, könntest Du mir bitte mal die Aufrufparameter herauskopieren (Bilder | Speicherreport anzeigen).

Friedemann

2007-12-20 23:58

administrator   ~0000107

Das ist sehr merkwürdig. Mit den zusätzlichen Parametern bzw. Sidecars kann das eigentlich in diesem Fall nix zu tun haben, da ich im Screenshot von Mawosch keine sehe. Das verrückte ist, dass ich den gleichen Effekt gestern wohl auch mal hatte, habe es aber zu spät bemerkt und konnte mir die Parameter nicht mehr ansehen. Nun kann ich das nicht mehr reproduzieren. Der Parameter overwrite_original ist immer drin.

Mawosch, tritt das bei Dir wirklich immer auf? Wenn ja, könntest Du mir bitte mal die Aufrufparameter herauskopieren (Bilder | Speicherreport anzeigen).

Friedemann

2007-12-21 05:56

administrator   ~0000109

Ich bin ja blöd... Bei einer eventuell nötigen Latin1-Kodierung bzw. einem zu speichernden Sekundenbruchteil des Aufnahmedatums in XMP:DateTimeOriginal hänge ich ein "-execute" dran um das vom anderen Kram trennen zu können (wegen "-L" oder wegen "-n"). Nach einem "-execute" gelten "-overwrite_original" und "-P" nicht mehr. Bla bla bla ;-) Also, Fehler gefunden :-) Ich hoffe ich schaffe heute noch ein Update, sonst wird's leider nach Weihnachten...

Friedemann

2007-12-21 06:13

administrator   ~0000111

Heiko, ich denke sogar, dass ich beim zusätzlichen "-execute" immer das "-overwrite_original -P" reinpacken kann, denn auch wenn eine Sicherheitskopie erstellt werden soll, wird das ja schon beim ersten Befehlsteil getan, d.h. eine zweite Kopie wäre sowieso nicht nötig bzw. sogar völlig unerwünscht, da sie die erste überschreibt, und zwar mit einer Version die ja gerade geändert wurde...

Das sind natürlich eventuell auch wieder die zusätzlichen Parameter zu überdenken... ;-)

Friedemann

2007-12-21 12:45

administrator   ~0000114

Zumindest beim Schreiben von Sekundenbruchteilen wird der "-n" Parameter und dadurch ein zusätzliches "-execute" nicht mehr benötigt, da es jetzt ExifTool 7.07 gibt. Dies nur zur Info für die technisch interessierten ;-)

http://www.sno.phy.queensu.ca/~phil/exiftool/history.html ("Allow decimal seconds to be written in time values without needing to use -n")

Friedemann

2007-12-21 13:26

administrator   ~0000115

Nochmal zur Info: Ich ersetze nun in der fertigen Kommandozeile (ohne Dateinamen) alle "-execute " durch "-execute -overwrite_original -P ". Dann wird je nach Angabe in den Einstellungen noch ein "-overwrite_original" oder ein "-P" oder beides vorangestellt. Das sollte dann auch mit den zusätzlichen Parametern wie gewünscht funktionieren.

Issue History

Date Modified Username Field Change
2007-12-20 10:56 mawosch New Issue
2007-12-20 10:56 mawosch File Added: Einstellungen.jpg
2007-12-20 11:56 heiko Note Added: 0000096
2007-12-20 21:38 Friedemann Status new => assigned
2007-12-20 21:38 Friedemann Assigned To => Friedemann
2007-12-20 21:41 Friedemann Relationship added related to 0000045
2007-12-20 23:52 Friedemann Note Added: 0000106
2007-12-20 23:58 Friedemann Note Added: 0000107
2007-12-20 23:58 Friedemann Status assigned => feedback
2007-12-21 05:56 Friedemann Note Added: 0000109
2007-12-21 06:13 Friedemann Note Added: 0000111
2007-12-21 06:14 Friedemann Status feedback => resolved
2007-12-21 06:14 Friedemann Resolution open => fixed
2007-12-21 12:45 Friedemann Note Added: 0000114
2007-12-21 13:26 Friedemann Status resolved => feedback
2007-12-21 13:26 Friedemann Resolution fixed => reopened
2007-12-21 13:26 Friedemann Note Added: 0000115
2007-12-21 13:26 Friedemann Status feedback => resolved
2007-12-21 13:26 Friedemann Resolution reopened => fixed