Am Dienstag, 1. Februar 2005 10:22 schrieb Maik Holtkamp: Hallo...

...

Kennt jemand ein vergleichbares Programm um eigene Fotos systematisch und technisch zu archivieren ohne gleich die Bilder in eine Datenbank legen zu müssen?

Dann warst Du IMHO schon bei IOTA falsch:

---cut http://www.varp.net/photos/kde_iota.html--- iOta is meant for digital photographers who would like to index, archive and organize their images using a fast database backend ---cut-- ^^^^^^^^

Ich war da schon richtig. Dass iOta für Digitale Fotografie gemeint ist, ignoriere ich geflissentlich, denn es würde ja für die Arbeit an sich keine Einschränkung bedeuten, ob ich nun ein Bild von einer digitalen oder analogen Kamera organisiere, so lange man auf die EXIF-Informationen nicht beschränkt ist.

Freshmeat findet bei der Suche nach "photo album" 77 Projekte.

Ich verwende http://coppermine.sourceforge.net/. Untenrum verwendet es php, mysql und Image-Magick. Erfuellt bei mir seinen Zweck.

Genau DAS wollte ich nicht. Ich will kein Photoalbum erstellen! Ich will die technischen Daten eines Bildes in einer Datenbank speichern und organisieren. Soll heißen: Kategorien, Stichworte, Datum, Personen, Orte, Themen, Kamera, Objektiv, Film, Speicherort, Qualität usw. am besten verbunden mit einem einfachen Pixmap des entsprechenden Bildes. Das Programm sollte in der Lage sein, Bilder aus einem Verzeichnis zu lesen, Pixmaps davon anzufertigen und den Dateinamen zu registrieren, ohne dass man jedes Bild einzeln angeben muss. Es sollte auch in der Lage sein, Informationen wie z. B. Kategorie oder Film auf alle Einträge des entsprechenden Films zu übertragen. Und ich sollte in der Lage sein anschliessend ein Bild mit einem Stichwort zu finden.

Die Admin Datenbank Kenntnisse beschaenken sich bei den allermeisten LAMP-Projekten auf ein:

mysqladmin -u <user> -p create <databasename>

Um die Erstellung der Tabellen kuemmert sich dann ein install/setup script und zur Not gibt es mit phpmyadmin ein GUI.

Das Datenbankschema kann ich selbst erstellen. Mit der Datenbank habe ich kein Problem. Ich wollte aber kein PHP-Projekt sondern eine GUI-Anwendung und wie gesagt, kein Photoalbum. iota ist da schon der richtige Ansatz. Aber leider scheint es keiner zu benutzen. Jedenfalls finde ich schlicht keine Treffer zu dieser Software die darauf hinweisen würden und das ist schon sehr ungewöhnlich. Auch die Tatsache, dass die Version 0.7 bereits zwei Jahre alt ist, deutet darauf hin und wohl auch, dass es nicht mehr gepflegt wird. Ich denke bereits darüber nach, das Konzept einfach neu zu schreiben. Bei der Anzahl meiner Dias würde da auch MySQL einen Sinn machen. Ich bin mir nur nicht sicher, ob ich die GUI dazu hinbekomme. Und eigentlich wollte ich das Rad nicht neu erfinden. Nachdem ich mich vor ein paar Wochen endlich einmal entschieden habe, meine Dias zu digitalisieren, auf DVD zu archivieren und daraus digitale Diashows erstellen zu wollen, muss ich mittlerweile sagen, dass ich doch herb enttäuscht bin über die multimediale Entwicklung unter Linux, die ich in den letzten Jahren nicht weiter verfolgt habe, weil meine Priorität auf einem anderen Sektor lag. Aber egal ob es um diese Bilderarchivierung geht oder um das erstellen von Diashows auf DVD mit Menüs und Audio, es scheint vergebene Liebesmüh' zu sein und mehr Sinn zu machen, sich eine Win-Software zu kaufen, die man an jeder billigen Ladentheke hinterher geworfen bekommt. So ganz habe ich das nicht erwartet. -- gruß Oliver

Hallo

So ganz habe ich das nicht erwartet.

Ich ganz habe ich es auch immer noch nicht verstanden. Deine Forderungen

Kategorien, Stichworte, Datum, Personen, Orte, Themen, Kamera, Objektiv, Film, Speicherort, Qualität usw. am besten verbunden mit einem einfachen Pixmap des entsprechenden Bildes. Das Programm sollte in der Lage sein, Bilder aus einem Verzeichnis zu lesen, Pixmaps davon anzufertigen und den Dateinamen zu registrieren, ohne dass man jedes Bild einzeln angeben muss. Es sollte auch in der Lage sein, Informationen wie z. B. Kategorie oder Film auf alle Einträge des entsprechenden Films zu übertragen.

Und ich sollte in der Lage sein anschliessend ein Bild mit einem Stichwort zu finden.

rufen erst mal nach Datenbank. Dabei braucht das Bild nicht in die Datenbank, sondern nur die Information. (Falls man die md5 Summe der Bilddatei mit in die Datenbank legt, kann man auch mal Bilder verschieben o.ä.)

Das Datenbankschema kann ich selbst erstellen. Mit der Datenbank habe ich kein Problem. Ich wollte aber kein PHP-Projekt sondern eine GUI-Anwendung und wie gesagt, kein Photoalbum.

Das was Du da schreibst würde ich als Photoalbum im Computer - Sinne bezeichnen. PHP Projekte stellen mit einem beliebigen Browser eine GUI zur Verfügung, sicherlich etwas gewöhnungsbedürftig. PHP hat dafür ausgezeichnete Funktionen für die von dir gestellten Anforderungen (mysql Anbindung, exif Daten, md5 Summe, Ordner absuchen usw.)

Ich denke bereits darüber nach, das Konzept einfach neu zu schreiben. Bei der Anzahl meiner Dias würde da auch MySQL einen Sinn machen. Ich bin mir nur nicht sicher, ob ich die GUI dazu hinbekomme. Und eigentlich wollte ich das Rad nicht neu erfinden.

Ich kann keine Frage am Konzept entdecken. Die Infos kommen zentral auf eine Datenbank (die läßt sich unter windows nicht besser beschaffen als unter Linux) und ein Frontend. Ob man so etwas für Windows hinterher geworfen bekommt weiß ich nicht, so ganz 100% wird es aber nicht sein, dazu basteln mir zu viele in Access herum. Falls Du eine schicke neue GUI schreiben willst, die auf dem Client läuft, werden sich sicherlich viele Interessenten finden. Hast Du dir schon mal Recall (oder Rekall) angesehen. Damit soll man solche Dinger basteln können wie mit Access (sagt die Werbung).

oder um das erstellen von Diashows auf DVD mit Menüs und Audio, es scheint

Da ist Windows an Auswahl der Software klar im Vorteil, kann PHP (zumindest auf dem Client) nicht.