Mailinglist Archive: opensuse-de (2118 mails)

[Al Bogner <suse-linux@xxxxxxxxxxxxxxxxxxxx>]

Am Sonntag, 28. August 2005 01:44 schrieb David Haller:

> >Außerdem suche ich noch nach einer Lösung um Wortgruppen, wie zB "Gran
> >Canaria" zusammenzuhalten. Mein Workaround ist als Trenner _ zu verwenden
> > und Worte, die zusammengehören mit . zu trennen. Also zB so:
> >"Gran.Canaria_sollte_nicht_getrennt_werden"
>
> Jup, wenn Du musst irgendwie die Gruppen "erstellen", sei es durch ein
> anderes Trennzeichen oder durch quoten. Der Punkt ist nicht ideal,

Da gebe ich dir recht und deswegen habe ich gefragt.

> weil der einerseits zu haeufig (und in z.B. in ~/.kde/) vorkommt und
> andererseits eben eine Bedeutung in REs hat. Nimm z.B. das Macron '¯'.

Gefällt mir auch nicht so gut, weil ¯ kein Zeichen auf der Tastatur ist. Mehr 
siehe unten.

> Wenn du noch etwas mehr anstellst ist perl bald sehr interessant, da
> ist alles etwas einfacher:

Ja ja, meine Perl-Bücher lachen mich gerade an :-)

> BTW: wo kommen die Eingabedaten her? Aus ner Datei?

Ich experimentiere gerade mit IPTC-Keywords. Ob das folgende in der Praxis 
sinnvoll ist, ist ein anderes Thema, ich will das einfach mal so machen um 
Testdaten zu erhalten.

Ausgangsbasis ist ein über die Tastatur eingegebener Verzeichnisname, der 
verlässlich keine Leerzeichen hat und nach dem 1. _ Keywords enthält, die 
wiederum durch _ getrennt sind. Vor dem 1. _ befindet sich Jahr-Monat, d.h. - 
ist tabu. Somit ist ein Zeichen gesucht, dass direkt über die Tastatur 
eingegeben werden kann und Wortgruppen definiert. Ein . ist IMHO relativ gut 
lesbar und rückt bei proportionaler Schrift die Wortgruppe zusammen, hat aber 
die Konsequenz, dass man sich dadurch Stolpersteine baut. Andererseits 
arbeitet das Script gerade ein paar Tausend Fotos ab und ich habe noch keinen 
Fehler aufgrund der Verwendung von . entdeckt.

> Die koenntest du 
> dann auch gleich in perl lesen und verwursten...

Ist immer dasselbe, ich muss mich mal zu Perl zwingen, denn mit der Bash komme 
ich immer viel schneller zu einem brauchbaren Ergebnis.

BTW:
Kennt wer eine Fotoverwaltung, die es ermöglich aus JPG/TIF-Files neben
Exif-Daten auch IPTC-Daten auszulesen und wenn möglich in einer MySQL-DB zu
synchronisieren?

Ob Exhibit Engine - http://photography-on-the.net/ee/ eine Lösung für mich 
ist, kann ich noch nicht sagen,weil ich EE noch nicht installiert habe.

Al