GNUBahnen

Anfang des Jahres habe ich eine kleines Emacs Lisp Programm geschrieben um Textbeschreibungen zu HVV-Routen zu generieren. Das Generieren einer Route funktioniert zwar einwandfrei, aber da der HVV keine API oder Daten zur verfügung stellt und das extrahieren der Daten aus der Website zu aufwending ist, läßt sich das System nicht nutzen. Das ist nicht so schlimm weil es eh nur ein Prototyp zum von Texten aus Routenbeschreibungen sein sollte.

Jetzt lese ich grad ein Paper von 1998 zum generieren von Wegbeschreibungen der U-Bahnen in Montreal und Paris. Beim überfliegen war mir schon aufgefallen das wahrscheinlich Lisp benutzt wurde, als die Autoren dann aber schreiben das sie ihr Programm in GNU Emacs Lisp geschrieben haben war ich doch etwas erstaunt und mußte feststellen das Ich doch nicht der einzige war der seinen Editor für solche Zwecke gebraucht.

Fraczak, Lapalme & Zocke: Automatic Generation Of Subway Directions: Salience Gradation As A Factor For Determining Message And Form

#lisp mention

Computerlinguistik und Sprachtechnologie: Eine Einführung hat ein Unterkapitel zu "Programmiersprachen in der Computerlinguistik" das etwas belustigend ist. Es wird chronologisch mit Lisp & Prolog angefangen. Der Text zu Prolog ist recht kurz, dafür gibt es ein kleines Lisp Programm zum Sätze generieren (mit einem kleinen Fehler, in Zeile 34 fehlt ein ' vor den leeren Klammern). Der Autor verweist auf die verlorene Relevanz in der Computerlingustik mit xkcd hin, erwähnt den Regex Coach und empfiehlt Practical Common Lisp. Etwas befremdlich ist jedoch die kategorisierung von Lisp als funktionale Programmersprache, insbesondere da später Perl & Python als dynamische Sprachen betitelt werden.

in the mail today

Gestern Nacht bestellt, Heute geliefert ohne Premium zu zahlen. Irgendwie habe ich das Kings of Leon Album mit dem von Franz Ferdinand verwechselt, ich dachte es kommt erst nächstes Jahr raus.

Von dem AMOP Buch erwarte ich etwas mehr Einblick in in Higher Level OOP und eventuell Design Entscheidungen von OO Sprachen. Das MOP selbst werde ich wohl kaum irgendwo anwenden können.

parser generator

The ECLM2006 convinced me to start working on my parser generator again, and after lots of grammar-debugging it is “done”. Well done in the sense that it successfully parses the grammar of the grammars it is supposed to accept. The parser had just one bug, it was mainly the grammar which needed debugging. It is however totally unoptimized and not well tested. Creating a parser in SBCL takes unbearable long, which I guess is due to SBCLs compile-everything strategy. In CLISP and CMUCL creating a parser takes almost no time and compiling the created parser is a lot faster than in SBCL.

Documentation & Download.