[KATALIST] ISIS

[Koroknai Sándor]

Tisztelt Lista!

    A kis konyvtaraknak ne

> legyen sajat szervere, IKR-e, eleg nekik a halozati kapcsolat? Java-s
> alkalmazason keresztul elerik a rendszert (ilyen modon nem csak a
> katalogust lehetne kezelni, hanem az olvasoi nyilvantartast stb.) es ugy
> dolgoznak vele, mintha helyben lenne?
>


Külföldi példán keresztül láttam hasonló megoldást pl. itt:
http://www.myacpl.org/ ahol a böngészőn keresztül lehet használni a
könyvtáraknak a közös szerveren lévő IKR-t. (Na már megint a Koha) Azon túl,
hogy megspórolják az IKR és annak járulékos költségeit más haszonnal is
járhat számukra. Hogy triviális dolgot említsek egy 24/7 rendszerben működő
szerver villanyszámláját, ami ráadásul még alig van igazán terhelés alatt,
csak a villanyórát pörgeti. (így még co2-t is spórol, hogy a környezet
védelme is szerepeljen a témában.) Arról meg megint lehet külön értekezni,
hogy ha már webszervert üzemeltet egy városi könyvtár, akkor annak
humánerőforrás oldala mit jelent.

Igazából egy gondom ezzel, bármennyire is szimpatikus ez a fajta megoldás,
és ez már nem informatikai jellegű dolog.
Egyszóval.
A többféle intézmény és azok fenntartóinak, - a költségvetési rendszer
miatti -, elkülönült nyilvántartásaiban, költségvetésében, hogy szerepelhet
egy drágán licenszelt adatbázis? Mármint ha X szülőkönyvtár megvette, akkor
egyedileg nyilvántarthatja, üzemeltetheti-e adott konfiguráción az Y, V,
W... stb leánykönyvtárak könyveinek rekordjait, leltározási adatait,
könyvtári nyilvántartásait? Remélem érthető a gondom, régen dolgoztam már
ezen a területen, így homályosak az emlékképeim. Ám valahogy nekem úgy
tűnik, hogy egész egyszerűen nem lehetséges jogilag megoldani. Legalábbis
valaki biztos belekötne, vagy nem járulna hozzá a fenntartó jogi felelőse
De kevés ismerettel rendelkezem erről, így csak magamban motyogok.

Üdvözlettel

Koroknai Sándor
Balmazújváros
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <https://listserv.niif.hu/pipermail/katalist/attachments/20100226/1c34d7ca/attachment.html>