140 likes | 300 Views
Aleph Central Catalog sovellus & pilottiprojekti. 10.03.2008 EK. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. ADM. HOL. BIB. ADM. AUT. Aleph Central Catalog – Voyager-tietokannat. AUT. Etätieto- kannat. Poiminta- luettelointi.
E N D
Aleph Central Catalogsovellus & pilottiprojekti 10.03.2008 EK
ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM ADM HOL BIB ADM AUT Aleph Central Catalog – Voyager-tietokannat AUT Etätieto- kannat Poiminta- luettelointi Päivitys BIB Yhteis- luettelo LOW Viestit Viestit Käyttöliittymä Z39.50 Z39.50 Paikalliset tietokannat
Toimintamalli • Bibliografiset tietueet ja auktoriteettitietueet tehdään yhteisluettelossa josta ne kopioituvat automaattisesti paikallisiin tietokantoihin • Paikallisissa tietokannoissa tehdään sijainti- ja nidetietueet (linkki bibliografisessa tietueessa) • Viesti tietueiden päivityksistä (korjauksista) kaikille omistaville kirjastoille • Yhteisluettelossa käytetään Aleph-luettelointiclienttiä ja paikallisissa tietokannoissa Voyager-luettelointiclienttiä • Huomattava muutos nykyiseen käytäntöön, mutta vastaava käytäntö monille tuttu VTLS-järjestelmän ajoilta
Low Tag – linkki paikalliseen tietokantaan • Low Tagin lisääminen > viesti paikalliseen järjestelmään: uusi tietue > tietueen kopiointi • Low Tagin poistaminen > viesti paikalliseen järjestelmään: tietue poistettu > tietueen poisto • Muutos bibliografiseen tietueeseen > viesti kaikille omistaville kirjastoille > tietueen kopiointi ja yhdistäminen jo olemassa olevaan tietueeseen
Huonoa • Joudutaan käyttämään kahta clienttiä • Tietueeseen pitää tallentaa kirjastotunnus • Omassa tietokannassa tietue pitää hakea esiin ennen sijainti- ja nidetietueiden tekoa • Poimintaluetteloinnissa kaksi ’klikkausta’ enemmän
Hyvää • Välimerkkejä ei tarvitse tallentaa (MARC21) • Tyhjiä kenttiä ja osakenttiä ei tarvitse poistaa (template) • Kentät järjestyvät automaattisesti numerojärjestykseen • Helppo erikoismerkkien tallennus • 100/245 –kenttien indikaattoreiden tarkistus • Kentän 245 2. indikaattorin tarkistus • ISBN-tarkistus • Muutos > 260 $c >> päivittyy automaattisesti > 008
Hyvää (cont.) • Tietue voidaan lukita • Konversiot voidaan tehdä clientin komennoilla • 773-linkkikentän lisäksi käytettävissä Alephin linkkikenttä LKR (up, dn, par) • Useita erilaisia näkymiä tietueeseen • TagTable palvelimella • Tehokkaampi luettelointiclientti • Global Change
Pilottiprojekti Tarkoituksena selvittää voidaanko Ex Libriksen Aleph-yhteisluettelosovelluksella saada aikaan tasokkaampi ja kustannustehokkaampi yhteisluettelo kuin nyt käytössä olevalla Voyager-sovelluksella.
Aleph-UC -mallit (konsortio-) • Single Local System • Union View Catalog • Central Catalog Valittiin Central Catalog
Miksi? • Nykyinen sovellus viallinen ja puutteellinen. Sitä ei enää kehitetä eikä sille saada tukea • Nykyisen tietokannan ylläpito ja huolto varsin kallista • Nykyisen tietokannan taso heikko (tuplat, virheelliset linkit, ei täysin ajantasainen eikä kattava) • Uusi sovellus ja tietokanta kansallisen yheisluettelon perustaksi
Projektin tila nyt Neljästä kirjastotietokannasta (HELKA, VAARI, TEEMU, JYKDOK) muodostettu Aleph Union View –tietokanta (soft merge). Tuplakontrollimääritykset tehty, kolme tuplakontrolliajoa tehty, tuplakontrollin tulokset analysoitu ja kontrollimäärityksiä hiottu ajojen välissä. Tehty ’Hard Merge’ Ongelmallisia ovat olleet lähinnä moniosaiset teokset ja heikkotasoiset tietueet. Ongelmat pääosin ratkaistu, mutta täysin ’tuplavapaata’ tietokannasta ei saada. Sovelluksen yleistä toiminnallisuutta testattu
Projektin jatko • Sijaintitietojen linkityksen testaus • Kopiointi paikallisiin tietokantoihin - testaus • Sovelluksen yleisen toiminnallisuuden syvempi testaus jatkuu • Vielä yksi tuplakontrolliajo viilatuin säännöin + hieman datan manipulointia • Päätös käyttöönotosta (03-04.08.), käyttöönotto vuoden 2008 aikana jos päätös myönteinen