Problemy z dostosowaniem systemu Virtua do potrzeb użytkowników z doświadczeń lubelskich bibliotek Andrzej Padziński Biblioteka Główna Uniwersytetu Przyrodniczego w Lublinie Dorota Tkaczyk Biblioteka Główna Uniwersytetu Marii Curie-Skłodowskiej

Konspekt Interfejs użytkownika Budowa katalogu rozproszonego Zamawianie i obsługa zamówień Rozwiązywanie problemów przez VTLS Inc.

Interfejs użytkownika

Budowa interfejsu Skomplikowany sposób budowy interfejsu Niejednolitość rozwiązań w szablonach, np. style Rozproszenie parametrów Pozorna elastyczność Elementy (dyrektywy) interfejsu powinny dać się modyfikować Tekst odnośnika - brak obsługi podpola y w polu 856 Kłopoty z przejściem do nowej wersji

Biblioteka główna i biblioteki wydziałowe Trudności z budową odrębnego interfejsu dla biblioteki wydziałowej Brak możliwości wydzielenia podbaz i/lub możliwości sprawnego wyszukiwania w wybranej lokalizacji Filtry dla lokalizacji Im mniejszy podzbiór, tym wolniejsze działanie >> Pomijanie odsyłaczy Trudności z ustawieniem domyślnym

Budowa katalogu rozproszonego

Interfejs katalogu rozproszonego Pliki konfiguracyjne są dostosowane do pracy interfejsu z jedną bazą Konieczność ujednolicania: Statusów Rewersów Lokalizacji

Podłączanie baz w innym oprogramowaniu Inne oprogramowanie >> Wygląd ekranów - Views Linki z poszczególnych ekranów Informacje o egzemplarzu Cechy stosowanego oprogramowania (ograniczenia) Różnice w implementacji Z39.50

Implementacja Z39.50 Zbyt mała elastyczność – brak możliwości zmiany domyślnych ustawień Z39.50 Rozwiązania „lokalne” – niestandardowe w implementacji Z39.50 Brak obsługi składni OPAC KARO >>

Komunikaty o błędach Niewiele mówiące komunikaty o błędach lub ich brak Ograniczone możliwości logów

Zamawianie i obsługa zamówień

Brak dostosowania do potrzeb bibliotek z magazynami zamkniętymi

Zamówienia Niespójność zasad udostępniania z zasadami zamawiania Uprawnienia do wypożyczeń: Location + Patron + Item Uprawnienia do zamawiania: Location + Item Odmowne rewersy – decyzja należy do bibliotekarza Ustawienie lokalizacji jako „non paging” nie dotyczy rekordu zasobu

Ograniczenia w zamawianiu wg dokumentacji – restrictions.conf Ustawienia w chameleon.conf RequestEnableRestrictionsFile RequestRestrictionsFile Budowa restrictions.conf typ 2 [Shelf Location Code][tab][Pickup Location Code][tab][Patron Type] Przykład: 10000 20000 FC 20000 10000 30000 20000 ST

Ograniczenia w zamawianiu w praktyce – sposób 1 pickuplocations.conf Trzeba wskazać lokalizację domyślną, nawet jeśli jest to jedyna lokalizacja w pliku

Ograniczenia w zamawianiu w praktyce – sposób 2 Ustawienia w bazie Lokalizacje muszą być lokalizacjami odbioru (pickup) Ustawienia w chameleon.conf RequestAllowPatronSetLocation 0 RequestSelectShelfLocationForPickups 1 Ustawienia w restrictions.conf [Shelf Location Code][tab][Shelf Location Code][tab][Patron Type] Przykład: 10001 10001 ST 10002 10002 20001 20001 NA pickuplocations.conf: Przykład: 10001 Wypożyczalnia DEFAULT 10002 Wypożyczalnia 20001 Wypożyczalnia B

Ograniczenia w zamawianiu w praktyce – sposób 3 Ustawienia w chameleon.conf RequestUseParameterForPickupLocs 1 RequestAllowPatronSetLocation 1

Ograniczenia rozwiązania Działa tylko dla lokalizacji odbioru (pickup) Trudności z powiązaniem z uprawnieniami do wypożyczania Konieczność łączenia lokalizacji z kategoriami egzemplarzy, co skutkuje wzrostem liczby „sztucznych” lokalizacji i kategorii egzemplarza

Global Request Trapping Flags Dotyczy pracy w kliencie Virtui, ale wpływa na Vectors Global Local Vectors: zamawianie bez ograniczeń Klient: nie dotyczy zamówień „auto” Group Vectors: blokuje możliwość zamawiania

Rozwiązywanie problemów przez VTLS Inc.

Co otrzymujemy? Baza IM User Group Enhancement Process Głosowanie Obietnice poprawek w nowszych wersjach Rady typu: „Zmieńcie komputer” „Migrujcie do nowszej wersji” „Niespodzianki” – migracja do nowej wersji zawsze wymaga wielu testów i wiąże się z dużym ryzykiem Dylemat przed migracją „czy pozostać przy starych, znanych błędach, czy wybrać nowe - nieznane?” „Stabilne” od 6 lat oprogramowanie

A czego potrzebujemy? Nowoczesnego i dostosowanego do naszych potrzeb oprogramowania Rzeczywiście stabilnych wersji Szybkiej i skutecznej reakcji na problemy Rozwiązań w wersji przez nas stosowanej Migracji bez ryzyka, czyli dobrze sprawdzonych, bezpiecznych nowych wersji