<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Eine Zeile, die mit - beginnt, würde die Zahl entnehmen, die auf - folgt, und diese von der Zahl<br>subtrahieren, die in dem Moment in der "internen Zahlenvariable" steht steht, d.h. diese Variable</div><div class="gmail_default" style="font-family:monospace,monospace">würde verkleinert.<br>An dieser Stelle ist das erstens unwirksam und zweitens ohne Belang, weil diese iZ gar</div><div class="gmail_default" style="font-family:monospace,monospace">nicht benutzt wird, und drittens, weil der zu subtrahierende Wert 0 wäre (das entspricht aber "erstens".)<br>Jedweder Eingriff ist somit weder wirksam noch notwendig. Trotzdem danke, wir wollen ja auf der andern</div><div class="gmail_default" style="font-family:monospace,monospace">Seite auch nicht beim menschlichen Leser Irritationen auslösen.</div><div class="gmail_default" style="font-family:monospace,monospace">Leerzeichen am Zeilenbeginn jedoch werden von acon ignoriert, der Inhalt der Zeile selbst jedoch nicht,</div><div class="gmail_default" style="font-family:monospace,monospace">das ist nur in a99 so. In diesem Fall ist es egal.</div><div class="gmail_default" style="font-family:monospace,monospace">B.E.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Sa., 23. Mai 2020 um 14:33 Uhr schrieb Klaus Lehmann <<a href="mailto:lehmann_klaus@t-online.de">lehmann_klaus@t-online.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">guten tag herr eversberg,<br>
<br>
im aktualisierten a35-Paket ist ein srch.job vom 30.4.2020 drin, der hat m.E. einen<br>
Fehler in der Zeile 68. Hier abgebildet: zeile 67 und 68:<br>
<br>
// Zuerst Kopie machen, darin dann hier was einbauen<br>
-----------------------------------------------------------<br>
<br>
~~ vermutlich fehlen am anfang: // oder 1-3 leerzeichen.<br>
<br>
<br>
gruß k.lehmann<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Guten Tag [Frau/Herr] Bernhard Eversberg,<br>
danke für Ihre Nachricht.<br>
Am Mittwoch, 20. Mai 2020 um 13:31 schrieben Sie.<br>
Ihre Nachricht finden Sie am Ende dieser eMail.<br>
<br>
> <br>
> Verlautbarung 321 zur allegro-Entwicklung 2020-05-20<br>
> -----------------------------------------<br>
<br>
> INHALT<br>
> I. a35 aktualisiert<br>
> II. allegro.exe<br>
> III. acon: srch.job / a35: a35srch.job und a35fts.job<br>
> IV. Irritierende Fehlermeldung "Keine Löschung..."<br>
<br>
<br>
> I. a35 aktualisiert<br>
> -------------------<br>
> Das Paket ist wieder auf dem neuesten Stand<br>
> <a href="http://www.allegro-b.de/download" rel="noreferrer" target="_blank">http://www.allegro-b.de/download</a>, Win: a35.zip / Linux: a35.gz <br>
> Neu sind die Jobs <br>
> users.job : Zeigt die registrierten User mit ihren Berechtigungen<br>
> (X users eingeben)<br>
> a35edp.job : Damit editiert man die Berechtigungen eines Users<br>
> Ein Text "newuser.txt" im a35-Ordner db beschreibt, was genau alles <br>
> zu tun ist, um einen neuen User aufzunehmen.<br>
> Auch die Ordner <br>
> www\db\demou und allegro\db\datuni<br>
> für die Unicode-Demobank wurden aktualisiert.<br>
> Abgeschlossen ist das Thema "a35" damit noch nicht. Dazu werden auch,<br>
> wie immer, Vorschläge entgegengenommen.<br>
> (Unter Unicode klappt das Editieren der gegenläufigen Schriften noch<br>
> nicht (Hebräisch und Arabisch).)<br>
<br>
<br>
> II. allegro.exe<br>
> ---------------<br>
> In Vb320 wurde behauptet, ein Programm allegro.exe gebe es gar nicht.<br>
> Das ist falsch und richtig:<br>
> FALSCH: Es gibt sehr wohl eins. Es tut jedoch nichts anderes als <br>
> a99 zu starten. Das wurde nur deshalb so gemacht, damit der/die<br>
> unvoreingenommene, rein intuitionsbasiert arbeitende Admin*in,<br>
> mit allegro konfrontiert, nicht enttäuscht wird, wenn er/sie<br>
> nur mal eben "allegro" eintippt oder allegro.exe im Explorer <br>
> doppelklickt, sofort die DemoBank zu sehen kriegt und nicht <br>
> eine verstörende Fehlermeldung. <br>
> RICHTIG: allegro.exe ist kein wirkliches Programm,<br>
> das selber mit einer allegro-Datenbank was anfangen könnte.<br>
<br>
<br>
> III. acon: srch.job / a35: a35srch.job und a35fts.job<br>
> -----------------------------------------------------<br>
> Der neue srch.job, interessant auch als Lehrbeispiel, wurde nochmals <br>
> kritisch gesichtet und Zeile für Zeile überarbeitet mit dem Blick <br>
> auf Korrektheit, Verständlichkeit, Übersichtlichkeit, und was <br>
> sonst noch alles wichtig ist, nebst ausführlichem Kommentar.<br>
> Zur Klärung<br>
> Der srch.job ist gedacht zur Anwendung unter Windows und Linux, <br>
> wenn srch.exe (bzw. srch64), welches etwas schneller ist, nicht <br>
> zum Einsatz kommen kann, weil man z.B. eigene Befehle einbauen will,<br>
> die zugleich während der Suche bei jedem gefundenen Satz auszuführen <br>
> wären. Dabei ist insbes. zu denken an Änderungen in Sätzen und deren <br>
> sofortige Abspeicherung - was srch nicht kann. So etwas läßt sich <br>
> einbauen in den klar markierten Abschnitt zwischen den Marken <br>
> :BEGINN und :ENDE.<br>
<br>
> Hinweis:<br>
> Innerhalb von a35 kann man dagegen den funktional identischen Job<br>
> a35srch.job zum Einsatz bringen, der aus a35srch.htm aufgerufen wird.<br>
> Der Unterschied: a35fts.job nutzt srch(.exe) zum Suchen - so geht's <br>
> am allerschnellsten, a35srch.job dagegen macht alles selber (es <br>
> liest die .ald-Dateien sequentiell, das geht aber auch ganz schön <br>
> schnell, wenn's keine riesige Db ist).<br>
> Jedoch kann man NICHT den einen gegen den anderen austauschen<br>
> also a35srch.job im Kommandofenster einsetzen bzw. srch.job<br>
> innerhalb a35 - beides klappt nicht.<br>
<br>
> Wie man mit acon den srch.job aufruft, das wurde schon in Vb320 erzählt.<br>
> Zum Thema "Reguläre Ausdrücke" wurde eine neue Doku erarbeitet. <br>
> Die stellt alles, und nur das, was man wirklich braucht, glasklar <br>
> mit Beispielen vor. Hier ist sie:<br>
> <a href="http://www.allegro-b.de/db/a35ftsh.htm" rel="noreferrer" target="_blank">http://www.allegro-b.de/db/a35ftsh.htm</a><br>
> <br>
> Ein Instrument für Bibliotheks-Endnutzer ist die Volltextsuche,<br>
> das wird einleuchten, nicht. Sie ist zudem auch ein zusätzliches<br>
> Suchverfahren, das den Betreibern einer Datenbank helfen kann,<br>
> problematische Datensätze aufzufinden. Etwa solche mit typischen<br>
> Schreibfehlern oder sonstigen Mängeln, die nicht über die<br>
> Indexregister zu packen sind. Das sind insbes. auch Daten mit<br>
> längerer Vorgeschichte, in denen bestimmte Angaben noch gar nicht<br>
> vorhanden sind oder andersartig abgefertigt wurden. Also Daten aus<br>
> den dunklen Epochen vor der Heraufkunft von RDA - vor dem<br>
> Zeitalter der, wie man dereinst sagen wird, bibliothekarischen<br>
> Aufklärung im ausgehenden 20. Jh.<br>
<br>
<br>
> IV. Irritierende Fehlermeldung "Keine Löschung, da verknüpft"<br>
> --------------------------------------------------------------<br>
> Diese irritierende Meldung kann kommen, wenn man einen Zeitschriften-<br>
> Datensatz löschen will. Sinnvoll ist das, wenn man ZAboM anwendet und<br>
> Bandsätze hat - die würden sonst in der Luft hängen, d.h. man wüßte<br>
> gar nicht, wozu sie denn gehören.<br>
> Will man aber den Satz dennoch löschen, oder geht die Meldung auch<br>
> dann nicht weg, wenn man alle Bandsätze löscht, dann hilft folgender<br>
> einfache Trick: Feld #00 mit Entf-Taste wegnehmen und dann Alt+ö.<br>
> Dann greift die sog. "Löschkontrolle" nicht und das Löschen klappt.<br>
> Ähnlich ist es, wenn man Normsätze löschen will, die eine #2n, #4n<br>
> oder #6n haben. Dann dieses Feld mit [Entf] entfernen, und Alt+ö.<br>
> Ausgelöst wird das ganze Problem von dem Abschnitt #-- in der<br>
> cat.api, wo die Löschkontrollschlüssel gebildet werden: Wenn einer<br>
> davon im Reg 10 vorkommt, wird nicht gelöscht.<br>
<br>
<br>
<br>
> _______________________________________________<br>
> Allegro mailing list<br>
> <a href="mailto:Allegro@biblio.tu-bs.de" target="_blank">Allegro@biblio.tu-bs.de</a><br>
> <a href="https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro" rel="noreferrer" target="_blank">https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro</a><br>
<br>
> Um sich von dieser Liste abzumelden, klicken Sie hier:<br>
> mailto:<a href="mailto:allegro-request@biblio.tu-bs.de" target="_blank">allegro-request@biblio.tu-bs.de</a>?subject=unsubscribe<br>
<br>
> To unsubscribe from this list, click here:<br>
> mailto:<a href="mailto:allegro-request@biblio.tu-bs.de" target="_blank">allegro-request@biblio.tu-bs.de</a>?subject=unsubscribe<br>
<br>
<br>
<br>
-- <br>
Mit freundlichen Grüßen,<br>
Ihr Klaus Lehmann<br>
<a href="http://allegronet.de" rel="noreferrer" target="_blank">http://allegronet.de</a> * eMail: <a href="mailto:allegronet@t-online.de" target="_blank">allegronet@t-online.de</a> * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843<br>
<a href="http://allegronet.de" rel="noreferrer" target="_blank">allegronet.de</a> * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1<br>
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;<br>
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760<br>
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig<br>
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!<br>
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind<br>
* 2011-18: Sponsor: Peter-Sodann-Bibliothek+IFLA:allegro-utf8<br>
* 2013-14: Bolero 64bit.+allegro-zdb: endlich. + eBooks<br>
* 2015-16: allegro-vufind.+ allegro-imd.Die weltgrößte(?) Filmdatenbank<br>
* 2017-18: Exporte. Marc und Co. Marc ist sehr different<br>
* 2019: All for VuFind! The perfect export into marc21<br>
* 2020: Neu: <a href="http://kohanet.de" rel="noreferrer" target="_blank">kohanet.de</a>. Alternativen zu allegro-C und <a href="http://allegronet.de" rel="noreferrer" target="_blank">allegronet.de</a><br>
<br>
<br>
<br>
Am Mittwoch, 20. Mai 2020 um 13:31 schrieben Sie:<br>
> <br>
> Verlautbarung 321 zur allegro-Entwicklung 2020-05-20<br>
> -----------------------------------------<br>
<br>
> INHALT<br>
> I. a35 aktualisiert<br>
> II. allegro.exe<br>
> III. acon: srch.job / a35: a35srch.job und a35fts.job<br>
> IV. Irritierende Fehlermeldung "Keine Löschung..."<br>
<br>
<br>
> I. a35 aktualisiert<br>
> -------------------<br>
> Das Paket ist wieder auf dem neuesten Stand<br>
> <a href="http://www.allegro-b.de/download" rel="noreferrer" target="_blank">http://www.allegro-b.de/download</a>, Win: a35.zip / Linux: a35.gz <br>
> Neu sind die Jobs <br>
> users.job : Zeigt die registrierten User mit ihren Berechtigungen<br>
> (X users eingeben)<br>
> a35edp.job : Damit editiert man die Berechtigungen eines Users<br>
> Ein Text "newuser.txt" im a35-Ordner db beschreibt, was genau alles <br>
> zu tun ist, um einen neuen User aufzunehmen.<br>
> Auch die Ordner <br>
> www\db\demou und allegro\db\datuni<br>
> für die Unicode-Demobank wurden aktualisiert.<br>
> Abgeschlossen ist das Thema "a35" damit noch nicht. Dazu werden auch,<br>
> wie immer, Vorschläge entgegengenommen.<br>
> (Unter Unicode klappt das Editieren der gegenläufigen Schriften noch<br>
> nicht (Hebräisch und Arabisch).)<br>
<br>
<br>
> II. allegro.exe<br>
> ---------------<br>
> In Vb320 wurde behauptet, ein Programm allegro.exe gebe es gar nicht.<br>
> Das ist falsch und richtig:<br>
> FALSCH: Es gibt sehr wohl eins. Es tut jedoch nichts anderes als <br>
> a99 zu starten. Das wurde nur deshalb so gemacht, damit der/die<br>
> unvoreingenommene, rein intuitionsbasiert arbeitende Admin*in,<br>
> mit allegro konfrontiert, nicht enttäuscht wird, wenn er/sie<br>
> nur mal eben "allegro" eintippt oder allegro.exe im Explorer <br>
> doppelklickt, sofort die DemoBank zu sehen kriegt und nicht <br>
> eine verstörende Fehlermeldung. <br>
> RICHTIG: allegro.exe ist kein wirkliches Programm,<br>
> das selber mit einer allegro-Datenbank was anfangen könnte.<br>
<br>
<br>
> III. acon: srch.job / a35: a35srch.job und a35fts.job<br>
> -----------------------------------------------------<br>
> Der neue srch.job, interessant auch als Lehrbeispiel, wurde nochmals <br>
> kritisch gesichtet und Zeile für Zeile überarbeitet mit dem Blick <br>
> auf Korrektheit, Verständlichkeit, Übersichtlichkeit, und was <br>
> sonst noch alles wichtig ist, nebst ausführlichem Kommentar.<br>
> Zur Klärung<br>
> Der srch.job ist gedacht zur Anwendung unter Windows und Linux, <br>
> wenn srch.exe (bzw. srch64), welches etwas schneller ist, nicht <br>
> zum Einsatz kommen kann, weil man z.B. eigene Befehle einbauen will,<br>
> die zugleich während der Suche bei jedem gefundenen Satz auszuführen <br>
> wären. Dabei ist insbes. zu denken an Änderungen in Sätzen und deren <br>
> sofortige Abspeicherung - was srch nicht kann. So etwas läßt sich <br>
> einbauen in den klar markierten Abschnitt zwischen den Marken <br>
> :BEGINN und :ENDE.<br>
<br>
> Hinweis:<br>
> Innerhalb von a35 kann man dagegen den funktional identischen Job<br>
> a35srch.job zum Einsatz bringen, der aus a35srch.htm aufgerufen wird.<br>
> Der Unterschied: a35fts.job nutzt srch(.exe) zum Suchen - so geht's <br>
> am allerschnellsten, a35srch.job dagegen macht alles selber (es <br>
> liest die .ald-Dateien sequentiell, das geht aber auch ganz schön <br>
> schnell, wenn's keine riesige Db ist).<br>
> Jedoch kann man NICHT den einen gegen den anderen austauschen<br>
> also a35srch.job im Kommandofenster einsetzen bzw. srch.job<br>
> innerhalb a35 - beides klappt nicht.<br>
<br>
> Wie man mit acon den srch.job aufruft, das wurde schon in Vb320 erzählt.<br>
> Zum Thema "Reguläre Ausdrücke" wurde eine neue Doku erarbeitet. <br>
> Die stellt alles, und nur das, was man wirklich braucht, glasklar <br>
> mit Beispielen vor. Hier ist sie:<br>
> <a href="http://www.allegro-b.de/db/a35ftsh.htm" rel="noreferrer" target="_blank">http://www.allegro-b.de/db/a35ftsh.htm</a><br>
> <br>
> Ein Instrument für Bibliotheks-Endnutzer ist die Volltextsuche,<br>
> das wird einleuchten, nicht. Sie ist zudem auch ein zusätzliches<br>
> Suchverfahren, das den Betreibern einer Datenbank helfen kann,<br>
> problematische Datensätze aufzufinden. Etwa solche mit typischen<br>
> Schreibfehlern oder sonstigen Mängeln, die nicht über die<br>
> Indexregister zu packen sind. Das sind insbes. auch Daten mit<br>
> längerer Vorgeschichte, in denen bestimmte Angaben noch gar nicht<br>
> vorhanden sind oder andersartig abgefertigt wurden. Also Daten aus<br>
> den dunklen Epochen vor der Heraufkunft von RDA - vor dem<br>
> Zeitalter der, wie man dereinst sagen wird, bibliothekarischen<br>
> Aufklärung im ausgehenden 20. Jh.<br>
<br>
<br>
> IV. Irritierende Fehlermeldung "Keine Löschung, da verknüpft"<br>
> --------------------------------------------------------------<br>
> Diese irritierende Meldung kann kommen, wenn man einen Zeitschriften-<br>
> Datensatz löschen will. Sinnvoll ist das, wenn man ZAboM anwendet und<br>
> Bandsätze hat - die würden sonst in der Luft hängen, d.h. man wüßte<br>
> gar nicht, wozu sie denn gehören.<br>
> Will man aber den Satz dennoch löschen, oder geht die Meldung auch<br>
> dann nicht weg, wenn man alle Bandsätze löscht, dann hilft folgender<br>
> einfache Trick: Feld #00 mit Entf-Taste wegnehmen und dann Alt+ö.<br>
> Dann greift die sog. "Löschkontrolle" nicht und das Löschen klappt.<br>
> Ähnlich ist es, wenn man Normsätze löschen will, die eine #2n, #4n<br>
> oder #6n haben. Dann dieses Feld mit [Entf] entfernen, und Alt+ö.<br>
> Ausgelöst wird das ganze Problem von dem Abschnitt #-- in der<br>
> cat.api, wo die Löschkontrollschlüssel gebildet werden: Wenn einer<br>
> davon im Reg 10 vorkommt, wird nicht gelöscht.<br>
<br>
<br>
<br>
> _______________________________________________<br>
> Allegro mailing list<br>
> <a href="mailto:Allegro@biblio.tu-bs.de" target="_blank">Allegro@biblio.tu-bs.de</a><br>
> <a href="https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro" rel="noreferrer" target="_blank">https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro</a><br>
<br>
> Um sich von dieser Liste abzumelden, klicken Sie hier:<br>
> mailto:<a href="mailto:allegro-request@biblio.tu-bs.de" target="_blank">allegro-request@biblio.tu-bs.de</a>?subject=unsubscribe<br>
<br>
> To unsubscribe from this list, click here:<br>
> mailto:<a href="mailto:allegro-request@biblio.tu-bs.de" target="_blank">allegro-request@biblio.tu-bs.de</a>?subject=unsubscribe<br>
<br>
_______________________________________________<br>
Allegro mailing list<br>
<a href="mailto:Allegro@biblio.tu-bs.de" target="_blank">Allegro@biblio.tu-bs.de</a><br>
<a href="https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro" rel="noreferrer" target="_blank">https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro</a><br>
<br>
Um sich von dieser Liste abzumelden, klicken Sie hier: mailto:<a href="mailto:allegro-request@biblio.tu-bs.de" target="_blank">allegro-request@biblio.tu-bs.de</a>?subject=unsubscribe<br>
<br>
To unsubscribe from this list, click here: mailto:<a href="mailto:allegro-request@biblio.tu-bs.de" target="_blank">allegro-request@biblio.tu-bs.de</a>?subject=unsubscribe<br>
</blockquote></div>