[Allegro] vorschlag/ansätze für ein neues formular: elektronische ressource

Klaus Lehmann lehmann_klaus at t-online.de
Mo Jun 9 14:24:42 CEST 2014


Guten Tag liebe Mitleser,



seit jahren gibt es ebooks, oder in meinem fall pdf oder 
excel-dokumente, die gesammelt werden. wie werden sie als TA aufgenommen?

die bibliothek, welche den wunsch geäußert hat, hatte sich bisher immer mit dem 
ausfüllen von #8e zufrieden gegeben. nun reicht es ihr (nicht).
wir in allegro-C haben anscheinend nie so richtig darüber nachgedacht?!

vorweg: natürlich habe ich das allegro-format2004 befragt. sowie die 
aktuelle cfg. aber nichts "vernünftiges" gefunden....


nehmen wir ein beispiel:
#20 Statistik des Landes Hamburg
#39 Hrsg. vom Statistischem Landesamt
#61 Statistisches Landesamt <Hamburg>
#74 Hamburg
#75 Eigenverl.
#76 1999
#85 Jährliche statistische Landesberichte ; 1999
[konstruiertes Beispiel]



tja, und nun die frage:
nehmen wir #77 ?
es ist ein dokument in pdf (genauer: "pdf/a")
230kb groß
liegt auf 
http://dataport.stala.de/jaehrliche-berichte/1999/bericht.pdf
(die URL ist konstruiert!)
wäre es noch interessant, daß sie schreibgeschützt ist und daß man sie 
nicht ausdrucken kann? (solche "abarten" kann man bei pdf-dokumenten 
bestimmen)...

man sieht, eigentlich eine normale TA für eine monographie. nur das 
dingens können wir nicht anfassen. es ist ein pdf.

_offtoppick
es wird zwar in 10-20 jahren nicht mehr lesbar sein, aber egal. (wer 
kann noch mit dem modernen MS Office seine alten word-dos-texte 
einlesen???? ich habe tonnenweise dateien, die mit der os2-fassung von 
MS Office Winword V1.1 erzeugt wurden = NICHT einlesbar! eine 
katastrophe!)
ontoppick_




1. einer meiner gedanken: wir nehmen
#8e mit subfeldern.

#8e subfeld_a für art des textes (beipiele: pdf, pdf/a, xls, doc, docx, 
xls, xlsx, pdf/a mit xls-anhang, pdf mit xsl-anhang, usw usw usw!

#8e subfeld_g für die größe (in kb oder bytes?)

#8e subfeld_b für die bemerkungen (schreibgeschützt, nicht druckbar, 
zerstört sich nach 3maligem aufrufen [kein witz!!!! s.a. DRM] o.ä.)



2. oder benutzen wir #77e zusätzlich?
#77e wäre DANN neu! 
für die inhalte der "elektronischen ressource"
mit subfeldern (s.a. allegroformat 2004 -> "Mögliche Teilfelder". da 
kann man was passbares hinzufügen.
#8e wäre dann der link!





nachteil meines gedankens 2:
wenn wir #8e und #8e2 haben, dafür haben wir dafür NUR EIN feld #77e

vorteile des gedankens 1:
es ist als subfeld in einem allegro-feld. mehrfache von #8e sind damit 
KEIN problem.





diskussion?
a. wer sagt was dazu?
b. hat jemand schon ein vernünftiges formular
c. ist eine eigenentwicklung sinnvoll?
ich denke: nein! sowas sollte in der cfg usw manifestiert sein!
undoder in einer neuen ausgabe vom allegroformat 2004?
d. wie können wir zeitnah  ;-)  sowas erschaffen?
e. nebenbei nachgefragt: steht in der RAK was dazu???



viele grüße,
ihr klaus lehmann






-- 
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. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki




Mehr Informationen über die Mailingliste Allegro