MOKKA palyazat

[Ákos SÁNDOR]

Tisztelt Kollégák,
  az alábbiakban Tóth Kornél által felvetett kérdésekre reagálnék (bocsánat,
hogy csak néhány részletet ragadok ki, remélem nem siklok el a lényeges elemek
mellett):

> 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
Azt hiszem ezt senki nem mondhatta volna lényegre törőbben és szebben, még
akkor sem, ha a MOKKA-val "kel és fekszik".. Nagyon bízom benne, hogy a sok
kiváló szakember - akik az integrált rendszereket készítik - is csak ezen az
úton járnak.

> 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.
Igen, hát ez lenne részben az én feladatom, hogy amit tud a rendszer arról
tájékoztatást tudjak adni, amit nem, és igény van rá, azt megoldjam vagy
valahogy átverjem a felettem állókon, hogy szerezzenek rá pénzt, bár ezügyben
szerencsére sok esetben nyitott kapukon kell csak átesnem, de ez maradjon
köztünk;-) Szóval nem tudok egyelőre olyan szoftverről, amivel az
együttműködés nem volt megvalósítható (egyelőre szigorúan a MOKKA
tagkönyvtárak integrált szoftvereiről beszélek), persze ehhez mindkét félnek
konstruktívnak kellett lennie. A MOKKA megoldásszállítója egyébként nem adta
jelét ennek ellenkezőjéről, bár ettől függetlenül azt is tudja szerintem
mindenki, hogy ma a világon(!) nincs olyan integrált könyvtári szoftver,
amit "dobozos" termékként lehetne forgalmazni, hiszen a könyvtárosoknak mindig
van és lesz is egy újabb ötlete, amit a szoftver még éppen nem tud;-)
De ez talán így is van rendjén.

> 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.
Erről úgy tudtam, hogy van, de ha ez bizonyíthatóan nincs így, akkor kérnék
magán e-mailben olyan segítséget, hogy következetesen reprodukálni tudjam a
hibát, és megállapíthassam, hogy kinek a "sara". Szóval, ha van egy üzembiztos
módszer a z39.50 szerver kiakasztására, akkor kérem, hogy ezt a módszert
osszák meg velem, mert enélkül nehéz bárminemű javítást elérnem vagy
megtennem.

> 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
Ez ki van alakítva a MOKKA tagkönyvtárai számára, de még nincs mindegyiknél
kipróbálva.

> 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.
Készen van!! DE! pl. ahol Tinlib-ről Huntékára váltanak ott nem volt értelme a
Tinlibbel megoldani, hanem realizálhatóbbnak tűnt megvárni a Huntékára való
átállást, majd azt követően elkészíteni a Huntéka folyamatos feltöltést
biztosító mechanizmusát. Ez egyébként a szóban forgó 2 könyvtárral egyeztetve
történt és hamarost jönnek majd a bekötések.

> 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
Erről írtam fentebb, de itt kiegészíteném annyival, hogy a MOKKA funkciók
teljes körűen (értsd hiánytalanul) lettek elkészítve. A bizonyítás pedig akkor
lesz, amikor felkészülünk az egyes tagkönyvtárakkal az élesítésre. (ez persze
folyamatos, hiszen a korábban bekötött tagkönyvtárak esetében mindezt már
múltidőben mondhatom)

> 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.
Azt gondolom, hogy bár nem volt alkalmam valamennyi integrált szoftvert
személyesen megismernem, és nem vagyok száz százalékig minden apró
részletükkel szoros ismeretségben, de a fentebbi kijelentéssel vitatkozni
szeretnék. Persze lehet, hogy nem látom a fától az erdőt, de speciel a Huntéka
fejlesztőivel elég jó szakmai kapcsolatot ápolunk és nem hinném, hogy
kivitelezhetetlen lenne ez az ideálishoz közeli munkamenetet biztosító
megoldás. De úgy is át lehetne fogalmazni, ha nagyon kekeckedni szeretnék,
hogy ez a munkafolyamat megoldás a MOKKA egyik eredménye lehet, ha valamennyi
csatlakozó rendszer biztosítani tudja. (de nem szeretnék kekeckedni;-)

> 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?
Szerintem ez "csak" a megfelelő megbeszélések sürgetésétől függ, hiszen azt
gondolom, hogy a MOKKÁ-nak csak ez a célja lehet, hogy minden résztvevő a
szolgáltatások adta lehetőségeket a lehető leghatékonyabb módon tudja
alkalmazni saját rendszerében. Így kialakulhat a MOKKA kompatibilis könyvtáros
fogalma is;-))

Üdvözlettel :
Sándor Ákos


----------------------------------------------------
SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu
This mail sent through IMP: http://horde.org/imp/