[Allegro] V34.8 kommt bald-> import.exe (ZDB)

Do Nov 20 12:31:18 CET 2014

Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Donnerstag, 20. November 2014 um 08:55 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 20.11.2014 08:49, schrieb Reinhold Schleifenbaum:
>> bei mir funktioniert weiterhin nicht:
>> 1. acon mit update.job (klappt mit Version 34.0 )
> Was genau ist das Problem?

>> 2. HFM-Technik beim import
>> es wird gezählt, z.B.:
>> 90.1 Text 1
>> 90.1 Text 2
>> 90.2 Text 3
>> ...
>> 90.10 Text 11
>> 90.10 Text 11
> Und wie geht's dann weiter? Oder ist das das Ende, d.h.der letzte
> Eintrag entsteht doppelt und #90.1 ebenfalls?

> Was sagt Kollege Lehmann dazu, gibt's da auch noch Probleme mit den 
> ZDB-Daten?
> B.E.

na, dann müssen wir mal einen testumgebung aufbauen ;-)
mit diesen dateien wird getestet, NUR diese sind aus dem testpaket 
rübergezogen (sowie 2 weitere uif's; name kann ermittelt werden)

19.11.2014  11:59           720.896 a99.exe
20.11.2014  10:52           425.984 acon.exe
19.11.2014  11:59           720.896 allegro.exe
13.11.2014  07:22            49.152 asort.exe
19.11.2014  12:00           151.552 import.exe
13.11.2014  07:40           167.936 index.exe
13.11.2014  07:39           155.648 srch.exe
31.10.2014  11:18            14.463 uifeger

import.exe macht ff:
es sieht auf den ersten blick SAUBER aus! keine doppelr.

wie gewünscht:
mit #94.099 fängts an!

so will es die aim mit:
#94.099
D "???"
#94~
D "???"
m

über -e/pa-zdb wird mit:
#nr p"#94.099 " e8 M #zz 0
##          alle Kategorien hintereinander ausgeben
gesäubert.

es wird das erste (und einzige?) unerwünschte #94.99 gekillt.
die reihe soll ja SAUBER mit #94.100 anfangen. das tut sie dann auch!

ich will so einen schwachsinn NICHT haben wie eine unsortierbare 
reihe:
#94.1
#94.10
#94.11
#94.2
..
#94.100

ich benötige SAUBERE sortierungen, wie:
#94.100
#94.101
#94.102
#94.199
..
#94.299
ob es jemals soviele #94' geben wird, glaube ich nicht. bin bei 
#94.134 gelandet. letztendlich ist ja #94 eine verlegenheitslösung für 
die NOCH nicht interpretierbaren felder. irgendwann wird #94. 
aufgelöst sein, oder es ist wirklich nur zahlenMÜLL in den #94'ern ;-)

auf den ersten blick sieht also import.exe GUT aus!
prima.

in 1-2 stunden kann ich was zu dem update.job sagen, allerdings zu dem 
von herrn thb. so lange wirds noch dauern....

grüße aus dem osten
ihr klaus lehmann

PS: nebenbei:
falls es noch keiner ge/bemerkt hat: ich arbeite an einer lösung, um 
die zdb-daten EINER bibliothek aus der zdb herauszuholen, und 
sie in den normalen bibliothekskatalog "zurück zu integrieren".
name des produktes: allegro-zdb
und es klappt. 
auch infos auf: 
http://portal.allegronet.de/allegrowerkstatt/allegro-zdb

diesen service kann ich JEDER bibliothek anbieten, die in die zdb reinkatalogisiert. 
die qualität der zdb-daten ist wesentlich verbessert worden: das 
wirrwarr mit sonderzeichen und den verschiedenstartigen 
kodierungsversuchen der zdb(?) ist bereinigt. es ist alles sauber 
kodiert. auch TAUSENDE manchmal irriger ansetzungen der 
nichtsortierzeichen sind korrigiert. plötzlich findet man seine 
titel wieder ;-). natürlich gibt es auch 100% des zdb-datensatzinhaltes! 
nichts fällt unter den tisch.

den service gibts in 2 varianten: 
offline und online.
offline=allegronet liefert regelmäßig eine ald, in der die titel- und 
lokaldaten gespeichert sind.
online=die bibliothek bekommt eine routine, die das erledigt.
bedingung: saubere UND schnelle internet-verbindung. sie MUSS absolut 
störungsfrei sein; firewalls und proxy's sind da nicht sehr hilfreich!
bei interesse, bitte email. danke.

-- 
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

Am Donnerstag, 20. November 2014 um 08:55 schrieben Sie:
> Am 20.11.2014 08:49, schrieb Reinhold Schleifenbaum:

>> bei mir funktioniert weiterhin nicht:
>>
>> 1. acon mit update.job (klappt mit Version 34.0 )
> Was genau ist das Problem?

>> 2. HFM-Technik beim import
>> es wird gezählt, z.B.:
>> 90.1 Text 1
>> 90.1 Text 2
>> 90.2 Text 3
>> ...
>> 90.10 Text 11
>> 90.10 Text 11
>>
> Und wie geht's dann weiter? Oder ist das das Ende, d.h.der letzte
> Eintrag entsteht doppelt und #90.1 ebenfalls?
> Was sagt Kollege Lehmann dazu, gibt's da auch noch Probleme mit den 
> ZDB-Daten?

> B.E.

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