[Allegro] Ein Dateianhang mit HTML-Daten wurde abgetrennt...

Do Jan 28 10:16:03 CET 2016

Hallo und guten Tag,

in den Messages 3 bis 5 wird

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL ...

gegeben.

Wenn ich den Link aufrufe, kann ich den Text im HTML-Quelltext lesen. Wie sagt doch der Berliner? "Man gewöhnt sich an allem!" Oder ist das nur eine Spezialität des IE 11? Oh, dieser IE!

Mit freundlichen Grüßen
Ulrich Osterhus

-----Ursprüngliche Nachricht-----
Von: Allegro [mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von allegro-request at biblio.tu-bs.de
Gesendet: Donnerstag, 28. Januar 2016 09:55
An: allegro at biblio.tu-bs.de
Betreff: Allegro Nachrichtensammlung, Band 133, Eintrag 6

Um E-Mails an die Liste Allegro zu schicken, nutzen Sie bitte die Adresse

	allegro at biblio.tu-bs.de

Um sich via Web von der Liste zu entfernen oder draufzusetzen:

	http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro

oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in Subject/Betreff oder im Text an

	allegro-request at biblio.tu-bs.de

Sie koennen den Listenverwalter dieser Liste unter der Adresse

	allegro-owner at biblio.tu-bs.de

erreichen

Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of Allegro digest..."

Meldungen des Tages:

   1. Re: allegro-imd: fehler in(?) acon, acon bricht ab(!)
      (Klaus Lehmann)
   2. Re: allegro-imd: fehler in(?) acon, acon bricht ab(!)
      (Thomas Berger)
   3. Re: allegro-imd: fehler in(?) acon, acon bricht ab(!)
      (Klaus Lehmann)
   4. Re: allegro-imd: fehler in(?) acon, acon bricht ab(!)
      (Bernhard Eversberg)
   5. Re: allegro-imd: fehler in(?) acon, acon bricht ab(!)
      (Bernhard Eversberg)
   6. Re: allegro-imd: fehler in(?) acon, acon bricht ab(!)
      (Thomas Berger)

----------------------------------------------------------------------

Message: 1
Date: Thu, 28 Jan 2016 09:08:00 +0100
From: Klaus Lehmann <lehmann_klaus at t-online.de>
To: Diskussionsliste Allegro-C <allegro at biblio.tu-bs.de>
Subject: Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht
	ab(!)
Message-ID: <326268760.20160128090800 at t-online.de>
Content-Type: text/plain; charset=iso-8859-1

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

------------------------------

Message: 2
Date: Thu, 28 Jan 2016 09:10:49 +0100
From: Thomas Berger <ThB at Gymel.com>
To: Allegro-C Diskussionsliste <allegro at biblio.tu-bs.de>
Subject: Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht
	ab(!)
Message-ID: <56A9CD09.9010308 at Gymel.com>
Content-Type: text/plain; charset=utf-8

Am 28.01.2016 um 08:42 schrieb Bernhard Eversberg:

> Das Fehlen eines Primärschlüssels in einem einzumischenden Satz wird vom
> update.job abgefangen und kann daher acon.exe nicht ins Wanken bringen, es kommt
> dann eine Meldung
> [INF] kein Primärschlüssel ==> Neusatz ...

Der Fall duerfte nicht vorkommen, denn die Aussage zu "var p" in
der cstring-Dokumentation ist schon lange nicht mehr gueltig.

Vielmehr ist korrekt, was in xset.rtf bei "set p" angemerkt ist:
Standardmaessig ist /keine/ Sprungmarke eingestellt und daher
- vergleichbar index - at 1 - wird die .api so lange abgearbeitet, bis
sich ein Schluessel ergibt.

Hintergrund war, dass "Primaerschluessel bei #-@" erstens nur eine
Konvention der cat.api war, und zweitens "festverdrahtet" zu #-@
in PRESTO eine Funktionalitaet existierte, mit der man zwischen
Baenden blaettern konnte, also aehnlich dem "family"-Kommando der
Flex-Sprache. Wenn man an Saetze denkt, die einerseits in #00
einen eigenen Primaerschluessel haben, und andererseits ueber #09
statt #00 zu einer uebergeordneten Aufnahme verlinken, so sieht
man, dass die Blaetterfunktionalitaet bei #-@ und der Primaerschluessel
gar nicht so viel miteinander zu tun hatten.

viele Gruesse
Thomas Berger

------------------------------

Message: 3
Date: Thu, 28 Jan 2016 09:30:05 +0100
From: Klaus Lehmann <lehmann_klaus at t-online.de>
To: Diskussionsliste Allegro-C <allegro at biblio.tu-bs.de>
Subject: Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht
	ab(!)
Message-ID: <1629341542.20160128093005 at t-online.de>
Content-Type: text/plain; charset="iso-8859-1"

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://sunny5.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20160128/504ec86d/attachment-0001.html>

------------------------------

Message: 4
Date: Thu, 28 Jan 2016 09:40:21 +0100
From: "Bernhard Eversberg" <b-eversberg at gmx.de>
To: allegro at biblio.tu-bs.de
Subject: Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht
	ab(!)
Message-ID:
	<trinity-0306114e-9450-4d42-9f3e-5ce65797f3f9-1453970421654 at 3capp-gmx-bs54>

Content-Type: text/plain; charset="iso-8859-1"

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://sunny5.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20160128/68839ae2/attachment-0001.html>

------------------------------

Message: 5
Date: Thu, 28 Jan 2016 09:47:47 +0100
From: "Bernhard Eversberg" <b-eversberg at gmx.de>
To: allegro at biblio.tu-bs.de
Subject: Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht
	ab(!)
Message-ID:
	<trinity-e6f7d139-1a44-48e4-a42e-a373379fa596-1453970867549 at 3capp-gmx-bs54>

Content-Type: text/plain; charset="iso-8859-1"

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://sunny5.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20160128/e7ebeae5/attachment-0001.html>

------------------------------

Message: 6
Date: Thu, 28 Jan 2016 09:55:09 +0100
From: Thomas Berger <ThB at Gymel.com>
To: Allegro-C Diskussionsliste <allegro at biblio.tu-bs.de>
Subject: Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht
	ab(!)
Message-ID: <56A9D76D.8010308 at Gymel.com>
Content-Type: text/plain; charset=utf-8

Am 28.01.2016 um 09:40 schrieb Bernhard Eversberg:
> Lehmann am 28.1., 9:08:
>  > 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: ...
> In all den Jahrzehnten ist das noch nicht als *reale* Situation bei irgendeinem
> Standardanwender aufgetreten. Falls das heute oder morgen passiert, ich meine
> in der wirklichen Alltagsrealität der Normalanwender, ist H-Faktor 3 gegeben. Bis
> dahin bleibt's bei H=1, das gebietet schlichter Pragmatismus.

For the record, ich habe das einmal mit acon getestet:

var 'PER "a---z"'
find

liefert an der Demo-Datenbank 453 Treffer, und

var 'PER "_a---z"'
find

ebenfalls: Die Magie von "---" ist also staerker als die
von "_".

Die Sache ist insgesamt ja eher Baustelle, Default fuer
qrix ist "@", nicht "---", fuer find ins es auch nur
etwas abgelegen in cmmdger.rtf dokumentiert (N.B.:
Wandelt "find" tatsaechlich immer noch ungefragt "!"
in " " um?) und fuer Praefixregister funktioniert es
nicht und muss workaroundet werden. Aber woher soll
man wissen, dass es sich um ein Praefixregister
handelt, symbolische Registernamen waren ja eingefuehrt
worden dafuer, dass man das nicht wissen muss!

viele Gruesse
Thomas Berger

------------------------------

Subject: Fusszeile der Nachrichtensammlung

_______________________________________________
Allegro mailing list
Allegro at biblio.tu-bs.de
http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro

------------------------------

Ende Allegro Nachrichtensammlung, Band 133, Eintrag 6
*****************************************************