[Allegro] v33.4 // Z39 wird mit GBV bald nicht mehr gehen!

Bernhard Eversberg ev at biblio.tu-bs.de
Di Okt 29 12:08:26 CET 2013


Am 29.10.2013 11:21, schrieb Thomas Berger:
>>
>> Wer hätte das gedacht.
>> Mit XSL haben wir damit aber noch immer nichts am Hut, FLEX genügt.
>
> und warum wollen Sie dann auf ein nichtstandardisiertes Privatformat
> aufspringen, das nur dadurch motiviert wird, dass davon ausgehend
> in Indexdata-Produkten die XSL-Transformation in ein nicht naeher
> erleutertes Indexdata-Internformat beschleunigt wird?
>
Es ist näher erläutert auf der zitierten Seite.
Aber nicht das ist die Motivation, sondern die Tatsache, *daß* man
sich zu einem solchen Schritt genötigt sah, weil MARCMXL + XSLT
unbefriedigend ist. Und das befand man aus genau den Gründen, die wir
schon seit langem vorgebracht hatten.
Nicht wir, sondern GBV springt da auf und bietet das an. MARCXML
bietet man gleichfalls an, und wer mag, z.B. Sie, kann auch da aufspringen.

> Thomas Berger (der seit langem die Kombination XSLT + Flex einsetzt)
>
Darum fragt man sich, warum er noch kein OpenSource-Produkt
rausgebracht hat, das auf dieser Basis überzeugendere Lösungen bringt.
Übrigens: XSLT 1.1, 2.0 oder 3.0?

Wir setzen, nebenbei gesagt, auch deshalb nicht auf XSLT, weil man
dazu ein Fremdprodukt installieren muß, und ohne wirkliche und
existentielle Not wollen wir solches niemandem aufzwingen. Man bedenke
allein die Versionswechsel des Fremdprodukts. Das war mit ein Grund,
neben Sicherheitsbedenken, von Flash+ActionScript wieder Abstand zu
nehmen und Java gar nicht erst anzudenken. Auch VuFind zwingen
wir niemandem auf, sondern haben es als Option in den Raum gestellt
und dazu ermuntert, was jedoch wenig Resonanz fand.

B.E.





Mehr Informationen über die Mailingliste Allegro