Bildverwaltung

[Renderer]

Hier (http://www.imgseek.net/index.html) gibts eine Bildverwaltungssoftware, die sehr interessant aussieht.
Hier mal ein paar Features... Gibts für Linux,Win und Mac

Features


You simply draw (http://www.imgseek.net/sshot/9814e2bd8884d0d96a7d19c0a42403d5.png) a rough sketch of what you want to find and imgSeek displays for you a thumbnail view of the best matches.
Query (http://www.imgseek.net/sshot/8e2883569953393f7e01ab76b5c10065.png) images similar to one in your collection by double-clicking on it's thumbnail.
Group your photos by similarity (http://www.imgseek.net/sshot/aff865197f54e5d235e92ea0c0ecf9b3.png) for easy browsing. You may also have them clustered automatically by color, date (group events automatically using an adaptive clustering algorithm for time differences), filename or image features.
Edit metadata (http://www.imgseek.net/sshot/2f7f9a1b92f6194a2684e4ec95e31bd1.png) (description, camera, lens, etc) for every image, and use them on the HTML albums generated or for searching photos. You can also use custom metadata fields.
EXIF and IPTC data found on JPEG/TIFF files are automatically imported. (Read-only support)
Advanced command-line utility to scan for new files, query for similar images and show image metadata. (You may use it on your cron system for example)
Transform (http://www.imgseek.net/sshot/ed3bf15e40e54c86d329196df5fc48fc.png) images or batches automatically: Place text captions, change brightness, contrast, blur, etc. Apply lossless rotations automatically if jpegtran is available.
Generate HTML albums (http://www.imgseek.net/sshot/) for the entire collection, a given directory or similarity group
Advanced keyword searching (http://www.imgseek.net/sshot/524822ae682b0b89023fcecc48f42c4d.png) for metadata.
Find all duplicate images (http://www.imgseek.net/sshot/e1c93fe060c6622a6aee90a22921c49a.png) on your collection with the parameters you specify. (dimensions, filesize, filename, similarity, average luminance)
Organize and browse (http://www.imgseek.net/sshot/e41c1b0d7c5da0b675d31a5696b81412.png) pictures in groups with an easy drag & drop interface. You can also perform advanced queries on groups (eg.: show me all images that belong to group A and B but not group C)
Support for multiple volumes of pictures. You may assign all images on a CD to a given Volume
Automatic thumbnail generation and caching. Using this (http://triq.net/%7Epearl/thumbnail-spec/) standard, which is also used by Gimp, Nautilus/Gnome, Rox Desktop, gThumb and others.
Supported file formats are jpg, gif, bmp, png, xbm, and pnm. If you have ImageMagick installed, imgSeek will also support over 87 image formats (http://www.imagemagick.com/www/formats.html).
Remember the way images should be displayed: If you rotate an image 270 degrees, imgSeek will remember it and do the same the next time you view this image.
Export/Import (http://www.imgseek.net/sshot/bd2f90ce59d8ff2ead9a0121fb8c8900.png) metadata to/from CSV files and export a batch or your collection to XML files, which can be later parsed by some other tool to generate whatever you want.
Rename a file or batch of files automatically: Replace strings, convert to upper/lowercase, append a string, create numbered series, etc.
Add images to the database from a directory recursively.
User friendly interface that remembers typed queries and drawn sketches for later usage.
Slideshow for a given directory, whole collection or for a chosen group of similar images. You can also delete and organize images in groups with hotkeys.
Browse (http://www.imgseek.net/sshot/df3a4e6fb501e81bee00a5c92864e33a.png) images by thumbnail and view them on a preview window.
Browse your system files for images, and bookmark your favorite directories. While browsing, you may query for similar images on your collection.



MfG
Renderer

[Hans]

imgSeek kommt mir irgendwie bekannt vor und ist in der Tat so neu nicht. Siehe Screenshots. Ist schon ne Weile her, das der holländische Prinz seine Maxima geheiratet hat. Ich kann mich da schon garnicht meher dran erinnern. (Die Leserinnen des Goldenen Blattes mögen das bitte mal nachprüfen)

So doll sind die Features (zumindest für die Linuxer) auch nicht, als dass man jetzt darauf fliegen müsste. Also ich werde bei meinem digiKam bleiben. Schnell, übersichtlich und stabil. Ich mach mir eh nicht die Mühe, meine Bilder nach allen Regeln der Kunst zu archivieren, sprich zusätzlich auch noch ein Stichwortverzeichnis anzulegen. Ist mindestens genau so aufwändig, als wenn ich keins habe und dann von Zeit zu Zeit mir nen Wolf suchen muss ;)

[lox2eagle]

Die Funktion, Bilder über grobe Zeichnungen suchen zu lassen, finde ich mal interessant. Ob es so praktisch funktioniert wie es den Anschein hat?

[lupus]

Ich benutze Imgseek schon eine Weile. Ich habe noch nicht alle Bilder von mir entsprechend getaggt
Also mit dem Zeichnen ist das so eine Sache, ich kann aber auch nicht gut zeichnen;-) aber ne Sonnenblume, ne Rose, Strand und Meer, oder auch einen Sonnenuntergang das geht und liefert gute Treffer.

Oft reicht es auch mit der Funktion "ähnliche Bilder" zu arbeiten, das hat mir schon oft geholfen.
Witzig war, als ich diese Proggi meinem Vater vorführte. Was nehmen wir Muttern ist doch klar( Anmerkung Meine Mutter hat eine sehr markante graue Haarfarbe) Das Ergebnis hat selbst mich in erstaunen versetzt. Die suche lieferte sehr viele Treffer und nur wenig Ausschuß.

Also wer viele Bilder hat sollte es ruhig mal damit versuchen. IMHO ist ImgSeek leider für die Gesamtarchivierung eher ungeignet. Es sürzt noch zu oft ab und die Unterstützung von EXIF und IPCT ist nicht die Welt. Zur suche nach bestimmten Bildern, manchmal hat man ja was vor dem "inneren Auge" weiß aber nicht mehr wo wann und in welchem Zusammenhang, Ist es wirklich ein guter Ansatz.

juergen

[lox2eagle]

hmm, ich bekomme es leider nicht kompiliert. Scheinbar wir mein Python2 nicht wirklich gefunden. Habe zwar die Paths schon geändert, aber das hilft nur bedingt. Die Install-Routine dort scheint obendrein Probleme mit dem AMD64-Zeugs zu haben und kümmert sich bei libs nicht darum, ob sie 32bittig oder 64bittig sind.
Wenn es wer auf Fedora Core zum laufen bringt, kann er ja mal bescheid geben, wie es funktioniert hat. Meine Kenntnisse sind für's erste überschritten.

Loxi

[lox2eagle]

Ich hab keine Ahnung warum, aber beim heutigen Anlauf kompilierte es. *koppkratz* Bin bisher schwer beeindruckt von imgSeek, einzig das langsame Aufbauen der Datenbank fiel mir bisher negativ auf; Allerdings wird man das ohnehin nich allzu oft von der Pike auf tun.

Vor allem das Heraussuchen von ähnlichen Bildern in Echtzeit beim Malen von Skizzen übertrifft bisher meine Erwartungen bei weitem. Hab nu ein neues Spielzeug :)

Loxi

[Ravetracer]

Hab nu ein neues Spielzeug :)

Aaah, ja ;).

Dann probier ich das Spielzeug auch mal aus, hehe ;)

[TheGrudge]

Ich finde imgseek komisch, hatte ich auch mal getestet, ist aber schon 2 Jahre her.
Für Fotos finde ich (unter Linux) KPhotoalbum (http://kphotoalbum.org/) am Besten.
Setze ich schon 2 Jahre ein...
Aber vielleicht teste ich imgseek doch nochmal...

[lupus]

Wie ich schon geschrieben habe imgseek ist IMHO für die Verwaltung und archivierung eher ungeeignet. Für die Suche nach Bildern ist es aber eine sehr gute Ergänzung.

juergen

PS: 2 Jahre ist ne verdammt lange Zeit in der Softwareentwicklung ... da hat sich einiges getan.

[TheGrudge]

irgendwie dachte ich imgseek wird gar nicht mehr weiterentwickelt... ich schaue es mir noch einmal an.

[TheGrudge]

Ich finde imgseek komisch, hatte ich auch mal getestet, ist aber schon 2 Jahre her.
Für Fotos finde ich (unter Linux) KPhotoalbum (http://kphotoalbum.org/) am Besten.


Öhmm die Aussage muss ich irgendwie wohl revidieren :D
Wir haben übrigens den in ImgSeek verwendeten Algorithmus in digiKam 0.10 eingebaut, da die Weiterentwicklung der Software in den Sternen stand. Nun haben sich aber wohl ein paar Leutchen wieder daran gemacht, ImgSeek zu pflegen, zumindest kann man eine Version bei sourceforge vom Dezember 2008 saugen.

[tobias]

Schön, das der Algorithmus nicht verloren gegangen ist und in digiKam 0.10 Verwendung findet.
digiKam 0.10 scheint mal wider einen Blick verdient zu haben. Die 0.9er hatte mich ja noch nicht überzeugen können. Ich finde es allerdings schade, das es doch relativ aufwändig ist die 0.10 selber zu bauen. :(

[houz]

Hat digikam immer noch seine Datenbank und das Bedürfnis, Bilder in seine eigene Ordnerstruktur zu packen?

[TheGrudge]

Was ist an der Datenbank denn schlimm? Es ist nun mal eine Bildverwaltungssoftware, kein Bildbetrachter, dafür kann man ja dann Gwenview nehmen. Bei digiKam fallen Unmengen von Daten an (vor allem mit den Fuzzy Searches, die nun von ImgSeek übernommen wurden).
Ja ich weiß KDE4 hat Nepomuk, aber davon halten wir (freundlich ausgedrückt) gar nichts. Außerdem deckt es bei weitem nicht das ab, was wir in digiKam zur Verwaltung brauchen.

digikam richtet sich vor allem an Leute, die mehr als nur 10 Bildchen verwalten wollen. Wir sind in ständigem Kontakt mit 3 professionellen Fotografen, die digiKam für ihre Arbeit einsetzen (ja das gibt es :-))
Die haben einen Bestand von mehr als 4 Millionen Bildern, das funktioniert ohne Datenbank einfach nicht mehr. Selbst SQLite, welches wir (noch) nutzen, packt das nicht mehr richtig.

Bei digiKam 0.10 kannst du beliebige Ordner einbinden, nicht nur einen:

- lokale Verzeichnisse
- NFS / Samba Shares
- Removable Data (USB Platte / Stick, DVD) usw

Du hast immer noch eine Ordnerstruktur, aber das ist ja nur ein Abbild deiner Festplatte. Für 0.11 haben wir (theoretisch :-)) eine ganze Reihe neue Views in Planung:

- Face Detection / Recognition
- sowas wie Events bei iPhoto
- eventuell eine absolut frei einstellbare View (kann sein das dies mit 0.11 aber noch nichts wird, da wir im Moment an der Datenbankstruktur nichts ändern wollen).

[TheGrudge]

Ich finde es allerdings schade, das es doch relativ aufwändig ist die 0.10 selber zu bauen. :(

Du nutzt nicht zufällig Kubuntu? Wir bekommen diesen Satz dauernd von Kubuntu-Usern zu hören, deswegen frage ich mal :-)
Gelinde gesagt ist Kubuntu die schlechteste KDE-Distribution, die ich kenne. Du wärst nicht der einzige mit solchen Problemen:
http://qashapp.blogspot.com/2009/02/my-wife-gave-up-on-kde.html

In dem Artikel geht es nicht um digiKam, aber dennoch spiegelt es die Situation wieder. Die Kubuntu Leute sind extremst am patchen, jedes neue Feature aus dem Trunk porten sie zurück, wodurch natürlich die Stabilität, aber auch Kompatibilität zu den Libraries leidet.

Ich nutze ja Archlinux, dort wird mit KDEmod auch eine Menge zurück geported, jedoch handelt es sich dort meist nur um Security-Fixes. Dennoch kann es sein, das plötzlich nix mehr läuft und ich vor meinem Sourcecode hocke und mich frage, warum digiKam nicht mehr kompiliert. Im Moment hält es sich noch in Grenzen, KDEmod4 ist noch recht Vanilla.

So, nach so viel blabla, was geht denn bei dir nicht?
Liegt es an CMake? Viele kommen damit ja anscheinend nicht zurecht.
Fehlen libs?

[Ravetracer]

Ja, das was Houz angesprochen hat ist auch die Geschichte, die mich ein wenig stört.
Wenn ich alle meine Bilder importiere, habe ich gigabyteweise kopierte Daten. Wieso ist das eigentlich notwendig?
Warum muss ich denn alles doppelt auf der Festplatte haben?

Ich würde digiKam eventuell nutzen, wenn diese, für mich, grob platzverschwendende Funktion nicht enthalten wäre.

[TheGrudge]

Musst du ja nicht mehr, man kann verschiedene Folder einbinden. Habt ihr wirklich eure Bilder alle quer über der Festplatte verteilt? Das würde ich gar nicht schaffen, selbst wenn ich täglich tausende Bilder aus dem Internet laden würde, kämen die doch in einem bestimmten Ordner an? Soviel Möglichkeiten hat man ja gar nicht, Bilder jedesmal wo anders abzulegen ;-)
Wie gesagt es werden mittlerweile mehrere Collection-Typen unterstützt:

9578

Also ich hatte auch schon vor digiKam immer einen Ordner für alle meine Fotos / Bilder, einfach schon um einfacher Backups zu machen.

[tobias]

Du nutzt nicht zufällig Kubuntu? Wir bekommen diesen Satz dauernd von Kubuntu-Usern zu hören, deswegen frage ich mal :-)
Na, fast. Ich habe das ganz klassische Ubuntu. ;)

Gelinde gesagt ist Kubuntu die schlechteste KDE-Distribution, die ich kenne. Du wärst nicht der einzige mit solchen Problemen:
http://qashapp.blogspot.com/2009/02/my-wife-gave-up-on-kde.html

Ich werde auf jeden Fall nicht meine Distribution wechseln, nur um digiKam testen zu können. Denn ich nutze eh zu 90% Gnome/GTK Programme.

So, nach so viel blabla, was geht denn bei dir nicht?
Liegt es an CMake? Viele kommen damit ja anscheinend nicht zurecht.
Fehlen libs?
Es ist schon ne Zeit her, das ich es versucht habe. Ich werde es einfach heute Abend nochmal versuchen und dann hier darüber berichten. Ich hab nur noch im Hinterkopf, das ich beim letzten mal (gefühlt) das halbe KDE neu kompilieren durfte.

Selbst SQLite, welches wir (noch) nutzen, packt das nicht mehr richtig.
Da würde ich mal bei Amarok vorbei schauen, die haben ja jetzt ein embedded MySQL. Ich denke das macht bei solchen Datenmengen mehr Sinn.

[TheGrudge]

Ich werde auf jeden Fall nicht meine Distribution wechseln, nur um digiKam testen zu können.

Habe ich ja auch nicht behauptet :-) Es ist aber wie gesagt ncith das Problem von digiKam oder auch KDE, sondern halt Kubuntu. Ich würde einfach mal behaupten das du mit den Standardquellen digiKam NICHT kompilieren kannst. Müsste mal den Luka Renko fragen, der entwickelt für Kubuntu, hat auch ein paar KIPI-Plugins in der Mache und wahrscheinlich auch fertige digiKam Pakete.
Der Witz ist: digiKam kompiliert einfacher unter Windows als unter Kubuntu :D Das soll schon was heissen.


Da würde ich mal bei Amarok vorbei schauen, die haben ja jetzt ein embedded MySQL. Ich denke das macht bei solchen Datenmengen mehr Sinn.

Da wir Qt4 die Datenbankanbindung überlassen, werden wir vielleicht in Zukunft viel mehr unterstützen können, also SQLite, MySQL, ODBC usw. Im Moment geht das nicht, weil die Queries noch zu sehr an SQLite angelehnt sind.

[Ravetracer]

Nee, ich habe nur einen Bildverzeichnis auf der Platte, welches "Bilder_Canon" heißt (mit Themenunterverzeichnissen).
Wenn ich das einbinden kann, ohne dass er die Bilder kopiert, wäre das schon was für mich.

[TheGrudge]

Ein nettes neues Tool (leider wohl nicht mehr für 0.10) wird ein Batch-Queue-Manager:
http://www.flickr.com/photos/digikam/3266516030/sizes/l/
In diesem werden dann alle ImagePlugins, KIPI-Plugins und Standardoperationen anwendbar sein.
Man klickt sich also seinen Workflow zusammen und startet den Manager, dieser erledigt dann den Rest. Das heißt man kann nicht nur eine Batchoperation ausführen, sondern beliebig viele aneinander ketten.
Aber es wird noch ein wenig dauern, bis der fertig ist.

[tobias]

So ich hab mich an diese Anleitung gehalten, die von der digiKam Seite verlinkt ist:
http://wiki.kde.org/tiki-index.php?page=Digikam+Compilation+on+Kubuntu+Intr epid

Wobei ich anstelle von:
DIGIKAMKDE4=/usr DIGIKAMKDE4=/home/tobias/svn/bin/kde4/eingegeben habe, weil ich das zeug in das Verzeichnis haben möchte.

Das kompilieren der libs hat dann auch noch geklappt. Aber das kompilieren von digiKam knallt dann mit diesen Fehlern:
http://paste.ubuntu.com/116203/

Hast du ne Idee was das sein könnte?

[TheGrudge]

Eine zu alte KDcraw lib... du wirst unter Kubuntu die kdegraphics-libs neu bauen müssen:

# svn co -N svn://anonsvn.kde.org/home/kde/branches/KDE/4.2/kdegraphics
oder
# svn co -N svn://anonsvn.kde.org/home/kde/trunk/KDE/kdegraphics

# cd kdegraphics
# svn up libs
# svn up cmake

# mkdir build
# cd build
# cmake -DCMAKE_BUILD_TYPE=debugfull -DCMAKE_INSTALL_PREFIX=/home/tobias/svn/bin/kde4 ../../kdegraphics

# make (-j4)
# sudo make (-j4) install/fast

Danach wieder digiKam basteln, sollte nun funktionieren.

[houz]

Habt ihr wirklich eure Bilder alle quer über der Festplatte verteilt?
Naja, ich habe die Bilder, die ich aktuell so brauche, auf der eingebauten Platte, und mein Archiv auf einer externen. Wenn ich die nicht dran habe, dann mault digikam rum. Und so.
Das ist aber alles nicht weiter tragisch, ich bin bis jetzt gut mit ls, cp, mkdir und gwenview gefahren und werde das auch in Zukunft können. :-)

[TheGrudge]

Externe Platte kann man bei digiKam einbinden... aber ich will hier ja auch gar nicht missionieren :-D
Muss jeder wissen mit was er klar kommt...

[schumaml]

Habt ihr wirklich eure Bilder alle quer über der Festplatte verteilt?

Das grundlegende Problem ist, dass man irgendwann mal denkt:

"So viele Bilder hatte ich doch gar nicht?"

Zwei Minuten später dann:

"... und warum immer viermal das gleiche?"

Bis man dann darauf kommt, dass es nicht ganz so toll ist, pauschal immer ~ hinzufügen zu lassen, wenn irgendwo da auch die Bildverwaltung ihre Doppel abgelegt hatte.

Selbst erlebt, allerdings mit F-Spot.

[tobias]

Eine zu alte KDcraw lib... du wirst unter Kubuntu die kdegraphics-libs neu bauen müssen:

Ja, ich hatte noch eine alte, aber die hab ich jetzt entsorgt. (Und auch mein digiKam 0.9.x). Jetzt findet der die neue aber nicht. :(
http://paste.ubuntu.com/116542/

Obwohl ich die Umgebungs-Variablen gesetzt habe wie in dem Wiki beschrieben:
http://wiki.kde.org/tiki-index.php?page=Digikam+Compilation+on+Kubuntu+Intr epid