Am 10.03.2011 13:07, schrieb Daniel Bauer:
On Thursday 10 March 2011 07:26:41, Roman Fietze wrote:
Hallo Daniel,
On Wednesday, 09.March.2011 17:06:38 Daniel Bauer wrote:
Wenn ich in einen Ordner der z.B. 75 *.JPG-Dateien enthält, 75 gleichnamige Dateien importiere, ...
Ich habe mal beide ZIPs entpackt, und dann die Bilder des einen Dirs in das andere Dir kopiert. Mein digikam zeigt brav an, dass dort nun 150 Bilder sind (BTW, alle recht unscharf fuer so ein gutes Gehaeuse und Objektiv ;) ).
Ich habe einen Ordner genommen, mit dem "es" passierte, die Bilder verfremdet und verkleinert, aber die Metadaten belassen, um die Listenmitglieder zu beeindrucken :-)
Ich habe ebenfalls eine OS11.3 x86_64, KDE 4.6.0 und digikam 1.8.0.
Jetzt fange ich mal an im Nebel zu stochern.
Was ist das fuer ein Filesystem in dem die Bilder liegen?
Reiser-fs, verschlüsselt. Es hat damit funktioniert, bis zur Version 1.7 (oder bis zu diesem neuen Computer???) Nur digikam zeigt dieses Problem.
Schon mal direkt in der SQLite-Datenbank nachgeschaut was digikam so fuer Vortellungen von deinen Bildern hat?
Oder nutzt du MySQL?
Ja, MySQL, in der Datenbank sind genau jene 75 Bilder, die in digikam angezeigt werden.
Nimm mal zwei unterscheidbare Motive falls das nicht sowieso bereits so ist und benenne eines mit img_0123.jpg und das andere eben mit img_0123.JPG. Was passiert, wenn du dieses Bild per digikam in ein anderes Dir kopierst oder verschiebst, oder dieses Bild mit dem digikam-Editor oder z.B. gimp aufmachst? Welches Bild kommt dann?
Hier geschieht wunderliches... in digikam: - irgend ein Bild aufgemacht und mit "speichern unter" als x.jpg in einen neuen Ordner gespeichert - das selbe Bild aufmemacht und als x.JPG ebenfalls dort gespeichert
in der Datenbank ist nur das x.JPG
wenn ich mit F5 den neuen Ordner aktualisiere wechselt das angezeigte Bild von der Klein- zur Gross-Schreib-Version und umgekehrt, und die Datenbank wird entsprechend aktualisiert, witzig...
Aber angezeigt wird nur eines und in der Datenbank ist auch jeweils nur eines...
Oder mach mal Folgendes: beende digikam, kopiere alle Bilder, gross und klein in ein weiteres Dir, starte digikam mit
strace -f -t -o /tmp/digikam.trace digikam
Huch, das gibt die Kleinigkeit von 734330 Zeilen aus... Leider kann ich nicht das ganze trace veröffentlichen, da Model- und Kunden- Namen im Klartext vorkommen...
Jedenfalls tauchen alle *.JPG und *.jpg auf..., aber alles xmal und ich weiss nicht, was die Zeilen zu bedeuten haben
Es tauchen beim Starten auch alle Versionen in den "alten" Testordnern auf, irgendwie gelesen werden sie also...
und, falls du das nicht eingestellt hast, dass das beim Start gemacht wird, scanne nach neuen Bildern. Dann schau dir mal den erzeugten Trace an und suche mal nach "img_00". Vielleicht faellt dir ja dort was auf.
Ich habe unter einem neuen user ein neues digikam aufgemacht und die Ordner importiert - und dort funktioniert alles wie es sollte!!! Allerdings habe ich da einfach mal die Standard-Einstellungen belassen, also ohne MySQL...
Nur, wie kann ich herausfinden, an welchem Detail es liegt, und das ändern, ohne meine riesige Datenbank zu verlieren?
Wo kann ich mit der Suche anfangen?
Gruss
Daniel
Hi, hab keine große Ahnung von mysql, bin bei postgresql, aber es klingt ein bißchen, wie ein Indexproblem in der DB. Kann es sein, dass da intern ein Index als primary definiert ist, der Groß/kleinschreibung ignoriert (gerade keine Ahnung, wie man das in sql hinbekommt, aber ist sicher möglich...) oder eine Felddefinition, die sowas beinhaltet... hth cu jth -- Joerg Thuemmler www.teddylinx.de/prowald -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org