[Allegro] fehler beim 2. indexlauf index.exe

Klaus Lehmann lehmann_klaus at t-online.de
So Sep 24 11:38:12 CEST 2023 

 
Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Freitag, 22. September 2023 um 14:20 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.


> Fehlermeldungen dieser Art, wie vom Kollegen Lehmann berichtet, :
> 88000 1 25442 25442Lack of space: gri=2499,gdim=2500,gend-qs=79798,gspace=218000,k=151

> entstehen beim Einlesen eines Datensatzes (was das Indexprogramm ja die ganze Zeit
> tun muss) - wenn ein Datensatz ein extrem langes Feld hat oder extrem viele Felder.

es ist estmal gewissermassen "beruhigend", wenn es nicht die komplette Datenbank betrifft, sondern nur DEN dcatnsatz, der gerade eingelesen wurde. gut.

> Was dabei die maximalen Werte sind, fällt mir auf die Schnelle nicht ein, d.h. muss ich 
> erst in den C-Quellcodes ermitteln.

> Prüfen Sie aber zunächst die Werte mk und mK  in der .cfg (Handbuch S. 285)
nun, ich denke, ich arbeite immer mit den maximalen werten:
diese sind:
mk2500         Arbeitsspeicher: Anzahl Kategorien         /  2.500
mK250000                      Groesse (in Bytes)   48.000 / 48.000
               in a99/alcarta:  250.000 Bytes  (doppelt gerechnet!) einfache laenge: 120.000 Bytes!
               info: Aus internen Gruenden muss der laengste Datensatz zweimal hineingehen, und fuer Nachladungen u.a. muss Platz bleiben.
               d.h. die Grenze fuer einen einzelnen Datensatz liegt bei ca. 20000 Byte (DOS) bzw. ca. 120000 (Windows, UNIX)..

und, ich denke, an das maximum kommt "mein" capricchio-katalog nicht ran.  ???

Doch! Sogar sehr! Aber an ein ganz anderes Maximum!
cap hat die eigenart, die vielen Künstler in das Feld #36 reinzusetzen. und dann (mit der Eingabetechnik mittels PLUS-taste im formular?) fast unendlich viele "feldnummern-belegungen an der dritten stelle der #36 reinzusetzen. sodaß es so aussieht:


hier mal ein ansatz eines beispiels, wie voll #36 werden kann:
00 b000461 20 NowHere : Louisiana 31fGruppenausstellung 31k_ss4505009 33 kMinimal Club 332k_s000002s 333kMission Invisible 334k_k000351 36 _pp11853353 36&backslash;_pp11926479 362_pp11863044 363Corfixen, Lizzie&DiMassa, Diane&Dunye, Cheryl&Gerber, Ava&Hedegus, Chris&Pennebaker, D.A.&Hirabayashi, Kaoru&Johnston, Jill&Nyeboe, Ingrid&Kasahara, Emiko&Knudsen, Mette&Meinhof, Ulrike&Nagashima, Yurie&Yamamoto, Lynne&Blain, Dominique&Brener, Ronald&DeSoto, Lewis&Munera, Ana Claudia&Post, Linda&Rakatansky, Mark&Talking Heads&Bishton, Ginny&Imprint 93&Kantonen, Lea&Kantonen, Pekka&Krantz, Gunnar&Mason, T. Kelly&Minimal Club&N55&Oja, Johan&Pietroiusti, Cesare&Carocci, Monica&Huhta, Jean Louis&Stereolab&_pp11928651 364_pp11924780 365_pp11908273 366_pp11895814 367_pp11928332 368_pp11851570 369_pp11921600 36A_pp11941351 36B_pp11920930 36C_pp11891298 36D_pp11853909 36E_pp11954296 36F_pp11896796 36G_pp11927096 36H_pp11931876 36I_pp11931877 36J_pp11897565 36K_pp12155564 36L_pp11951008 36M_pp11871355 36N_pp11929975 36O_pp11858661 36P_pp12162301 36R_pp11860041 36S_pp11921598 36T_pp11933378 36U_pp11862922 36V_pp11954278 36X_pp12226340 36Y_pp12107426 36Z_pp12160699 36[_pp12163923 36]_pp11928536 36__pp11867949 36a_pp11924780 36b_pp11920930 36c_p11856018 36d_gnd1035737418 36eBorden, Lizzie 36f_pp12419273 36g_pp11943275 36ｰ_pp11852377 36ｱ_pp11930811 36ｷ_pp12457504 36ﾝ_pp12195551 36・pp11927676 36pp12260385 36pp12163928 36pp11954673 36pp12249748 36pp12056206 36pp11895425 36pp11906785 36pp11950897 36獷pp12126252 36・pp11941306 36_pp11940524 36_pp12324908 

ja! und man sieht (zumindestens ich sehe es im vergleich mit dem originaldatensatz: irgendwo VOR dem echten ende der möglichen #36'er, bricht er ab! 
DAS ist der letzte indexierbare eintrag aus der familie der #36'er: 36_pp12324908 
und: ich habe derzeit keine ahnung, ob der index an der stelle "sich verweigert" hat. das könnte man mal prüfen....


"36_pp12324908" ist noch lange nicht das ende der fahnenstange!
ich finde auf die schnelle leider nicht das Tatsächliche ende der möglichen werte, die in #36? eingetragen wurde, aber ein decimal dec \254 habe ich wohl gesehen. die tretmine mit dec \255 habe ich wohl nicht gesehen.
also: nicht das die zahl der möglichen 2500 kategorien erreicht wurde, ist es auf keinen fall! (denn mk2500).
die größe des datensatzes hat längst nicht die einfache länge (s.o.) von mK250000 erreicht

[da gibt es ganz andere fälle, die mir in meiner allegro-imdb begegnet sind: 
z.b. die 7 datensätze des arnold schwarzenegger, die zusammen einen datensatz ergeben! ca 1 GB an inhalt haben.; es gibt auch filmdatensätze, die mehr als 10.000 eingetragene personen haben. dank der Möglichkeit der Bezifferung der Kategorie z.B. #40.00000 (dank hochfrequenztechnik von H. Eversberg]

aber es kann eine unerwünschte "kategoriebezifferung" sein, ich könnte mir vorstellen das an der 3. stelle decimal \000 bis \019 unerwünscht seien. und die letzte decimalie von \255 auch nicht so doll ist! (bei mir hat sie tretminenwirkung!]
???
wäre DAS die erklärung für ganz oben genannte allegro-index-fehlermeldung?


grüße zum Sonntag, Ihr Klaus Lehmann

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro

> Um sich von dieser Liste abzumelden, klicken Sie hier: mailto:allegro-request at biblio.tu-bs.de?subject=unsubscribe

> To unsubscribe from this list, click here: mailto:allegro-request at biblio.tu-bs.de?subject=unsubscribe



-- 
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
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011-22: Sponsor: Peter-Sodann-Bibliothek
* 2013-14: Bolero 32bit.+allegro-zdb: endlich. + eBooks
* 2015-16: allegro-imd. Die weltgrößte(?) Filmdatenbank
* 2017-23: Exporte. Marc und Co. Marc ist sehr different
* 2019-23: All for VuFind! The perfect export into marc21
* 2020-22: kohanet.de. Alternativen zu allegro-C und allegronet.de
* 2023: Aktuell auf vufindnet.de 28 Online-Kataloge. Auch Ihrer?




Am Freitag, 22. September 2023 um 14:20 schrieben Sie:

> Fehlermeldungen dieser Art, wie vom Kollegen Lehmann berichtet, :
> 88000 1 25442 25442Lack of space: gri=2499,gdim=2500,gend-qs=79798,gspace=218000,k=151

> entstehen beim Einlesen eines Datensatzes (was das Indexprogramm ja die ganze Zeit
> tun muss) - wenn ein Datensatz ein extrem langes Feld hat oder extrem viele Felder.
> Was dabei die maximalen Werte sind, fällt mir auf die Schnelle nicht ein, d.h. muss ich 
> erst in den C-Quellcodes ermitteln.
> Prüfen Sie aber zunächst die Werte mk und mK  in der .cfg (Handbuch S. 285)

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro

> Um sich von dieser Liste abzumelden, klicken Sie hier: mailto:allegro-request at biblio.tu-bs.de?subject=unsubscribe

> To unsubscribe from this list, click here: mailto:allegro-request at biblio.tu-bs.de?subject=unsubscribe

Mehr Informationen über die Mailingliste Allegro