AW: [Allegro] Zeitschriftenheftzugangsverwaltung

Mo Jun 11 15:09:28 CEST 2007

Liebe Liste,

Wir haben uns für unsere Bibliotheksdatenbank (a-Schema) eine relativ komplexe, aber nicht sehr ausgefeilte eigene Version gebaut, die bei Interesse nachgenutzt werden könnte. Wir machen damit sowohl die ZS-Heftverwaltung, als auch die Umlaufverbuchung für unsere analytische Erschließung.

Für Interessierte habe ich hier mal eine Kurzbeschreibung versucht (s. u.).

-- 
Mathias Manecke
Deutsche Nationalbibliothek
Deutsches Buch- und Schriftmuseum
D-04103 Leipzig
Telefon: +49-341-2271-576
Telefax: +49-341-2271-240
mailto:m.manecke at d-nb.de
http://www.d-nb.de

Das geht:
- Auflistung aller Bestände nach Bindequote bei Anzeige des ZS-Stammsatzes
- Auflistung aller Heftinformationen bei Anzeige eines Jahrgangs / Bandes
- Indexierung und Verwaltung aller im Umlauf befindlichen Hefte (Index 8 Abschnitt U)
- Indexierung aller in einem Heft ausgewerteten Artikel unter dem ZS-Namen (Index 5)
- Enblenden der jeweils relevanten Informationen aus den zugehörigen Sätzen bei der Anzeige von Exemplar-, ZS-Stamm- und Aufsatz-Sätzen
- Navigation zwischen den Sätzen

Das geht nicht:
- automatisches Mahnverfahren
- Unterscheidung von Abos und "zufälligen" Einzelerwerbungen einzelner Teile von Mehrbändigen Werken

So funktioniert es:
Wir verwenden Stammsätze für die Periodika.
Jede Bindeeinheit (Jahrgang, Band, Halbjahresband ...) erhält einen Exemplarsatz (über #9DF mit dem Stammsatz verknüpft).

Jeder Exemplarsatz kann für jede Lieferung (Heft, Lieferung ...) eine von uns definierte #9E. enthalten (reichen die Wiederholungen von #9E. nicht aus, so geht es mit #9F weiter)
Die 9E ist wie folgt strukturiert:
- 	Teilfeld h betreffendes Heft / Stück 
-	Teilfeld a vorübergehender Standort / auswertende Person
(z. B. Kürzel des Auswertenden oder "Restaurierungswerkstatt" oder "Buchbinder" ...)
- 	Teilfeld d Übergabedatum 
-	Teilfeld z Rückgabedatum 
- 	Teilfeld m Datum der Ablage im Magazin
-	Teilfeld k Kommentar 
Alle Teilfelder außer TF h können je 9E beliebig häufig vorkommen. Jedes eingehende Heft wird mit einer neuen 9E verbucht. Ist das vorher erschienene Heft noch nicht eingegangen, so wird auch für dieses eine 9E angelegt (mit "fehlt" in TF a). Beim Umlauf wird jeweils der alte Standort mit TF z ausgetragen und ein eventueller neuer temporärer Standort mit einem neuen TF a gekennzeichnet.

Die Sonderstandorte werden im Exemplarsatz tabellarisch in der Form:
- [Teilfeld h] --> [Teilfeld a] seit: [Teilfeld d] zurück: [Teilfeld z]
	[Teilfeld k]
dargestellt.
Indexiert wird im Index 8 (Abschnitt U) in der Form
*	U [9E Teilfeld a] - [9DG Teilfeld s], [9DG Teilfeld B] / [9E Teilfeld d] / [9E Teilfeld h]
*	U [9E Teilfeld a] seit [9E Teilfeld d] / [9DG Teilfeld s], [9DG Teilfeld B] / [9E Teilfeld h]
also
*	U [Sonderstandort] - [Signatur], [Jahrgang] / [Datum] / [Heft]
*	U [Sonderstandort] seit [Datum] / [Signatur], [Jahrgang] / [Heft]
So ist es möglich, im Index 8 jeweils 
*	über Standort und Signatur den jeweiligen Sonderstandort eines Heftes zu finden
*	über den Sonderstandort die Liste aller dort zur Zeit befindlichen Hefte
o	sortiert nach Datum und
o	sortiert nach Signatur 
zu finden.
(Über den Pseudo-Standort "fehlt" lassen sich auch alle noch nicht eingegangenen Hefte finden)
Enthält 9E bereits ein Teilfeld z (zurück gebucht) bzw. m (im Magazin), so wird die Indexierung im Abschnitt U übergangen.
D. h., kehren die Objekte / Hefte an den eigentlichen Standort zurück oder werden an den nächsten Auswertenden weiter gegeben, erhält die #9E ein Teilfeld z mit dem Rückgabe- bzw. Weitergabedatum und der Registereintrag wird gelöscht. So bleiben nur Registereinträge von tatsächlich im Umlauf befindlichen Objekten / Heften stehen. Im jeweiligen Exemplarsatz kann aber auch nach der Rückbuchung noch nachvollzogen werden, welche Standorte das Objekt / Heft bereits durchlaufen hat.

Bei der Anzeige der ZS-Stammsätze werden alle Exemplarsätze tabellarisch aufgelistet. Sind einzelne Hefte noch im Umlauf oder als noch fehlend gekennzeichnet, so ist das in der Liste vermerkt.

Die Aufsätze stehen in eigenen Datensätzen. Diese sind über #70 mit den ZS-Stammsätzen verknüpft. Unterhalb des In-Vermerkes wird der für diesen Aufsatz relevante Exemplarsatz mit eingeblendet.

Beispiele:
-------------------
Exemplarsatz:

Dialog mit Bibliotheken / Deutsche Bibliothek <Frankfurt, Main; Leipzig>

Bestand von DBSM:  	Oc 26
Standort: 	F
Band: 	13 (2001)   [013]
Anmerkung: 	Auswertung: Ma
Lieferant: 	DBL
Zugangsdatum: 	06.04.2001
Zugangsnummer: 	2001/580
Erwerbungsart: 	Geschenk
Herkunft: 	Deutschland
Erwerbungswert: 	20,00 DM

Geschäftsgang: Zugang / Umlauf 
- Nr. 001       --> Ma seit: 20.04.2001 zurück: 22.04.2001
                 im Magazin seit: 30.07.2001
- Nr. 002       --> Ma seit: 20.04.2001 zurück: 30.07.2001
                 im Magazin seit: 30.07.2001
- Nr. 003       --> Ma seit: 09.10.2001 zurück: 12.01.2002
                 im Magazin seit: 18.01.2002

-------------------
ZS-Stammsatz:
Dialog mit Bibliotheken : Fachzeitschrift über Die Deutsche Bibliothek, ihre Aktivitäten, ihr Dienstleistungsangebot. - Frankfurt am Main [u.a.] : Die Deutsche Bibliothek. - 30 cm
Erscheint jährlich dreimal

Aufnahme nach Jg. 9, 2 (1997)
ISSN 0936-1138
Sacherschließung: 
 ESK 19.Fg.1.4 	

Bestand: 
  1: DBSM  3 (1991)	Oc 26	(Sto:  F) 	1991/343
  2: DBSM  4 (1992)	Oc 26	(Sto:  F) 	1991/343
  3: DBSM  5 (1993)	Oc 26	(Sto:  F) 	1991/343
  4: DBSM  6 (1994)	Oc 26	(Sto:  F) 	1991/343
  5: DBSM  7 (1995)	Oc 26	(Sto:  F) 	1995/295
  6: DBSM  8 (1996)	Oc 26	(Sto:  F) 	1996/759
  7: DBSM  9 (1997)	Oc 26	(Sto:  F) 	1997/208
  8: DBSM  10 (1998)	Oc 26	(Sto:  F) 	1998/142
  9: DBSM  11 (1999)	Oc 26	(Sto:  F) 	1999/271
10: DBSM  12 (2000)	Oc 26	(Sto:  F) 	2000/406
11: DBSM  13 (2001)	Oc 26	(Sto:  F) 	2001/580
12: DBSM  14 (2002)	Oc 26	(Sto:  F) 	2002/413
13: DBSM  15 (2003)	Oc 26	(Sto:  F) 	2003/358
14: DBSM  16 (2004)	Oc 26	(Sto:  F) 
15: DBSM  17 (2005)	Oc 26	(Sto:  F) 
 Zur Zeit nicht benutzbar 	Heft: 002
16: DBSM  18 (2006)	Oc 26	(Sto:  F) 
 Zur Zeit nicht benutzbar 	Heft: 001 /  Heft: 002
17: DBSM  19 (2007)	Oc 26	(Sto:  F) 
 Dublette:
18: Dubl  3 (1991)	D 0065	

----------------------
Aufsatz-Satz:

 Staub, Hermann <1952>: 
Archiv und Bibliothek des Börsenvereins in Der Deutschen Bibliothek / Hermann Staub. - Ill.

( Forum )
In:  Dialog mit Bibliotheken . - 16 (2004) 1, S. 58 - 61
  1: DBSM  16 (2004)	Oc 26	(Sto:  F) 

Sacherschließung: 
 ESK 17.Fg.2.2.1.2 	 Börsenverein der Deutschen Buchhändler / Bibliothek 

>-----Ursprüngliche Nachricht-----
>Von: allegro-bounces at biblio.tu-bs.de 
>[mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von Klaus Lehmann
>Gesendet: Montag, 11. Juni 2007 10:02
>An: Allegro-C Diskussionsliste
>Betreff: Re: [Allegro] Zeitschriftenheftzugangsverwaltung
>
>On Mon, 11 Jun 2007 08:16:34 +0200, Bernhard Eversberg wrote:
>
>guten tag herr eversberg,
>möchte mich dem von herrn wolf anschliessen: "darauf warten einige"...
>ein letztes großes thema, bei dem ich immer passen muß, oder 
>selbst anfange zu stricken....
>
>
><cit>Vor fast 10 Jahren wurden 3 unterschiedliche Modelle 
>vorgestellt, die <cit>von Anwendern parametriert worden waren, 
>und zwar mit sehr <cit>unterschiedlichen Denkmodellen, alle 
>noch auf DOS-Basis:
><cit>
><cit>zh1 : Tews (Leipzig, UB)
><cit>       Eigenes Schema P.CFG (MAB-ähnlich)
><cit>       Datenbank speziell nur für die Funktion Abo-Verwaltung
>
>spricht einiges dafür. p.cfg lässt sich sicherlich umschreiben -> a.cfg
>und: fr. tews ist der entwicklerabteilung SEHR nahe. ;-)
>
>
>
><cit>
><cit>zh2 : Schleifenbaum (Kiel, Seminarbibl.). Die originellste Lösung.
><cit>       aLF als Basis (!), aber Pica-Konfiguration (!)
><cit>       Das nächste zu erwartende Heft wird als "ausgeliehenes
><cit>       Exemplar" behandelt und dann die Fristüberwachung von aLF
><cit>       genutzt, um sein Nicht-Eintreffen zu registrieren.
>
>welches alf?
>
>
><cit>
><cit>zh3 : Goss (Berlin, Senatsverwaltung f. Gesundheit)
><cit>       Normale $a.cfg als Basis, Funktion in die Datenbank
>integriert.
><cit>       Viele DOS-Flips und Nutzung der Validierungsfunktionen in
>der
><cit>       cat.api, um Datenmanipulationen auszuführen. Unseres
>Wissens
><cit>       nicht auf a99 + FLEX umgestellt.
><cit>
>
>a.cfg ist gut. für die meisten.
>dos-flips nach flex? wohl nicht. muss umgestrickt werden.
>alles was sich auf dos-alf-allegro bezieht, ist sinnlos. 
>dieses dos-alf ist sowas von "ungünstig", wenn man an die 
>innereien will. "ungünstig"
>ist noch sehr höflich ausgedrückt...
>
>
>
>
><cit>In dieser Situation also die Frage:
><cit>Ist die ZHZV eine Funktion, die zwar ganz nett wäre, auf 
>die man aber <cit>gut verzichten kann?
>
>sie wäre nicht nur "nett", sie steht an erster stelle (meiner 
>liste) der wünschenswerten features.
>
>
>
>viele grüße
>ihr klaus lehmann
>
>
>
>
>--
>Klaus Lehmann
>eMail: lehmann_klaus at t-online.de
>phone/fax: 03528-452 807/809; mobil 0171-953 7843
>adress:  01454 Radeberg; Kleinwolmsdorfer Str. 37
>Mitglied: Gewerbeverein und IHK Dresden seit 2005
>
>       Die langjährige allegro-Werkstatt:    
>               http://allegronet.de              
>           NEU http://allegronetCMS.de
>   Internetkataloge & WebHosting für AllegroC
>Fremddaten: Import/Export; Netware/Windows/Linux
>
>Präsentationen auf den jährlichen bibliothekar.
>Fachkongressen (2006 Dresden und 2007 Leipzig)
>
>***    "Our best ideas are born at home"      ***
>***(Dave Lester: New Freedom Data Center,1995)***
>
>
>
>_______________________________________________
>Allegro mailing list
>Allegro at biblio.tu-bs.de
>http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>