Představení knihoven

VŠE Praha

Nestihli upgrade na verzi 16 v létě, nově zahajují používáni báze národních autorit.

MU Brno

Aleph verze 14, upgrade neplánují, zatím konvertují jednotlivé fakultní knihovny, hotovo sedm fakult z devíti, poté bude navazovat slučování záznamů.

Statni technická knihovna Praha

Uvažují o koupi Alephu, nejsou si ale zatím jisti, zatím budou testovat a pak se uvidí také v souvislosti s výstavbou nove budovy Národní technické knihovny.

VK Olomouc

Nestalo se nic kromě přechodu na MARC 21 a propojeni autorit přímo na Národní knihovnu, je příjemné ze je to v reálném čase, ale zpomalení některých procesů, např. indexování, je pravděpodobně donutí se zase odpojit. Na verzi 16 plánují přejít v létě, budou ale asi muset pořídit nový server.

MZK Brno

V létě proběhl přechod na MARC21, realizováno i přímé připojení autorit, s přechodem na Aleph Cluster dojde pravděpodobně k odpojení. V souvislosti s výzkumným záměrem na popis historických fondů vytvořena samostatná báze starých tisků MZK03, také v MARC21.

Akademie věd ČR

Od října už pracují v Alephu, zatím moduly katalog a výpůjčka, nemají ještě www opac s výpůjčkami, nepřeváděli staré výpůjčky. Plný přechod asi od nového roku. Protože jde o rozsáhlou instalaci (cca 40 ústavních knihoven), bude nutné používat hodně dílčích knihoven v jedné administrativní bázi. To přináší problémy s rozdělením oprávnění - nutno dořešit různé řady přírůstkových čísel, hodně ústavních knihoven je už zkonvertováno ve zkušební bázi a po dohodě se budou nalévat do ostré báze, nejprve bude zpřístupněn OPAC, výpůjčky zatím jen v ústředí a až se dořeší oddělení jednotlivých funkcí a oprávnění tak se přejde i na výpůjčky, přechod na další verzi zatím ještě neřešíme. Pracuje se v Marc21.

ČVUT Praha

Koupili a nasadili Aleph verze 16 v plném provozu a bez problémů (OPAC, katalogizace, výpůjčky). Velmi rychlý průběh nasazení Alephu: 20 května podepsaná smlouva, do konce června byla instalace, v září se přešlo do ostrého provozu. Chybí jim už jen spuštění časopisů, které budou asi od ledna.

SVK Plzeň

Nic nového. Pracují v UNIMARCu. Přispívají do národních autorit.

ZČU Plzeň

Plán přechodu na Marc 21 nestihli kvůli přechodu na Windows XP a spoustě provozních problémů. Plánují přechod na přelom roku.

VŠCHT Praha

Plánují přechod na Marc21, ale vedení stanovilo že priorita je retrokonverze, takže měli zapůjčené licence a všichni retrokonvertovali - teď mají zpracováno 23000 záznamů v hrozném stavu. Přechod s odkládá alespoň o dva až tři roky. Přechod na další verzi je taky v nedohlednu.

Slovensko

Kolin - velké změny nejsou, plánují přechod na Marc21, ale zatím proběhlo jen velké školení na Marc21 a je připravena testovací báze. Univerzitní knihovna spolupracuje s univerzitou při zavádění čipových karet, chtějí data z těchto karet převést do Alephu.

UK Bratislava, SNK Martin - nezúčastnili se, pracují na přechodu do KIS3G.

UK Praha

Hodně změn, celá univerzita od listopadu postupně přechází na Aleph, základ centrálního systému pod Alephem, Marc21, postupně připojují jednotlivé fakulty, od ledna už 4 knihovny, od léta přechod na verzi 16 a pak další fakulty, nyní v provozu katalogizace a výpůjčky, zbývá rozjet seriály a akvizice.

NK Praha

V létě proběhla konverze na Marc21 (všechny BIB a AUT báze s výjimkou souborného katalogu). Od nového roku přejde i souborný katalog a zároveň bude zahájen nový způsob deduplikace bez využití CUBUSu. Kvůli UNIMARCovským knihovnám je v provozu transparentní online konverze, data jsou dostupná přes Z39.50. Konvertor nebyl úplně v pořádku, ještě se opravují následky konverze.

Židovské muzeum

Stale pracují v Alephu 300, ale mají už nainstalovaný i Aleph 500, chtějí konvertovat na začátku roku, ale budou asi problémy s hebrejštinou.

Národní lékařská knihovna

Stále používají Aleph 300, ale snad někdy bude lépe ...

VUT Brno

Překonvertování knihovny stavební fakulty, nově se používají seriály, do konce roku plánují rozjet tisky, příští rok modul MVS.

Krajská knihovna Karlovy vary

Od září spustili v Marc 21 všechny moduly včetně akvizice, od nového roku připojí další městské pobočky, s Alephem spokojenost, největší problém je s přeškolováním uživatelů na nová pravidla.

Diskuse

Licence a zátěž

MZK: Jaké je zatížení serveru a čerpání licencí v NK?

NK: Problém už je protože se začíná spolupracovat, možná že další nárůst přijde s Aleph Clusterem. Server bude možná potřeba nový z rozpočtu, protože bude potřeba kvůli verzi 16 a provozu SK, ale těžko říct. Nový server by byl asi na platformě ...?

ADM versus dílčí knihovny

Akademie: problémy s dílčími versus administrativními knihovnami, co s tím? Potřebovali by 40 ADM bází, což je hodně, ale problém je že dílčí knihovny nestačí. Také je problém vedení více řad přírůstkových čísel pro různé dílčí knihovny.

MU má co fakultu to administrativní bázi, nastavení se hodně sdílí přes path_convert, zatím jim to takto vyhovuje. Čtenáři jsou na úrovni Oraclu sloučeni, což bude od verze 16 automatické. Žádná knihovna nevidí jak je na tom čtenář v jiných fakultních knihovnách. Studenti se přebírají z personálního systému.

UK: snaha oddělit ve službách oprávnění na úrovni dílčích knihoven takže to v ÚVT dořešili i pro verzi 14. I to bude ale vyřešené ve verzi 16.

VKOL: řešili peněžní transakce - libovolný knihovník mohl vytvářet peněžní transakce v libovolné dílčí knihovně, proto s využitím IP adres byly upraveny kontroly tak, aby mohl udělat transakce jen pro to, pro co má oprávnění.

Hesla pro služby - www služby, pro spouštění některých dávkových procedur se vybírá, pro které dílčí knihovny se to má spustit. Úprava spočívá v tom, že na úrovni apache jsou doplněné účty oprávněných pracovníků kteří mají předdefinované napevno dílčí knihovny. Funguje za předpokladu, že hlavní procedura je zablokovaná.

ČVUT má 9 knihoven, jedna velká ADM a BIB a AUT báze. Různé řady přírůstkových čísel pro různé dílčí knihovny. Když si budou navzájem spouštět upomínky, tak jim to nevadí.

ZČU má sedm fakult, řešení na dílčí knihovny, nemají s tím žádné problémy. Řady přírůstkových čísel jsou přes dílčí knihovny v pořádku. Nic si navzájem nespouštějí.

Přírůstkový číslo a čárový kód - mnozí používají přírůstkové číslo identické s čárovým kódem.

MU se ptá na režim jedna administrativní báze. Výpůjčky čtenáře by se pak zobrazovaly pro všechny knihovny - to je velká a hlavní nevýhoda a vadí jim to. Ale ZČU to vidí naopak jako výhodu.

VŠCHT? zakázali autonomii jednotlivých knihoven, prosazují centralizaci. Všichni jsou rádi, že vidí všechny výpůjčky od všech. Jen ústředí také řeší peníze.

VŠE - dvě administrativní baze - Jindřichův Hradec a Praha a v rámci toho dílčí knihovny, správu ale stejně dělají v Praze.

Potvrzení při výpůjčce versus monitor

MZK - uvažujeme o modelu dvou monitorů, čtenáři by nestvrzovali každou výpůjčku podpisem ale odsouhlasili by to co by viděli na monitoru u pultu.

Na ČVUT mají výpůjční prohlášení které musí čtenář podepsat, kde čtenář souhlasí s tím, jak probíhá výpůjčka. Čtenář zadá na numerické klávesnici PIN 1x na začátku transakce, na konci transakce pohlídá že bylo výpůjční okno zavřeno. Pro změnu PINu přes web aplikace hlídá aby byl PIN numerický.

NK používá podepisování a vyhovuje jim to, někdy se jim již papír s podpisem hodil.

Na ZČU se nedává nic podepisovat, žádný druhý monitor nemají. Občas se stane, že má někdo pokutu a nesouhlasí s tím ale i zde čtenář podepisují, že souhlasí s tím, jak to probíhá. Občas čtenáři tvrdí, že si něco nepůjčili. Nyní mají jiný režim pro dálkaře, kde jim vyjíždějí papírky a nechávají si je podepsat, aby to šlo vymáhat.

Předregistrace

MZK používá, ale nutno kontrolovat data, která zadal čtenář.

VK Olomouc používá hlavně pro komfort čtenářů, kvůli vyhledání, tak aby i při první návštěvě si mohli rovnou odnést knihy, které chtějí. Také používají předregistraci u jednorázových průkazek pro prezenční výpůjčku. Předregistruje se 10-15 čtenářů za týden. Po delší době neaktivované předregistrace likviduji.

Aleph Cluster

Koupen Národní knihovnou pro sdílenou katalogizaci pro VK a MZK. Momentální stav, že probíhá instalace pro testovací báze. Od verze 14.2.6 je už Aleph cluster automaticky součástí instalace, musí se ale kupovat licence.

Slovensko a KIS3G

Tlak je vyvíjen na veřejné knihovny. Aleph už na Slovensku tak nemá valnou budoucnost. Teoreticky si knihovna může koupit jakýkoli systém, ale od státu na něj nedostane žádné peníze, protože od toho je tu KIS3G, takže reálně by muselo jít o prostředky z jiných než státních zdrojů. SNK zatím konvertuje jen 3 knihovny. www.kis3g.sk - je tam vidět systém Virtua v provozu, zatím asi jen ladí konverze.

Výpůjčka

SVK Plzeň: funguje stávající starý výpůjční systém, příští rok neví zda přejdou na výpůjční systém v Alephu nebo na MARC21. Doporučeno řešit nejprve výpůjčku.

V katalogu mají 500.000 exemplářů, 300.000 záznamů jen ve tvaru pro provoz výpůjčky.

ČVUT: čtenář zadá před výpůjčkou své PIN, následuje vypůjčení publikací na něho, okno se čtenářskými transakcemi se zavírá před odchodem čtenáře. Mnohem více by jim vyhovovalo, aby čtenář zadával PINem až na konci jako potvrzení všech transakcí.

Dotaz VKOL na ČVUT: Jsou knihovníci spokojení s grafickým klientem? Odpověď: nestěžovali si. Většina pracovních stanic na ČVUT měla dostačující parametry. Používají rozlišení 1280x1024. Používají také na některých počítačích WIN98, který taky funguje, přestože není oficiálně podporován. Potřeba mít minimálně 17palcové monitory.

Dotaz Akademie na spojování čtenářů: MUNI při importu do Alephu spojovali čtenáře studenty na základě jednoznačného univerzitního čísla, chyby vzniklé špatnou evidencí museli opravit. Čtenáře - externisty pak spojovali poloručně.

MARC21

Studijní a vědecká knihovna Plzeňského kraje: proč přejít nebo nepřejít na MARC21?

Odpověď: není nevyhnutelné. Zprovoznit modul výpůjčky je důležitější.

Analytický popis

Akademie na Helenu. Jak popisovat analytika, mít je ve společné bázi s bibliografickými záznamy nebo jako samostatnou bázi? Helena Dvořáková doporučuje raději samostatně. V NK mají jednu bázi kde je obojí a pak taky jednu samostatnou. Pokud je záznamů více, je lepší když jsou analytika samostatně než kdyby se jednalo o malou logickou bázi v rámci velké báze. Ale v podstatě je to asi jedno. V MARCU21 je popis analytik jednoduší z hlediska polí. Propojení přes pole LKR, nevýhodou těchto linků je zranitelnost systémové číslo - faktor lidské chyby při ručním psaní systémového číslo.

Iva Příbramská: problém ručního zápisu lze vyřešit používáním funkce odvození analytického záznamu.

Pozor: pokud se linkují záznamy mezi více bibliografickými bázemi pomocí pole LKR, existuje chyba při zobrazení tohoto linku v grafickém klientovi

Modul Seriály

Využívat v modulu seriály spíše formulář přehledu vydávání nebo pole 853?

Knihovníkům přijde používání pole 853 příliš těžké navíc netypických seriálů v knihovnách není velké množství. Iva Příbramská navrhuje využívat pole 853 alespoň v univerzitních knihovnách. Pokud by si knihovny rozdělily časopisy, mohlo by to všem usnadnit práci.

Tento problém byl na Sualephu řešen na minulých setkáních.

Úkol: zjistit, kde skončila domluva z předchozího Sualephu a navázat na ni.

Elektronické verze časopisů do Alephu

Zadávat záznamy elektronické veze časopisů do Alephu. Asi to má smysl, ale za předpokladu, že data se do Alephu naimportují. Je potřeba aby dodavatel poskytl data takovým způsobem, aby je bylo možno zkonvertovat do alephovského importního formátu.

MARCMAN

Dotaz na frekvenci vzniku nových pravidel pro konverzi? Požadavek na dokumentaci změn mezi jednotlivými verzemi.

Odpověd:

Je potřeba hledat kompromis mezi pravidelnou aktualizací a pečlivým testováním nově vzniklých pravidel. Změny se obvykle dělají tak 2x týdně, ale teprve po pečlivém otestování a kontrole je možno takové změny zveřejnit. Pravděpodobně dojde k častějšímu uvolňování nových verzí pro verzi Standart.

Dotaz Akademie na převod z XML do marc21 přes marcman? Pokud má daný formát strukturu polí a podpolí mělo by to být teoreticky možné. Bude potřeba to ale vyzkoušet.

Demoverze

Připomínka k tomu, že nastavení demo bází není úplně funkční, což vede ke komplikovanější implementaci systému.

Odpověď: demoverze funkční jsou, problémem je, že různé knihovny mají různé potřeby a není možno nastavit jednu demobázi tak, aby vyhovovala potřebám všech. Pro verzi 16 ÚVT slibuje, že při nastavení demobázi vyjde z nastavení reálných knihoven (Karlovy univerzity a Národní knihovny), takže využitelnost tohoto nastavení bude větší.

Prezentace

Plné verze prezentací se nacházejí na adrese http://aleph.cuni.cz/ALEPH-48.html a na adrese www.sualeph.cz

Distributora

• Dana Šimková
• Iva Příbramská - verze 16
• Martin Vojnar - verze 17
• Lucia Švecová - Aleph Reporting Centre
• Jan Krajíc - Aleph Monitor
• Lucia Švecová - Digitool
• Martin Vojnar - Verde - správa elektronických zdrojů
• Jiří Pavlík - SFX jako webovská služba

E:\Dokumenty\Html\SUAleph\z20041118.htm
• Helena Dvořáková - ICAU
• Vítězslav Praks - Programování maker pro Aleph
• Petr Žabička - Zpráva z konference Aleph Verbindet konané v říjnu v Mnichově

OLYBRIS seminář se uskuteční ve dnech 17.-22.4.2004 v Řecko. Poplatek v případě včasné registrace činí 625 Euro.

Příští setkání Sualeph se pravděpodobně uskuteční na jaře v Bratislavě. Bude ještě upřesněno.

Kdo není ještě přihlášen do elektronické konference SUALEPH může tak učinit zasláním dopisu Martinu Vojnarovi

Připomínky k Aleph report centru je možné zasílat do ÚVT

Připomínky k překladům verze 16 je možno zasílat Ivě Příbramské.

Zapsala Petra Žabičková