[Allegro] allegro-imd: fehler in(?) acon, acon bricht ab(!)

[Klaus Lehmann]

Guten Morgen Herr Berger,
danke für Ihre Nachricht.
Am Mittwoch, 27. Januar 2016 um 18:19 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 27.01.2016 um 17:28 schrieb Klaus Lehmann:

>> unten schreibt herr berger, man können sie mit "_" abschalten. nee!
>> zeichen, die eine "allegro-funktion" haben, wie unterstriche, $% oder
>> oder, dürfen diese "allegro-funktion" in meinen(!) primären schlüsseln
>> nicht ausüben. "meine" titelvielfalt ist so vielfältig, man glaubt es
>> kaum! schlussendlich werde ich die "3x-" verschlüsseln müssen (bis rauf
>> zu "x-fach-")....

> Evtl. haben Sie mich da missverstanden, es ging mir um folgendes:
;-)
der stoff ist nicht leicht (für mich)....
aber ich fürchte, die fälle um die drei bindestriche werde ich nicht zur genüge ausprobieren....
in meinen (millionen) primärenschlüsseln darf nicht EIN winziges
unbequemes zeichen vorkommen, was die operation stört. deshalb
codiere ich alles potientiell störende.
das klappt auch! naja, und wenn man eine kombi vergisst, ist die
aufregung groß ;-)

aber:
für bibliotheken, die "jede sekunde" mit dem PS arbeiten, sieht die
sachlage schon anders aus. die können nicht in irgendwelche
selbstgemachten codierungen oder maskeraden ausweichen. der PS wird
eben jede sekunde benötigt. deshalb sei die frage gestellt:, oder die
fiktive situation aufgestellt:
buchbestandskatalog!
der us-besteller mit dem HST #20 "F--- The Germans" kommt, und er soll
(ist schwachsinn, aber gut fürs konstrukt ;-) aus der großen
titelkiste abgeglichen werden.
-> ergebnis: entweder acon kracht oder acon sagt: nüscht da. dat wird
een neuer titel.
tja.

gruß k.l.




> Im Update.job (V35.F) wird so gesucht:


> var $pk1 ' "' $pk2 '"'
> find

> wobei $pk1 und $pk2 eine Zerlegung des Resultats von "var p"
> in Register und eigentlichen Schluessel sind.

> Dabei wird natuerlich entsprechend den Regeln fuer das Register
> bei der Recherche umcodiert und das ist der Hauptgrund, warum
> das nicht sein darf, ich erwaehnte das im August.

> *Korrekt* ist also nur etwas, das die Umcodierung ausschaltet, etwa

> var $pk1 ' "_' $pk2 '"'
> find

> Und *da* ist nun die Frage, ob das auch die unerwuenschte Magie
> bezueglich "---" ausschaltet: Das waere zu testen.

> viele Gruesse
> Thomas Berger


-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Die Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?
* 2016: allegro-imd.Die weltgrößte(?) Filmdatenbank nur für Filmbibliotheken





Am Mittwoch, 27. Januar 2016 um 18:19 schrieben Sie:
> Am 27.01.2016 um 17:28 schrieb Klaus Lehmann:

>> unten schreibt herr berger, man können sie mit "_" abschalten. nee!
>> zeichen, die eine "allegro-funktion" haben, wie unterstriche, $% oder
>> oder, dürfen diese "allegro-funktion" in meinen(!) primären schlüsseln
>> nicht ausüben. "meine" titelvielfalt ist so vielfältig, man glaubt es
>> kaum! schlussendlich werde ich die "3x-" verschlüsseln müssen (bis rauf
>> zu "x-fach-")....

> Evtl. haben Sie mich da missverstanden, es ging mir um folgendes:

> Im Update.job (V35.F) wird so gesucht:


> var $pk1 ' "' $pk2 '"'
> find

> wobei $pk1 und $pk2 eine Zerlegung des Resultats von "var p"
> in Register und eigentlichen Schluessel sind.

> Dabei wird natuerlich entsprechend den Regeln fuer das Register
> bei der Recherche umcodiert und das ist der Hauptgrund, warum
> das nicht sein darf, ich erwaehnte das im August.

> *Korrekt* ist also nur etwas, das die Umcodierung ausschaltet, etwa

> var $pk1 ' "_' $pk2 '"'
> find

> Und *da* ist nun die Frage, ob das auch die unerwuenschte Magie
> bezueglich "---" ausschaltet: Das waere zu testen.

> viele Gruesse
> Thomas Berger
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro