View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000232 | GeoSetter | Image Data | public | 2008-03-23 19:29 | 2008-03-23 20:32 |
| Reporter | Sebastian | Assigned To | Friedemann | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | no change required | ||
| Product Version | 2.4.3 release | ||||
| Target Version | Fixed in Version | ||||
| Summary | 0000232: Warum dauert das Speichern in XMP files so lange? | ||||
| Description | Hallo, mir ist aufgefallen, dass das speichern von geo-daten in XMP files relativ lange dauert. Das Updaten von RAW files habe ich deaktiviert. Beispiel: 12min fuer 1047 Bilder -> 0.69sec / Bild Das Modified Date der RAW Bilder hat sich nicht veraendert, also in diese wurde nicht geschrieben. Ich halte ca. 0.7sec um ein wenige KB grosses file zu lesen und zu schreiben fuer relativ viel. Deswegen denke ich, dass das zugehoerige RAW file vorher noch ausgelesen wird. Aber ist das wirklich noetig? Die Metadaten werden ja schon vorher aus den Bildern geladen und sollten sich bereits im Programm Cache befinden. Naja, wahrscheinlich alles nicht so einfach, aber wer weiss: vielleicht laesst sich hier was optimieren :-) Gruesse Sebastian | ||||
| Tags | No tags attached. | ||||
|
|
Ich persönlich finde 0,7 Sekunden nicht so superlange. Aber ich kann da auch gar nix machen, denn das Speichern erledigt ja ExifTool, welches von GeoSetter per Kommandozeile aufgerufen wird. Du hast Recht, GeoSetter hat die Daten bereits gelesen, aber da hat ExifTool nix von ;-) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-03-23 19:29 | Sebastian | New Issue | |
| 2008-03-23 20:27 | Friedemann | Status | new => assigned |
| 2008-03-23 20:27 | Friedemann | Assigned To | => Friedemann |
| 2008-03-23 20:32 | Friedemann | Status | assigned => resolved |
| 2008-03-23 20:32 | Friedemann | Resolution | open => no change required |
| 2008-03-23 20:32 | Friedemann | Note Added: 0000469 |
