MOKKA palyazat

[Balazs Laszlo]

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 akkor csak 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 itt az is kerdes, hogy a rendszer
kezel-e egyaltalan besorolasi jelzet rekordokat. (Nev autority, targyszo authority) 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. Ez nyilvan 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 rekordok atvelele a helyi rendszer hasznalatatol.
Es pontosan ez az amit merlegelni kell a konyvtari rendszer megvasarlasa elott:  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 rendszerbe es 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.





On Fri, 4 Jun 2004 17:36:57 +0200
Thek_Gyorgy <thekgy at INFOKER.HU> wrote:

> Tisztelt Listatagok!
> 
> A Kozkultura Informatikai Ideiglenes Szakmai Kollegium az
> IHM kozremukodesevel palyazatot hirdetett a MOKKA bovitesere
> es tovabbfejlesztesere. A palyazok olyan integralt konyvtari
> rendszer beszerzesere palyazhatnak, amely bizonyitottan alkalmas
> a MOKKA rendszerhez valo csatlakozasra.
> 
> A TextLib fejlesztoikent erintettek vagyunk a palyazatban, celunk
> tehat a rendszer MOKKA-kompatibilitasanak bizonyitasa, hogy a
> TextLib a palyazhato rendszerek kozott legyen. Az NKA illetekesetol,
> Nagy Gabriellatol kapott felvilagositas szerint a bizonyitas azonnali
> modja kidolgozatlan.
> 
> Az igazolasra tehat jelenleg mas mod nem latszik, mint egy
> ---------------------------------------------------------------
>                    NYILATKOZAT
> 
> arrol, hogy a rendszer fejlesztoinek allaspontja szerint
> a TextLib integralt konyvtari rendszer megfelel annak az ot
> kovetelmenynek, amelyek a MOKKA-kompatibilitas feltetelei.
> 
> Ezek Bakonyi Geza (KATALIST lev.lista, 2004.III.17, Re: MOKKA
> kompatibitas) levele szerint a kovetkezok:
> 
> > - kepes valamilyen MARC formatumban (ez jelenleg USMARC vagy
> > HUNMARC) rekordokat szolgaltatni az adatbazis szamara mind az
> > egyszeri nagytomegu exportot, mind az uzemszeru, folyamatos
> > feltoltest illetoen
> 
> > - a MOKKA valamelyik feluletet felhasznalva kepes rekordokat
> > fogadni (webes felulet, CCL, Z39.50)
> 
> > - a szolgaltatott es fogadott rekordok eseteben meg tud felelni
> > a MOKKA tagkonyvtarai altal elfogadott karakter tablazatok
> > valamelyikének (elsosorban ANSEL illetve ISO 8859-1, ISO 8859-2,
> > 852, utf)
> 
> > - a benne megteheto bibliografiai leirasok megfeleltethetok a
> > tagkonyvtarak altal elfogadott katalogizalasi szabalyzatban
> > foglaltaknak
> 
> > - a MOKKA adatbazisaban tarolt lelohelyadatok illetve az eredeti
> > rekord bibid-ja alapjan a lokalis rendszerbe "at lehet lepni" es
> > abban a peldanyok statusz adatait meg lehet jeleniteni
> 
> Az 1. kovetelmenyhez: a TextLibbol tetszoleges szamu rekordot
> tetszoleges utemezesben lehet HunMarc formatumban exportalni.
> Erre hasznalhato a TextLib rendszerhez tartozo HM_KULD.EXE program.
> 
> HunMarc rekordok egyesevel a TextLib WEB szervert mukodteto konyvtarak
> - Lasd: http://infoker.hu/textlib/internet.htm - kereso urlapjanak
> "HunMarc letoltes" pontjaban leirtak szerint is letolthetok. Ez barmikor
> kiprobalhato.
> 
> A 2. kovetelmenyhez: a TextLib a MOKKA webes feluletenek hasznalataval
> nyert HunMarc rekordokat akar egyesevel, akar tomegesen kepes akar
> off-line akar on-line modon fogadni. A kepesseg a rendszerhez jaro
> HM_VESZ.EXE programmal (off-line), vagy a TextLibbe lepve a
> "Bevitel / HunMarc" menupontban (on-line) ellenorizheto.
> 
> A 3. kovetelmenyhez: A TextLib CWI, 852, ISO-8859-2 (latin2) es ANSEL
> kodkeszletben kepes HunMarc rekordokat exportalni es importalni.
> A kepesseg az elozo ket pont kiprobalasaval automatikusan igazolodik.
> 
> A 4. kovetelmenyhez: a TextLibben keszitheto bibliografiai
> leirasok megfeleltethetok a MOKKA tagkonyvtarak altal elfogadott
> katalogizalasi szabalyzatban foglaltaknak. A megfeleles a
> TextLibbol exportalt rekord tartalmanak, es a MOKKA katalogizalasi
> szabalyzatanak osszevetesevel igazolhato.
> 
> Az 5. kovetelmenyhez: a TextLibbol a MOKKAba kuldott lelohelyadatokbol a
> MOKKA general egy linket, ami direkt hivatkozast jelent a kibocsato
> TextLib adatbazisaba. Pl:
> http://tlwww.vfmk.hu/cgi-bin/tlwww.cgi?xdisp=1&xdref=b29822
> 
> A felsoroltak alapjan a kovetelmenyrendszer teljesuleset
> igazoltnak latjuk:
> 
> Graff Zoltan, Teglas Gyorgy, Thek Gyorgy (InfoKer Szovetkezet)
> ---------------------------------------------------------------
> 
> Ugyancsak Nagy Gabriellatol kapott informacio szerint a palyaztato
> szandekaval egyezik, ha egy konyvtar nem teljes integralt rendszerre,
> hanem a mar meglevo kiegeszitesere, MOKKA-kompatibilissa tetelere
> palyazik.
> 
> A palyzatato a "bizonyitottan" kifejezes beillesztesevel szigoru
> megkotest tett a palyazhato rendszerekre, ugyanakkor a bizonyitas
> modjarol sem a lehetseges palyazok sem a potencialisan palyazhato
> rendszerek keszitoi szamara nem adott utmutatast. Ezert a TextLib
> rendszer nyilvanvaloan elfogult fejlesztoikent sem erezzuk e
> levelunket reklamnak, hanem a palyazok megalapozott donteset
> tamogato informacionak szanjuk.
> 
> Udvozletel: Graff Zoltan, Teglas Gyorgy, Thek Gyorgy (InfoKer Szovetkezet)
> 
>