Iva Příbramská, Pavel Kotrba

Datum: 7. - 12.4.2002

Pořadatel semináře: Ex Libris Israel

Místo: Limassol, Kypr

Účel cesty: Získat informace o nové verzi systému ALEPH500 (14.2 a výhledech do budoucnosti), kontaktovat pracovníky firmy Ex Libris a projednat některé problémy při implementace systému v NK ČR, vyměnit si zkušenosti s kolegy ze zahraničních knihoven, používajících ALEPH.

PROGRAM

5.4.2002 Cesta na místo konání semináře

9.4.

9:00-10:30	TRN.L.002 Online Help in ALEPH, andUsingRoboHelp to Translate ALEPH Příbramská
11:00-12:00	TRN.L.003 ApplicationofTranslation Software to Ex Libris ProductsandDocumentation Příbramská
12:00-12:30	TRN.W.001 Translationissues: opendiscussion Příbramská

10.4.

11.4.

12.4. Návrat

Komentář k navštíveným prezentacím

GEN.L.001Aleph PAC jako rešeršní nástroj - Marina Spivakov

• snaha o přiblížení Alephu nástrojům běžných internetovských vyhledávačů - prezentovány možnosti verzí 14 a 15
  
• zůstávají dvě hlavní metody vyhledávání (prohlížení a hledání) a stále budou budovány tři typy indexů (rejstříky, indexy pro přímý přístup, soubory slov) - na jakýkoliv z těchto typů indexů je možno použít kteroukoliv z vyhledávacích metod
  
• řazení každého z indexů může být individuální, u každého souboru slov může být jinak definováno, co je "slovo"
  
• blízkost slov (proximity - vzdálenost n slov, adjacency - sousední slova, zvláštní případ proximity) - je možno nastavit systém tak, že do souboru slov jsou zařazovány všechny dvojice slov z určených (pod)polí jako jeden selekční termín - to urychluje vyhledávání, ale klade větší nároky na prostor
  
• systém je možno nastavit tak, aby soubory slov byly obohacovány ze souboru synonym (slovník synonym se musí budovat "ručně"), ze záznamů autorit, ve verzi 15 bude možno budovat slovník zkratek
  
• vliv nastavení parametrů set_word_limit a set_hit_limit na odezvu systému - Ex Libris si uvědomuje, že se pracuje se stále většími bázemi, takže budou různé limity zvažovat
  
• prohlížení přístupových souborů: možnost obohacení ze záznamů autorit (další novinky v tomto smyslu ve verzi 15)
  
• počet odkazů do záznamů: definování co nejmenšího přijatelného limitu zrychlí odezvu systému
  
• výsledky dotazů: vliv nastavení limitu pro třídění, vážení slov, zvýraznění vyhledávaného termínu v zobrazených záznamech, filtrování (rozmezí dat, text, rok, aktualizace po datu)
  
• možnosti formátování zobrazení záznamů, nejen 856, ale i ostatní pole mohou obsahovat externí vazbu
  
• možnost samoobslužné registrace, SDI (ARI), profily a nastavení uživatelů,

GEN.L.008 Čínské, korejské a japonské písmo v Alephu: Přehled - Judy Levi

• této kratší prezentace jsem se zúčastnila především proto, že bezprostředně navazovala přednáška o architektuře souborného katalogu - vzhledem k tomu, že to (zatím) není náš zájem, nebudu téma nijak komentovat

GEN.L.002 Architektura souborného katalogu - OmriGerson

• rozlišení souborného (union) katalogu a unifikovaného (unified) katalogu - buď originální ekvivalentní záznamy jsou spojeny do jednoho - zjišťování ekvivalence a spojování je časově náročné
• míra spolehlivosti je dána nejen kvalitou porovnávacích a spojovacích mechanismů, ale také kvalitou práce katalogizátorů
  
• naproti tomu je možný virtuální přístup: všechny záznamy jsou ukládány do databáze, pro všechny se budují přístupové soubory, budují se tabulky ekvivalencí, které zajišťují shromáždění ekvivalentní záznamů, možné různé tabulky pro různé úrovně uživatelů - spojování k zajištění unifikovaného zobrazení v daném čase (kdy je požadováno), takže spojovací algoritmus může být průběžně měněn - nezdálo se mi, že by tato zajímavá myšlenka byla již spolehlivě realizována a v nějakém konkrétním souborném katalogu uplatněna

DOC.L.001 Dokumentační středisko Ex Libris - Ruth Schiller

• vzhledem k tomu, že jsme přímo podporování pobočkou v Izraeli, měli jsme už před delší dobou možnost se s tímto střediskem seznámit - každý zákazník Ex Libris má přístup k dokumentaci o těch produktech firmy, pro něž má nakoupeny licence - přínosem je zejména možnost vyhledávání jednotlivých slov ve všech dokumentačních souborech k určitému produktu a možnost získat nejaktuálnější verze těchto souborů - problém je hlavně informace o aktualizacích v jednotlivých souborech

TRN.L.001Aleph online nápověda: základy - Ruth Schiller

• informace pro ty, kdo aktivně pracují s online nápovědami v GUI OPACu, především pro překladatele do národních jazyků (NK je garantem za překlady do češtiny)

TRN.L.002 Online nápověda v Alephu a použití programu RoboHelp k překladům - Ruth Schiller

• způsob práce s programem RoboHelp, který je v současné době používán pracovníky Ex Libris a doporučován jejich
• spolupracovníkům (v NK se používá Exl dříve doporučovaný Help Magician Pro) - popis zvláštností překladu jednotlivých prvků (souborů) online nápovědy

TRN.L.003 Aplikace překladového softwaru na produkci a dokumentaci Ex Libris - Ruth Schiller, Claudia Balby

• zkušenosti z Brazílie z portugalského překladu s využitím programu RoboHelp - nabídka možnosti využít překladové báze, které v této souvislosti byly vytvořeny, i pro překlady do jiných jazyků

TRN.W.001 Diskuse k problémů překladu - Ruth Schiller

• konkrétní zkušenosti překladatelů do různých jazyků - diskuse o rozsahu překladů (tj. o souborech, které by se měly překládat, a těch, které by se překládat mohly

CAT.W.002 Nástroje pro údržbu online katalogu - Judy Levi

• funkcionalita OWN jako možnost "přivlastňování si" záznamů zabránění jejich neoprávněné aktualizaci
  
• - programy pro (online) úpravu bibliografických záznamů (fix programy) - základní (obecné) prvky, z nichž se dá složit fix program podle přání příslušné knihovny (příklady prvků: ADD-FIELD, REPLACE-STRING)
  
• abecední zatřídění položek rejstříků, které jsou delší, než 69 znaků (p_manage_17)
  
• zjištění podobných položek rejstříku (těch které mají stejný řadicí text), které jsou zřejmě stejné např. s výjimkou interpunkce (p_manage_26)
  
• hromadné úpravy položek rejstříků v modulu GUI OPAC (Correct)
• obdoba Správy souborů autorit v Alephu 300

CAT.W.001Aleph 500 a UNIMARC - Judy Levi

• Ex Libris deklaruje stále pokračující závazek podporovat UNIMARC
  
• správa autorit - obohacení BIB báze údaji z AUT báze, aktualizace BIB záznamů z AUT záznamů, práce s číslem autority v podpoli $$3 na zakázku z Francie (spojování BIB a AUT záznamů primárně na základě čísla záznamu autority, až sekundárně na základě textu položky rejstříku - řešení situací, ke kterým při tom může dojít)
  
• vazby záznamů na základě údajů v polích 4xx (možno nastavit i zobazení v ISBD formátu pomocí tab_expand, instance E-DOC-nnn)
  
• odvození záznamu autority z příslušného pole BIB záznamu (Derive)
  
• programy pro úpravu pole 100
  
• Z39.50 server a modul MVS může pracovat se záznamy v UNIMARCu
  
• zlepšení možností konverze z MARC21

ILL.W.001Meziknihovní výpůjční služba (MVS) - YifatLulav

• 2 části:
  1. žádosti o výpůjčku adresované jiné knihovně ("outgoing")
     
  2. žádosti došlé z jiné knihovny ("ingoing")
     
• druhý případ řeší NK zjednodušeným postupem, kdy knihovny jsou evidovány jako čtenáři a jejich výpůjčka probíhá obdobně
  
• zajímali jsme se hlavně o první část (popis tabulek s nastavením) , ovšem situace NK je složitější o to, že ještě zprostředkovává zahraniční MVS jiným českým knihovnám

BIB.L.003 Novinky související se soubory slov a s rejstříky - OmriGerson

• členění textů do slov pro vytváření souborů slov pro vyhledávání: trojí zařazení slov s uvozovkami a pomlčkami, procedury nejsou přednastavené jako celek, ale definici může uživatel (knihovna) vytvářet z jednotlivých základních procedur,
• různé soubory slov mohou být z tohoto hlediska různě zpracovány;
  
• dva druhy blízkosti slov ("adjacency" jako zvláštní případ "proximity");
  
• možnost indexovat sousední slova jako celek urychluje vyhledávání za cenu prodloužení doby výroby souborů slov a jejich velikosti;
  budování nové tabulky z0102 umožňující prohlížení rejstříků i v relativně malých logických bázích,
  
• novinky ve verzi 15.2

ACQ.W.001 Nápady pro akvizici - YifatLulav

• souhrnná informace o procedurách, které by se měly spouštět na přelomu každého roku
  
• hierarchie rozpočtů
  
• smazání objednávek s některými statusy (bohužel nikoliv CLS)
  
• zvláštní definice lokální měny, možnost importovat tabulku měn
  
• rychlá katalogizace není pro NK vhodná pro větší požadavky na kvalitu BIB záznamu našich akvizičních pracovníků

WEB.L.001 Uživatelské profily pro WWW OPAC v systému ALEPH - Marina Spivakov

• nastavení zobrazení; jazyka komunikace; BIB a ADM bází (implicitní dílčí knihovna může být definována pro individuální profil, profil ALEPH nemá žádné preference pro řazení DK, jen abecední, nefunguje s určitými programy expand); práv pro ukládání záznamů na server, upravovat adresy (x nespolehliví čtenáři); práva zobrazovat si externí soubory, připojené
• přes pole 856...; definice zakázaných bází
  
• typy profilů: ALEPH (implicitní, základní), IP (na základě čísla stroje, odkud čtenář katalog užívá), skupinový (ve skupině jeden Master profil, čtenář s ním má právo profil upravovat), osobní
  
• možnosti změny profilů (dočasné a trvalé)

WEB.W.002 Úpravy WWW rozhraní systému ALEPH na míru uživatelům - LudaCherinsky

• závažnější úpravy, které by byly velmi vhodné pro čtenáře, ale NK na něco
• podobného nemá kapacitu (pracovníky s potřebnými znalostmi) - navíc je nutno
• úpravy opakovat s každou novou aktualizací verze

V15.L.001 Nové trendy v systému ALEPH, verze 15.2 - OmriGerson

• zlepšení WWW Služeb (přehlednější používání parametrů, integrace s GUI s udržováním historie běhů procedur, náhrada Správce úloh, možnost využití XML/XSL souborů)
  
• WWW OPAC bez rámců (již v 14.2.5), každá obrazovka může být volána přímo
  
• postupný rozvoj nového GUI klienta (začíná se s Výpůjčkami)- v 15.2 ještě není integrální součástí

IT.L.001  X-Server API - TsachMoskowitz

Zvláštní interface, který umožňuje externím aplikacím získat pomocí protokolu http odpověď na dotaz ve formátu XML. Na aplikaci pak je, do jaké výstupní podoby odpověď zpracuje, a také vytvoření interface pro zadavání parametrů dotazu. Zatím se zdá, že se stále vyvíjí, ve verzi 15 podporují některé základní dotazy, mají v plánu funkčnost rozšířit. Jsou určité problémy s kódováním, aby si odpovídal vstup, uložená data a výstup. Je také nutno vyřešit ochranu dat, která nechceme zveřejňovat. Co obsahuje výstup má řídit šablona, ale není dořešeno, chceme-li někomu poskytnout více údajů a jinému méně, tj. rozlišení oprávnění a vytvoření odpovídajícího výstupu.

IT.W.002 ALEPH API Programming in C and C++

Pc_server umožňuje vlastním aplikacím psaný v C či C++ získávat a případně i měnit data z databáze Alephu. Aplikace naváže komunikaci s pc_serverem a předá mu žádost o nějakou činnost patřičně uspořádanými daty. Server vrátí odpověď v podobné struktuře. Je potřeba mít popis struktur pro jednotlivé služby, které lze od pc_serveru požadovat. Pro C++ mají definovány potřebné třídy a objekty, které opakující se činnosti už implementují.

IT.W.003Writing ALEPH fix_docs

Probírána problematika automatizování změn v bibliografických záznamech. Používá se tabulka tab_fix, kde se definují programy (s případnými parametry), které dělají úpravy, a "rutiny" (tj. místo v činnosti Alephu), kde se tyto programy spustí. V tab_fix lze použít mimo fix programů Alephu i programy vlastní. Musí být v $aleph_exe, musí přijímat data v určitém formátu a po zpracování je posílat v tomtéž formátu. Lze též nadefinovat vlastní názvy rutin, které lze pak spouštět z klienta výběrem z menu. To se definuje v fix_doc.lng souboru. Procedura p_file_08 mění záznamy v sekvenčním souboru Alephu podle skripu, který může napsat uživatel. Nebylo ale uvedeno, zda by se tato procedura dala použít v tab_fix. Je pravděpodobně určena pro hromadné zpracování pomocí vyexportování a neimportování dat.

IT.W.005 Indexing: TechnicalIssues

Byl popsán postup, který používají procedury vytvářející indexy v širším významu slova, jejich společné rysy i odlišnosti. Bylo upozorněno na možné problémy především s volnou kapacitou na discích, na způsoby zkrácení doby vytváření indexů a na možnosti pokračování procedury při jejím zhroucení z nějakých důvodů (např. místo na disku) od nějakého stavu, který byl v pořádku, místo spuštění od začátku a jak ten stav obnovit. Toto téma je velmi užitečné s ohledem na poměrně časté použití těchto procedur, jejich náročnost a výskyt technických problémů při jejich běhu.

LRS.L.001 XML/XSL-BasedMechanism for 15.2

Od verze 15 (15.2?) se radikálně mění mechanizmus vytváření tiskových výstupů. Data pro tisk jsou získána ve formátu XML a na serveru se provede jejich úprava (např. formátování dat, čísel, ale i komplikovanější expandování), kterou je možno nastavit patřičnými tabulkami. Výstup, který je stále v XML převezme klient. Ten má pro každý druh tisku definovánu tzv. template v XSL (jazyk pro zpracování XML), kterou si klient aktualizuje ze serveru. XML je zpracováno pomocí této template do formátu HTML a poté vytisknuto nebo posláno emailem jako příloha. Zatím zůstávají určitým způsobem zachovány i některé dřívější druhy tisku (plain), ale zdá se, že podporován by měl být tento mechanizmus pro jeho možnost přizpůsobení rozličným podmínkám.

BIB.L.002DeduplicationofBibliographicRecords

Probrána problematika duplicit a prostředky, které Aleph poskytuje k jejich nalezení a odstranění. Obecně jde o dosti obtížný problém. Nejprve je nutno nalézt shodu mezi záznamy, tj. určit a realizovat mechanizmus, který rozhodne, zda je dvojice záznamů považována za duplicitní či nikoli. Porovnáním s celou množinou záznamů (bází) pak můžeme určit, zda daný záznam není duplicitní nebo je duplicitní s jedním záznamem nebo je duplicitní s více záznamy. Druhý případ lze řešit sloučením záznamů. Je nutno určit způsob, jakým se data z těchto dvou záznamů sloučí do jednoho. Přitom je potřeba dbát na to, aby se pokud možno správná data neztratila, ale aby se chybná data pokud možno do záznamu nedostala. Třetí případ je také velmi problematický. Pokud mechanizmus určení shody záznamů je tranzitivní, znamená to, že v bázi již máme duplicity. Pokud není tranzitivní, je pouze přibližný, neboť shoda záznamů by tranzitivní být měla, pak se musí nějak rozhodnout, se kterým záznamem je sledovaný záznam skutečně duplicitní či zda přeci jen máme v bázi duplicity, tj. v podstatě je potřeba mechanizmus upřesnit. Aleph nabízí některé možnosti pro porovnávání záznamů a pro jejich slučování. Tyto procedury jsou řízeny tabulkami, jsou tedy nastavitelné, vzhledem k výše zmíněné problematice ale nelze říci, že by bylo vždy možno nalézt stoprocentně účinné mechanizmy deduplikace.

UNI.L.003Introduction to Unicode

Seznámení s problematikou kódování psané informace pro počítačové využití a její řešení použitím Unicode, jeho výhody a některé přetrvávající problémy. Dále probrán konkrétní postup v této problematice u Alephu  a jeho postupná implementace Unicodu. Na tuto přednášku navazovalo několik dalších, které se zabývali detailněji konkrétním užitím Unicodu v Alephu a souvisejícími tématy, ale nikdo z nás dvou se jich nezúčastnil, neboť paralelně probíhaly v dalších sekcích také velmi užitečné přednášky na témata, jimiž se intenzivně zabýváme.

SYS.L.002OracleMaintenanceandConfiguration

Bylo pojednáno zvláště o instalaci Oraclu (v současnosti používána verze 8.1.7), o nastavování jeho parametrů, jeho sledování a o utilitách Alephu, které jsou určeny pro jeho správu.

HODNOCENÍ

Celkově lze seminář hodnotit jako velmi přínosný, především pro možnost osobního kontaktu s některými členy vývojového týmu Ex Libris a navázání kontaktů s některými členy podpory systému v Izraeli. Prezentace byly dobře připraveny, jen výjimečně se objevila slabší místa. Obdrželi jsme CD se všemi podklady (prezentace a další soubory), před každou přednáškou jsme měli k dispozici vytištěné prezentace. Bylo velmi výhodné, že některé prezentace se opakovaly, takže při čtyřech paralelních jednacích místech bylo více pravděpodobné, že účastník nezmešká prezentaci, která jej zajímá. Také účast dvou pracovníků knihovny s různým zaměřením byla prospěšná.

23.10.2002, zapsala Iva Příbramská, kurzívou odlišeny texty dr. P. Kotrby