MOKKA palyazat

[Toth Kornel]

Kedves Kollégák!

Thek György És Balázs László leveléhez kapcsolódva szeretném az alábbi
gondolatokat felvetni.
Úgy tűnik, a MOKKA-kompatibilitás két szinten értelmezhető:
A.) a Thek György által Bakonyi Gézától idézett engedékenyebb "5 pont" és
B.) a Balázs László által adott szigorúbb "2 pont".

A témával foglalkozók bizonyára egyetértenek velem abban, hogy ma nehéz
lenne olyan szoftvert mutatni a hazai könyvtári piacon -- vagy
pontosabban annak releváns szegmensében -- amely valamilyen módon nem
felel meg, vagy nem feleltethető meg aránylag kis ráfordítássalaz
említett 5 pontnak.

A szigorúbb 2 ponttal már más a helyzet. Ezt már kevesebb rendszer képes
teljesíteni, ugyanakkor el kell ismerni, hogy a MOKKÁ-val való
együttműködés szempontjából valóban az ilyen szoftver jelent korszerű és
a könyvtáros számára kényelmes megoldást. A pusztán az 5 pontnak
megfelelő rendszer is használható és kielégíti a minimális
követelményeket, azonban sokkal több vesződséggel jár a használata, mint
egy olyan programé, ami képes rekordokat közvetlenül átemelni
külsőbibliográfiai adatforrásokból, illetve képes a rekordokat a
háttérben online feltölteni.

Azt sem szabad azonban elhallgatni, hogy ha a MOKKÁ-hoz kapcsolódó
szoftvertől elvárjuk ezeket a tulajdonságokat, akkor a MOKKÁ-nak is
képesnek kell lennie, hogy együttműködjön az ilyen szoftverekkel,
mégpedig mindkét irányban: rekordok letöltése -- feltöltése.

A rekordok online letöltéséhez az szükséges, hogy a MOKKA rendelkezzen
megbízható, üzembiztos Z39.50 szerverrel. Ekkor a rácsatlakozó program
közvetlenül tud rekorkat átemelni a MOKKA adatbázisból. Az eddigi
tapasztalataink szerint ez a feltétel jelenleg még nem biztosított.
Reméljük, hogy a jövőben javul a helyzet ezen a téren is.

A rekordok online feltöltéséhez az szükséges, hogy a MOKKA kialakítsa a
megfelelő fogadó környzetet, amely képes arra, hogy ezeket a folyamatos,
online feltöltéseket kezelje. A HunTéka fejlesztése során elérkeztünk
ahhoz a ponthoz, hogy ezt a feltöltést is lehetne tesztelni. Ezt még nem
próbáltuk ki, de azt az információt kaptuk, hogy ez sincs tökéletesen
készen.

Az említett körülmények azt a kérdsét vetik fel, hogyan lehetvalamihez
"bizonyítottan" csatlakozni, ha az a környezet, amihez csatlakozni
kellene, "bizonyítottan" nincs teljesen készen? Másrészt: jelen
pillanatban egyetlen szofver elégítheti ki maradéktalanuk a szigorú2
pont elvárásait, azonban ez "házon belül" teszi ezt, ami ellene mond a
szabad piaci verseny jogos követelményeinek.

Végül egy kérdésünk marad: mikorra várható, hogy a MOKKA
elvégzi azokat a szükséges fejlesztéseket, hogy képes legyen a 2 pontban
leírt
elvárásokat teljesítő szoftverekkel való együttműködésre?

Üdvözlettel,
--
Tóth Kornél
MTA SZTAKI
Könyvtári Informatika Csoport
Tel: (1) 279-6254
E-mail: tothk at sztaki.hu


Balazs Laszlo wrote:

>Kedves listatagok!
>
>Amellett, hogy termeszetesen elfogadjuk a szallitok MOKKA kompatibilitasi nyiltakozatait,
>gondoljuk vegig, hogy hogyan lehet jol hasznalni a MOKKA-t.
>Hogyan is nez ki a munkamenet, amit minden tagkonyvtarnak kovetnie kell. 
>Es hogy ehhez milyen tamogatast nyujt az alltalunk kiszemelt rendszer.
>
>1) Rekord keszites, konyv feldolgozas kozben:
> Ha egy konyvet akarunk feldolgozni, akkor a kovetkezo lepeseket kell vegigcsinalnunk:
>  a) Meg kell nezni a sajat/helyi katalogusban, ha a konyv meg van akkorcsak hozzairunk nehany adatot.
>  b) Ha nincs, meg kell nezni a MOKKAban, ha ott meg van akkor at kell emelni, es hozzairni nehany adatot.
>  c) Mas katalogusokban is ellenorizhetjuk, es letolthetjuk.
>  d) Hogyha a fenti forrasok egyikeben sem szerepelt akkor el kell kesziteni egy uj rekordot.
>
>Megjegyzes a besorolasi jelzet rekordokkal is ugyan ez a helyzet. De ittaz is kerdes, hogy a rendszer
>kezel-e egyaltalan besorolasi jelzet rekordokat. (Nev autority, targyszoauthority) Ha kezel, at lehet-e venni
>ilyeneket mas adatbazisbol? Miert kinlodnank vele, ha mar valaki megcsinalta?
>
>Sokszor hallom kulonbozo konyvtarosoktol, kulonbozo konyvtarakban, hogy ok nem vesznek at rekordot,
>mert tul sok baj van vele, sokkal egyszerubb ujra leirni az adatokat. Eznyilvan azert van igy, mert a rendszer
>amit megvettek, alkalmas ugyan a rekordok atvetelere, de csak sok munka aran. Egy jo rendszerben nem
>kulonbozik a "Nagy Forras Adatbazisok"-ban torteno kereses es a rekordokatvelele a helyi rendszer hasznalatatol.
>Es pontosan ez az amit merlegelni kell a konyvtari rendszer megvasarlasaelott:  az adott rendszer tamogatja-e 
>megfeleloen az altalunk vegzett munkafolyamatokat, vagy nem, egyszeruen megvalosithatoak-e, vagy 
>sokat kell dolgozni veluk.  Meg fontolando az is, hogy ha rekordokat emelunk at, akkor talan a magasan kepzett
>munkeronek nem kell rutin feladatokat vegeznie, hiszen a rekord atemeleshez alacsonyab vegzettseg is 
>elegendo lehet. 
> 
>2) Rekord feltolteskor:
> Az on-line feltoltesnek ugy kell mukodnie, hogy ne igenyeljen kulon beavatkozast a rekordok elkuldese.
> A rekordok menjenek fel automatikusan a MOKKA-ba, mert csak igy biztosithato, hogy a MOKKAban mindig
> ugyan az az allapot latszon, mint a helyi rendszerben. Nem elhanyagolhato az sem, hogy ha kezzel kell
> a feltolteseket vegezni, az munkaido, tehat koltsege van. Meg kell nezni, hogy az adott konyvtari rendszerben
> le lehet-e valogatni a modositott rekordokat, es azokat is el lehet-e kuldeni, vagy csak az uj rekordokat lehet,
> illetve a teljes adatbazist? Mennyi munka aran? Lehet-e authority rekordokat kiszedni es felkuldeni? 
>Nem jobb-e ha ez az egesz kuldozgetes automatikus, es meg figyelni sem kell ra?
>
>Meg egy dolgot erdemes ellenorizni:
> Ha a konyvtari rendszer belso tarolasi formatuma nem valamilyen MARC formatum, akkor erdemes
>tenni egy probat, a kovetkezok szerint: Exportaljunk egy rekordot a vizsgalt konyvtari rendszerbol,
>kuldjuk el a MOKKAba, a MOKKAbol vegyuk at a rekordot a helyi rendszerbees nezzuk meg,
>hogy egyforma-e a kiindulasi rekorddal. Amennyiben a ket rekord, a lelohelyinformacioktol
>eltekintve, nem azonos, akkor erdemes utana jarni a dolognak. 
>
>A rendszer tervezesekor figyelemmel kell lenni a MOKKA-bol a helyi rendszerbe atlepo olvasok
>kereseseire (5. pont). Ez a terheles akkortol, hogy a MOKKA-lesz az ODR bibliografiai adatbazisa,
>igen jelentos is lehet.
>
>Vegul: ha valaki az ODR rnedszerben jelentos forgalmat szeretne lebonyolitani, olyan rendszert kell valasztania,
>amelyik megmutatja a dokumentumok aktualis statuszat a webopacban, azt hogy epppen bent van-e, 
>vagy mikor jar le a kolcsonzes, ha nincs a konyvtarban.
>
>Mindezek megfontolasat javaslom, amikor konyvtari rendszert valasztanak.
>
>Udvozlettel:
>Balazs Laszlo
>DEENK
>
>UI: Jo valasztas eseten, nagyon sok bosszusagtol, es sok munkatol kimelhetik meg magukat es 
>a MOKKA informatikusait is.
>
>  
>