Szakmai latogatas (Szeged)

[Takáts Béla]

T. List!

A Magyar Konyvtarosok Egyesulete jovoltabol modomban volt negynapos latogatast
tenni a szegedi Egyetemi Konyvtarban. A latogatas celja a Corvina (Voyager) [C.] es a
TextLib [T.] rendszerek osszehasonlitasa es a VOCAL kozos katalogizalasi project muko-
desenek tanulmanyozasa volt.
Mivel a palyazat beadasakor vallaltam, hogy a tapasztalatokat megosztom a listaval,
a tovabbiakban egy hosszabb levelre szamitsatok...

Az hamar kiderult, hogy a ket rendszert okszeruen epp ugy nem lehet osszahasonlitani
mint ahogy a ket konyvtarat sem lehetne, s mivel egy program megitelesekor nagyon
nehez levetkozni szubjektiv megitelesunket, melyben termeszetesen benne van eddig
szerzett tapasztalataink osszessege is, az alabb kozoltek BENYOMASOKNAK tekintendok,
kerem, hogy nagyobb nyilvanossag ele SENKI SE VIGYE OKET.

Tehat:

I. Amire buszkek lehetunk

1.
Osszetehetjuk a kezunket, hogy annak idejen a TextLib integralt rendszert valasztottuk, (:-))
ti. a Corvina hasznalata eseten semmikeppen nem kerulhetnenk el azt, hogy konyvtarankent
legalabb egyvalaki ne tanulja meg a MARC formatum szabvanyat. (USMARC vagy HUNMARC).
Ti. a szabvany hivojeleinek ismerete e rendszerben az adatbevitel egyik feltetele. Persze
ezt is meg lehet tanulni, es a szukseges ismeretek egy-ket honap raforditasa utan eppugy
beszivodnak, mint a TextLibes tudnivalok, de azert osszessegeben elonynek lehet tartani,
hogy esetunkben az adatlap lefedi a rekordok szabvanyos formatumat. Cserebe a C. rend-
szerben nem kell adatlapot gorgetni, az egyes dokumentumok leirasakor a konyvtaros
gyakorlatilag maga szerkeszti a munka elvegzesehez szukseges kepernyot.
Hozza kell tenni, hogy ez a megoldas az ott dolgozok szerint sokkal elonyosebb mint
az adatlapos, de mint irtam, a szubjektiv megitelesnek ebben nagy szerepe van... :-)

2.
Elonyunknek ereztem, hogy a C. eseteben az authority controll-ra a rekord "tarolas"-a
utan kerul sor, az adatbevitelkor nincs lehetoseg (vagy nem elnek vele) a mar rogzitett
alakok kivalasztasara. Azaz a szerzot, targyszot, sorozatot, stb. mindig beirjak es
a tarolasi szandek kozlese utan vizsgalja csak a gep, hogy van-e mar olyan (akkor elfogadja),
s keri, hogy a konyvtaros dontson az uj alak rogziteserol. Cserebe e dontesi jog elvonhato
adatrogzitoktol, igy az esetleges bermunka kevesebb kavarodast okoz. (Tudom, hogy az
uj targyszo stb. bevitelet a T.-ben is le lehet tiltani, itt azonban van mod az ideiglenes
tarolasra is, de errol majd kesobb...)

3.
Kevesebbnek tunt a visszakeresesi lehetoseg, az ETO jelzetelemenkenti keresese pl. nem
lehetseges.

4.
Uj adat bevitelekor - zsufolt idoszakban - a tarolas bizony tobb tiz masodpercig is elhuzodhat.
Ehhez hozzatartozik, hogy itt szinte allandoan 20-25 terminalon folyik a kereses - leven ez
egy zartpolcos konyvtar - hasonlo terhelesnel nyilvan a T. is maskent viselkedne.

II. Amiben hasonlo cipoben jarunk

5.
A folyoiraterkeztetes bevezetese itt is csak a kovetkezo par honapban varhato.
Az volt a benyomasom, hogy a peldany -> bekotott peldanyok problemajanak
megoldasat itt sem sikerul 100%-osan megoldani, a rendszer a teljes, lezart evfolya-
mot fogja egysegnek tekinteni, s termeszetesen jelzi, hogy ez az egyseg hany
darabbol all (leltarozashoz). A leirt cikkek lelohelyadatai ezek szerint csak hasonlo
pontossaggal lesznek megjelenithetok - varhatoan, de ezt egy-masfel ev mulva
ujra erdemes lesz megnezni.

6.
A beszerzesi (eloszerzemenyezesi) modul bevezetese szinten varat meg magara
egy kicsit, itt azonban megoldhato - megkerulheto a rekordazonositas problemaja
(az eloszerzemenyezes soran letrejott rekord es a ratoltott rekord azonositasanak
kerdese...)

III. Ami nagyon tetszett

7.
A C. rendszerben letezik az ugynevezett temporary (ideiglenes) file fogalma.
Ilyennel minden dolgozo rendelkezik es modjaban van az altala bevitt rekordokat
ide menteni. (Ezzel egyebkent megkerulheto a mentes lassusaganak porblemaja,
mert ide gyorsan bemegy a rekord es forgalommentes idoszakban innen gyorsan
at lehet emelni az "eles" adatbazisba.)
Mod van tehat arra (bar nem altalanos gyakorlat), hogy adatrogzitoknek csak
ebbe a file-ba adjanak tarolasi jogot es innen az ezzel megbizott lektor emelje at
a rekordot az opac-ba. Ez bizony nagyon jo lenne..., a munkatarsak nagyobb
koret lehetne kisebb fejfajassal raengedni adatbazisunkra. -- Fontolgassuk!

8.
Lehetoseg van arra, hogy ne csak a dolgozokra, hanem az egyes terminalokra
is kiosszanak jogokat. (Tehat pl. egy kolcsonzoi gepen a rendszergazda nem tud
rendszergazda jogosultsaggal dolgozni.) Igy tehat elkerulheto pl. az, hogy egy
olvasonak dedikalt gepen lelesett jelszoval garazdalkodjanak. Ehhez nem (sem)
ertek, lehet, hogy ez a lehetoseg a UNIX-bol kovetkezik?

9.
Az attoltogetesek kovetkezteben ebben a rendszerben is vannak dupla rekordok.
(Pal utcai fiuk 17. kiadas ketszer... stb. szerepel.) Ennek kigyomlalasara letezik
az un. "rekordosszevonas" lehetosege, amikor a ket rekordbol - utasitasra - egyet
lehet csinalni, ugyanakkor pl. a ket rekordhoz kapcsolt peldanyadatok azutan
mind jellemzik az osszevont rekordot is. Ez igy onmagaban is szep, hat meg ha
ki lehetne terjeszteni a kilencvennyolc formaban meglevo Moricz Zsigmondra is...
Ez egyebkent megoldana az eloszerzemenyezes es rekordratoltes soran
duplazodo rekordok problemajat is... - Szerintem - Alaposan fontolgassuk!

10.
A rekordok athuzasa mas adatbazisokbol (VOCAL, masik intezmeny OPAC-ja)
valami gyonyoru... Talan, ha bejon a palyazatunk nekunk is lesz valami hasonlo...?
De ez tenyleg szenzacios es ha lesz valaha valami a MOKKA-bol, ugysem
kerulhetjuk el.
Ez termeszetesen "visszafele" is mukodik, tarolaskor lehetoseg van egyszerre
menteni a sajat es a kozosen epitett adatbazisba (ami egyebkent egy debreceni
gepen fut).

Egyenlore ennyi. Kesobb meg bizonyara eszembe jut ez-az, addig is kivancsi
lennek a velemenyetekre.


Udv:
Takáts Béla
ko:nyvta'ros
takats at mail.vfmk.hu
Jász-Nagykun-Szolnok Megyei Verseghy Ferenc Könyvtár