Název
DigiTool
Lektor
Marc Daubach
Hodina
Sál
Obsah
ExLibris ústy viceprezidenta pro mezinárodní
prodej Marca Daubacha představil další produkt - DigiTool. Jedná se o
integrovaný systém pro správu digitálních kolekcí a objektů. Může
fungovat nezávisle na Alephu, nebo jej lze kombinovat s již
existujícími databázemi administrativních a bibliografických záznamů.
Demoverzi a prezentaci ze semináře lze stáhnout na adrese
http://demo.exlibrisgroup.com:4505/DLT
.
V poli pro vyhledávání (Search) zadejte klíčové slovo "Daubach" a v
seznamu nalezených záznamů klikněte na pravé straně na ikonu prezentace.
Hlavní funkce, které má nástroj pro správu digitálních sbírek zajišťovat:
DigiTool umí zajistit:
Objekty v různých formátech (audio, video, obrázky, textové soubory, ...) lze uložit interně v databázi Oracle (speciální tabulkové prostory typu BLOB) nebo odkazovat externě. Pro vyhledávání se informace o objektech převádí do XML podle standardního DTD (kvalifikovaný Dublin Core 1.1 nebo MARC21) a dále se indexují, což umožňuje použití bohaté palety vyhledávacích operátorů (SOUNDEX, WITHIN, FUZZY, ...). Pro uložení metadat lze použít buď databázi v rámci DigiTool nebo samostatnou bibliografickou bázi v Alephu. V implementaci jsou další standardy uložení metadat: EAD a TEI. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Název |
Alephino |
||
|
Lektor Claudia Isbir |
Hodina |
Sál |
|
|
Obsah |
Na Marca Daubacha navázala ástupkyně hamburské pobočky ExLibris s prezentací dalšího produktu Alephino. Jedná se o odlehčenou verzi Alephu, vyvíjenou zpočátku speciálně pro německé prostředí po akvizici systému DABIS firmou ExLibris v roce 1999. Po vývoji zahájeném v roce 2000 se tak Alephino dostává do první fáze životní etapy produktu, funguje v prvních knihovnách a implementuje se v řadě dalších. Doporučené limity jeho nasazení:
Základní vlastnosti:
Současná verze je 1.2, obsahuje moduly:
Ve verzi 1.3 se plánuje podpora pro vícepobočkový systém, SDI a nové možnosti v modulu seriály. Rovněž má být v průběhu léta implementována Z39.50 brána společně se Z39.50 serverem, a WWW bude vybaveno tlačítky SFX. Další dotazy lze směřovat na adresu Dorothea.Redeker@exl.de nebo na info@exl.de . |
||
|
Název |
ALEPH 500: Importing Bibliographic and Authority Records |
||
|
Lektor Judy Levi |
Hodina |
Sál |
|
|
Obsah |
Obsahem přednášky byl popis jednotlivých nástrojů - www služeb, které lze využít pro údržbu bibliografických a autoritních záznamů. Jednalo se zejména o:
Procedura p_manage_18 nahrává záznamy do databáze ve dvou módech: přidávání nových záznamů nebo aktualizace stávajících (s možnostmi přidávání polí, nahrazení polí nebo nahrazení celého záznamu). Pro potřeby budování souborného katalogu a ošetřování duplicitních bibliografických záznamů při importu byla doplněna služba p_manage_36, která pracuje se speciálním polem UID. Na základě pole UID rozděluje p_manage_36 vstupní soubor do tří skupin:
Kontrolu na duplicity lze nastavit buď pomocí přímého indexu Z11 a indexování pole UID, nebo na základě jednoznačného výskytu v rejstřících. S nimi jsou spojené tabulky buď match_doc_uid nebo match_doc_acc. POZOR: p_manage_36 nekontroluje jedinečnost mezi záznamy navzájem v importované dávce, mělo by ale pomoci vytvoření dočasné báze, kde se nahraje pouze importovaný soubor a poté se provede nad tímto souborem kontrola p_manage_36 s identickým vstupem. Při importu lze využít nových možností automatického generování administrativních a holdingových záznamů, včetně záznamů o jednotkách. V USA existuje pět základních importovacích programů:
Jednotlivé možnosti a způsoby nastavení jsou blíže popsány v dokumentačním portálu - pro každý mechanismus existuje samostatný návod. |
||
|
Název |
Indexing: Technical Issues |
||
|
Lektor Omri Gerson |
Hodina |
Sál |
|
|
Obsah |
Otázky indexování se sice nedotýkají vlastní práce uživatele, ale jejich nastavení přímo ovlivňuje úspěšnost při vyhledávání a spokojenost při práci se systémem. Omri Gerson je manažerem pro vývoj a popsal detailně jednotlivé způsoby indexování s možnými problémovými místy. Existují tři základní typy indexů:
Slova lze použít pro vyhledávání nebo při prohlížení rejstříků. Každé slovo je uloženo ve slovníku termínů (Z97). Každé slovo má bitmapu (Z98), která obsahuje indexy, ve kterých se slovo vyskytuje. Tabulka Z98 ukládá rovněž informaci o všech záznamech, kde se příslušný termín vyskytuje. Oproti tomu existuje její invertovaná podoba v tabulce Z95, která pro každý záznam uvádí seznam jeho termínů. Z95 se používá při dotazech s rozšířením. Z980 se používá pro nově indexované záznamy a pokud je celá databáze indexovaná přes ue_01, lze Z98 zrušit, neboť jsou všechny záznamy indexovány v Z980. Rejstříky obsahují indexovaná záhlaví, která se typicky sestávají z frází. Umožňují provázání do autoritních souborů. Pro každou frázi existuje právě jeden záznam v tabulce Z01, zatímco Z02 obsahuje čísla záznam, kde se fráze vyskytuje. Pro zlepšení výkonu u malých logických bází (typicky pod 10% z celkového obsahu databáze) existuje tabulka Z0102, která obsahuje Z01 pro každou logickou bázi. Stoupá tím nárok na místo disku a uložení. Z0102 není povinná. Doporučení: nepřidávat jednoznačná slova (ISBN, ISSN) do indexu slov, ale pouze do přímého indexu. Přímý index lze prohlížet přes rejstříky. Dalšími typy indexů jsou vazby mezi záznamy (Z103), které se udržují duplicitně, krátký bibliografický záznam (Z13) a indexy pro třídění (Z101). Od verze 14 došlo ke změně procesu, který řídí přebudování indexů. Některé části je nyní možné provádět paralelně (čtení záznamů a jejich zpracování), jiné zůstávají jako dříve (nahrávání dat zpět do databáze přes SQL*Loader). Podle počtu procesorů tak lze spustit proceduru ve 2-8 procesech. Pozor! Prodloužil se import tabulky z98 a doba na zpracování slov. Tip - velikost smyčky by neměla být menší 50000, snižuje účinnost zpracování. Každý proces se nyní rozpadá do několika na sobě nezávislých etap, tyto etapy by měly být v průběhu spuštění procedury v rovnováze. Odhad potřebného místa pro přebudování indexů:
Typicky import záznamů a přebudování indexů uzamyká databázi. Pokud je ue_01 vypnutý, lze databázi z provozních důvodů ručně odemknout (util C-6). Do dalších verzí Alephu se zvažuje zavedení standardního mechanismu indexování prostřednictvím Intermediate Text Tool. Pro aktualizaci vazeb po nahrání většího souboru nových autoritních hesel je možné použít procedury p_manage_102, p_manage_103 a p_manage_104. |
||
Název
XML/XSL Based Mechanism for 15.2
Lektor
Omri Gerson
Hodina
Sál
Obsah
Verze 15.2 není hlavní verzí a nepředpokládá
se, že by na ni zákazníci přecházeli ve větším počtu, zejména ne ti,
kteří již přešli na verzi 14.1 nebo 14.2. Nicméně tato verze, jak
popsal Omri Gerson, s sebou rovněž přináší některé velmi zajímavé
novinky. Jednou z nich je nový mechanismus zpracování výstupů, a to
pomocí XML/XSL.
Vícevrstvá architektura má při zpracování výstupu tři hlavní úrovně:
Středa
XML výstup bude obsahovat maximální potenciální data ze Zxx tabulek. Má vestavěnou podporu pro kódování UTF-8 s možností volat externí programy.
Výhodou formátovacího jazyka je podpora vsuvných souborů a zapouzdření.
Tiskovým souborem je soubor tiskových výstupů, kterými mohou být:
- XML_XSL (default)
- PLAIN (holý textový výstup)
- EXECUTE (předání externímu programu)
- HTML (vytištěno jako HTML)
Zachováno pořadí postupného procházení šablon od specifických k obecným.
Široká možnost při překladu dat:
- nahrazení hodnot číselníků popisy
- manipulace s čísly, znaménky a uvozujícími nulami
- manipulace s textem
- manipulace s datovou proměnnou
Klient má vestavěnou komponentu pro podporu tisků, která dokáže:
- tisknout
- odeslat výstup e-mailem
- uložit jako soubor
- spustit externí program
Dále může volit mezi různými způsoby tisku:
- normální tisk
- náhled
- zobrazit zdroj v XML
- prohlížet XML v MSIE
Tiskové výstupy budou disponovat standardní historií a možností opakovat tisky. Možnosti pro tisk, zaslání e-mailem a současný tisk i poslání e-mailem jsou zachovány.
Od implementace XML si řada uživatelů slibuje větší flexibilitu při definici tiskových výstupů, ovšem je zřejmé, že ovládnutí tohoto způsobu bude při ladění v počáteční fázi náročnější.
|
Název |
New Developments in Metalib |
||
|
Lektor Tami Trotter |
Hodina |
Sál |
|
|
Obsah |
Tami Trotter avizovala nové vlastnosti verze 2.0, které budou přístupné uživatelům v průběhu léta 2002:
Dále bude možné provozovat Metalib ve vícejazyčném prostředí, případně i odlišit www stránky podle instituce (analogie samostatných instancí jako u SFX). Zůstává zachována centrální znalostní báze (jeden konfigurační záznam), která může obsahovat různé popisné záznamy od jednotlivých institucí (několik katalogizačních záznamů). Bude tak možné vyřešit současný problém, který se pouze obešel, a to různé pohledy na jeden zdroj od různě oprávněných uživatelů. Elektronické časopisy vytvoří samostatnou bázi JNL01, kterou si budou moci uživatelé naplňovat podle svých požadavků:
Báze elektronických časopisů vč. full-textů dostupných on-line tak bude tvořit vedle znalostní báze druhou skupinu zdrojů, ze kterých si budou moci uživatelé vybírat při zadávání a směrování dotazu. Rozsah statistik bude pokrývat počty dotazů do jednotlivých zdrojů a průběhy těchto dotazů. Bude zavedena podpora pro použití proxy serverů a pokračuje trend v optimalizaci výkonu. |
||
|
Název |
SuperSearching at UTS, Australia |
||
|
Lektor Ann Flynn |
Hodina |
Sál |
|
|
Obsah |
Přednášející pochází z University of Technology v Sydney a prezentovala zkušenosti instituce ze zavádění Metalibu. Výsledky jsou podobné jako v projektu Jednotné informační brány ( http://www.jib.cz/ ). Implementace včetně zkušebního provozu trvala cca 12 měsíců. Pro potřeby projektu zavedli novou značku SuperSearch a nové logo včetně SFX tlačítka. Adresa nástroje SuperSearch je na http://supersearch.lib.uts.edu.au/ . |
||
|
Název |
Metalib Technical Issues |
||
|
Lektor Tami Trotter |
Hodina |
Sál |
|
|
Obsah |
V průběhu přednášky byla zopakována základní technická východiska, na kterých je software Metalib založen, konkrétně organizace Oraclových databází:
Zmíněny byly nejdůležitější tabulky pro každou databázi. DAT01:
VIR00:
VIR01:
Speciální pozornost byla věnována virtuální tabulce Z580, která spojuje čtenářské rozhraní a uživatelský profil. Z důvodu výkonnosti se tato vazba aktualizuje dávkově každých 10 minut. Dále Tami Trotter zmínila možnosti a výhody tří způsobů přihlášení do Metalibu:
Na závěr prezentace byla zmíněna možnost exportovat a importovat zdroje, což se hodí zejména při souběžném provozu testovací a produkční instance. |
||
|
Název |
Metalib Resource Configuration Files |
||
|
Lektor Tami Trotter |
Hodina |
Sál |
|
|
Obsah |
Obsah prezentace byl zaměřen na standardní konfiguraci zdrojů v Metalibu v rozsahu, který jsme si dokázali osvojit při ladění a testování provozu Jednotné informační brány ( http://www.jib.cz/ ). Zopakovány byly základní možnosti napojení zdrojů do Metalibu, aby je dokázal prohledávat:
Při konfiguraci je možné kromě parametrů použít řadu převodních programů (dnes 28), které upravují hledaný termín do podoby přijatelné pro cíl. Např. odstraňování pomlček z ISBN, kde se nemají posílat. Jiný příklad použití konverzních programů byl ukázán na Z39.50 cílech, které neumí vracet záznamy ve struktuře MARC, ale pouze v SUTRS. Konverzní program zde převede záznam z textového formátu na strukturovaný. Rovněž byly zmíněny základní možnosti a příkazy pro konverzi mezi strukturovanými záznamy. Tyto možnosti máme dobře zmapované díky potřebě konverze z UNIMARCu do MARC21. Na závěr byly kvůli časové tísni pouze připomenuty možnosti konverzí v informacích, které se odesílají v OpenURL a základní filozofie a kostra mechanismu, který se uplatňuje při prohledávání zdrojů dostupných pouze přes http protokol a při "vykusování" |
||
Čtvrtek
|
Název |
ALEPH PAC User Profiles |
||
|
Lektor Marina Spivakov |
Hodina |
Sál |
|
|
Obsah |
Krátká prezentace na téma čtenářských profilů a jejich použití ve WWW OPACu. Obecně profil může definovat:
|
||
Pro zobrazení lze nastavit:
- počet záznamů v řádkovém zobrazení
- maximální množina záznamů, která se má zobrazovat v úplném formátu
- zvolený formát pro řádkové zobrazení
- jazyk komunikace
Dále se v profilu nastavuje řada povolení:
- fungování externích odkazů (pole 856)
- fungování SDI
- fungování Uložit na server...
- aktualizace adresy čtenářem
- vznášení požadavků na desiderata
- maximální počet záznamů, které lze uložit nebo odeslat e-mailem
Profily a jejich údaje jsou uloženy v tabulce Z61.
Existují čtyři typy profilů:
- ALEPH (obecný)
- IP (vázaný na konkrétní adresu počítače)
- skupinový
- osobní (ID profilu je stejné jako ID uživatele)
Jejich aktualizace je konzistentní a závisí na přihlášení uživatelů.
|
Název |
Apache and Aleph WWW server |
||
|
Lektor Jeff Stavsky |
Hodina |
Sál |
|
|
Obsah |
Stručná prezentace pojednávala o nové možnosti pro Aleph 14.1, a to použít Apache jako WWW front server. Poslední otestovaná verze je 1.3.19. Aleph vyžaduje některé speciální úpravy v httpd.conf. Liší se verze pro 14.2 a 15.2, existují proto pro ně samostatné návody. Volitelně je možné používat SSL, zvyšuje bezpečnost, snižuje výkon. SSL vyžaduje Perl a instalaci Apache musí předcházet instalace OpenSSL. Aleph používá a nabídky modulů následující:
Vzhledem k rozšířenosti Apache a jeho stabilitě je množství problémů minimální. Z řad posluchačů zazněl dotaz, zda-li existuje nějaký nástroj jak se vypořádat s velikostí rychle narůstajících logových souborů. Stefan Lohrum z KOBV doporučil používat GNU program rotate_logs. |
||
|
Název |
Oracle Maintenance and Configuration |
||
|
Lektor Jeff Stavsky |
Hodina |
Sál |
|
|
Obsah |
Přednáška byla užitečná zejména pro správce systému a databázové administrátory Alephu. Současná podporovaná verze Oraclu je 8.1.7. Oproti předchozím verzím se změnil způsob instalace, nyní může probíhat:
Doporučené tipy pro spolehlivý výkon:
Rozšířeny byly některé utility pro správu Oracle (např. util O-14). Použití util O-15 (resp. util O-14-6 ve verzi 15.2) pro spojení volných databázových bloků někdy nefunguje, pomůže export a import celé knihovny. |
||
|
Název |
Z39.50 |
||
|
Lektor Omri Gerson |
Hodina |
Sál |
|
|
Obsah |
Popis funkcionality Z39.50 byl zmíněn se zvláštním důrazem na současné možnosti. Od verze 16.2 byl měl být k dispozici Z39.50 server verze 3 s Extended Services - Database Update. Rozšíření možností ve verzi 14.x spočívá v založení dvou obecných vrstev, které různým způsobem mohou měnit parametry pro Z39.50 spojení, zejména transformovat hledané termíny:
Novinkou je rovněž schopnost Z39.50 brány intepretovat informace o exemplářích a jednotkách a zobrazovat je v OPACu. Rozšířena byla podpora Bath profilu, i když není stále úplná:
Z39.50 brána ukládá nastavení v pracovních knihovnách EXT01 až EXT04, vlastní záznamy se ukládají do VIR01. Z39.50 server je schopen korektně označit záznamy příslušným formátem (tj. to, co nefungovalo ve verzi 12.2 pro UNIMARC). |
||
|
Název |
ALEPH GUI Installation and Distribution |
||
|
Lektor Omri Gerson |
Hodina |
Sál |
|
|
Obsah |
Na samotný závěr konference zazněla prezentace na téma grafický klient Alephu s důrazem na jeho instalaci, správu a distribuci. Klient byl ověřen pro Windows XP, podpora pro Windows 95/98 bude v průběhu 2003 ukončena analogicky s oznámením o ukončení podpory ze strany Microsoftu. Zmíněny byly oba typy instalace:
U síťové instalace byl kladen důraz na sdílení nastavení v .ini souborech a na rozlišení tam, kde je potřeba a kde si uživatel přenastaví. Speciálním rysem, který přibyl do verze 14.x, je parametr pro knihovnu, která může změnit zdroj aktualizace souborů na serveru. Mechanismem pro "version control" však prochází pouze prvních sto souborů. Na závěr zaznělo několik tipů a doporučení pro další vývoj, z nich vyjímám:
|
||