[Allegro] Vb.288: V37.3 ist da - Win'10-Probleme bereinigt etc.

Mi Apr 26 09:27:42 CEST 2017

Verlautbarung 288 zur allegro-Entwicklung                    2017-04-25
-----------------------------------------

V37.3 ist da
============
               Download:  http://www.allegro-b.de/download/inst-all.exe

Win'10-Probleme bereinigt
-------------------------
Die jetzt erreichte Variante von a99 / a99a / alcarta laeuft nun auch
mit Win'8 und '10 im Netz ohne unmotivierte Unter- und Abbrueche, die
zwar nicht datenschaedlich waren, aber sehr irritierend.
Die Programme im GP wurden nun doch nicht mit dem Compiler VC2015
erstellt, weil wir damit noch nicht ganz sicher sind hinsichtlich
Windows 7 (Erfordernis von mfc140.dll mit der richtigen Bitzahl).
FALLS gelegentlich mal ein leeres Indexfenster erscheint, evtl. nach
laengerer Phase der Inaktivitaet wie z.B. Mittagspause, dann laesst
sich dies mit dem Befehl  x open D  beheben. Der kann beliebig auch
in einen FLEX eingebaut werden. Es wuerde aber umgehend alles daran-
gesetzt werden, solche etwaigen Unstimmigkeiten auch noch zu beheben. 
Bei ausgiebigen Tests ist nichts dergleichen mehr aufgetreten.
Win'7 ist nach wie vor in dieser Hinsicht ohne Befund. 
Das gilt auch fuer alcarta, nur acon war und ist nicht betroffen.

Schnelle Daten aus Ohio per ISBN
--------------------------------
Amerikanische Daten gibt es zwar in einiger Fuelle vom GBV und per Z39,
aber es duerfte gerne mehr sein. Keine Quelle uebertrifft den WorldCat,
der ist aber nicht per Z39 oder anders direkt zugaenglich wie etwa DNB.
Zwar also nicht von OCLC, da muss man Mitglied sein, aber vom Netzwerk
OhioLINK kann man Daten abzapfen. Das wurde schon 2007 bekannt:
  http://www.allegro-c.de/bluechyp/import.htm
  siehe auch:  h fleximp
  (Zum OhioLINK siehe: https://en.wikipedia.org/wiki/OhioLINK)
Nun haben wir die Sache nochmal ueberarbeitet. Der alte FLEX oho.flx
nebst oho.inc wird obsolet, jetzt gibt es  ohiolink.flx, schneller und
direkter, und jetzt auch verankert in der Liste der Datenquellen fuer
den schnellen Direktimport (input.vw), die bei F9 (Neusatz) erscheint.
(Schnell mal probieren nach Installation von V37.3!)
Darin steht nun zusaetzlich zur Wahl:
  OHIOlink: Datensatz mit ISBN direkt aus OHIOLINK besorgen
Die Abfrage geht allerdings nur mit ISBN. Falls die gesuchte nicht
gefunden wird, kommt die numerisch naechste und es wird gefragt, ob
man die vielleicht trotzdem will. Ein exakter Treffer wird sofort
umgewandelt, wie man es vom DNB-Flex gewohnt ist. Es geht schnell,
auch RDA-Felder sind beruecksichtigt: #10, #37o, #0c.1, #77.1,
MARC 264 wird ausgewertet, falls keine 260 da ist.
Bei dem Vorgang entsteht auf dem WorkDir jeweils eine Datei namens
ohiodata, eine MARC-Textdatei, die der  ohiolink.flx  dann umwandelt.
Einfach mal ausprobieren - geht nix kaputt bei.

ald-chk.flx erweitert: Falsche Kategorienummern aufspueren
----------------------------------------------------------
Auf dem Check-Menue  (h check)  gibt es die Funktion
  Adressen checken
Diese prueft eine .ald-Datei auf falsche Satzadressen, d.h. es wird
festgestellt, ob die in der Satztabelle .tbl stehenden Adressen
(= Positionen) der Datensaetze in der Datei auch zutreffen. Wenn nicht,
muss man die .tbl erneuern (ORG-Menue: Satztabelle erneuern). Das kommt
allerdings erfreulich selten vor.
Die Funktion wurde nun erweitert: Es werden auch die Kategorienummern
der Saetze anhand der CFG gecheckt. Ungueltige Nummern werden dann
gemeldet. Wie diese zustandekommen konnten, laesst sich so nicht
klaeren; vielleicht wurde in der Vergangenheit eine andere CFG
verwendet, in der die betr. Kategorienummern erlaubt waren.
Abhilfe dann: Falls diese Kategorien wirklich erwuenscht sind, z.B.
#29, dann diese Nummern in die CFG eintragen, also z.B. in der $a.cfg
die Zeile
#29 "Bezeichnung"
ergaenzen, am besten unter der #28.
N.B.: Falsche Kat.Nrn. in Exportparametern entdeckt man mit dem
expdiag.flx, siehe Vb.284.

rdl.flx : Luecken und Dubletten aufspueren
------------------------------------------
Hier nochmals, fuer's Protokoll, die Beschreibung eines schon vorab
bekanntgegebenen neuen FLEXes.

Es kommen gelegentlich Fragen wie:

1. Gibt es doppelte oder mehrfache Satznummern? (#00, Reg. 9) 

  oder

2. Haben wir Luecken bei den Zugangsnummern? (Reg. 9 Znnn)

Wie kann man das ganz schnell rausfinden? Denn das sind ja
zumeist unerwuenschte oder unbeabsichtigte Aergernisse.

Es wurde ein FLEX geschrieben, der beides leistet: in einem 
Register Dubletten und Luecken und aufspueren (daher 'rdl').

Der  rdl.flx  ist mit im GP V37.3.
Falls noch nicht vorhanden: Sofort besorgen mit dem Befehl
   X gf rdl.flx

Probieren Sie es aus in der DemoBank:

Aufruf:  X rdl
Zuerst erscheint der Index. Man waehlt z.B. das Register 9 und 
geht zu a0001; Balken da draufsetzen und Enter.
  [Hintergrund ist gelb, nicht irritieren lassen]

Dann erscheint zur Information diese Meldung

   Anfangsposition:  a00001  im Register 9
   Waehlen Sie jetzt die Endposition aus! (im selben Register)
   (Genau gesagt: Die Position UNTER der gewuenschten letzten Zeile.)
   1. Gehen Sie zu der richtigen Stelle, Balken drauf,
   2. Dann  Enter

[OK] klicken, dann kommt wieder das Indexfenster. 
Weiterblaettern, in der Demo z.B. zu  a7
Enter

Schon erscheint das Ergebnis der Pruefung:

Luecke : a00002 / a00005
Luecke : a00014 / a00016
Luecke : a00018 / a00020
Mehrf.:    2  a00020
Luecke : a00020 / a00023
Luecke : a00023 / a00025
Luecke : a00025 / a00027
Luecke : a00030 / a00032
Mehrf.:    2  a00040
Luecke : a00041 / a74469
Luecke : a74472 / a74474
Luecke : a74482 / a74538
Luecke : a74603 / a74605
Luecke : a74605 / a74610
Luecke : a74616 / a74620
Luecke : a74621 / a74624
Luecke : a74627 / a74629
Luecke : a74629 / a74634
Luecke : a74654 / a74656
Luecke : a74658 / a74661

Wie das gemeint ist, kann man leicht erkennen. Vergleichen Sie 
mit dem Register, um zu sehen, ob es stimmt.

Dann die Liste ausdrucken oder kopieren und in einen eigenen 
Text uebernehmen.
Anhand der Liste kann man das Register dann durchgehen und sich
vor allem die unerwuenschten Mehrfacheintraege anschauen.

Es funktioniert in jedem Register mit Zahlen, denn die
Lueckenpruefung macht nur dann Sinn, wenn in den zu pruefenden
Zeilen Zahlen vorkommen.

Eine "Dublette" ist schlicht eine doppelte oder mehrfache Zeile,
d.h. mehr als ein Satz hat dieselbe Registereintragung, also z.B.
dieselbe IdNummer.

Eine "Luecke" liegt vor, wenn in zwei aufeinanderfolgenden Zeilen
eine Differenz >1 auftritt. Was vor der Zahl und dahinter steht, 
ist dabei egal. Wenn also z.B. auf  xy01234 gleich xy01236 folgt.

Der FLEX prueft, ob beide Eingaben im selben Register ausgewaehlt
wurden - sonst ist die Sache sinnlos. Geprueft wird auch, ob die
ausgewaehlte Endposition im Index oberhalb statt unterhalb der 
Anfangsposition steht. Dabei koennte nichts rauskommen, denn die
Abarbeitung geht von oben nach unten..

Wie immer ist der FLEX ausfuehrlich kommentiert, um dem FLEXologen
den Nachvollzug zu erleichtern und als Muster zu dienen.

Hinweis: Es gibt einen aelteren FLEX doppfind.flx (2008), der nur
Mehrfacheintraege findet und diese dann als Erg.Menge praesentiert.
Sehr hilfreich ist das vergleichsweise nicht so sehr bei Zahlen,
sondern bei alphabetischen Eintraegen. Die Erg.Menge hat dann
die Reihenfolge des Registers - was in der Kurzliste oft aber gar 
nicht erkennbar ist. Da hilft schon eher der
SonderTip (nicht neu, zugegeben): Im Indexfenster kriegt man mit 
Eingabe von 1 in das Feld "Zeilen mit mehr als ..." sofort den 
Ueberblick aller Mehrfacheintraege.