Alma & auktoriteetit
Almassa voi auktorisoida kenttiä 100, 110, 111, 130, 440, 490, 600, 610-611, 630, 648, 650, 651, 654, 655, 700, 710, 730, 748, 751, 754, 800, 810-819 ja 830. Jos näissä kentissä käytetään YSO tai SLM asiasanastoja, niin osakenttäjärjetys on Almassa 0-2; järjestys muokataan 0-2 muotoon Melindasta tietuetta haettaessa ja vastaavasti Melindaan julkaistaessa palautetaan järjestys 2-0. Alman auktoriteettivalvonta ei onnistu kaikissa kentissä joissa voidaan käyttää YSO tai SLM sanastoja. Kentät on rakennettava manuaalisesti ja niissä osakenttäjärjestys on 2-0 eli sama kuin Melindassa. Vinkkaa tärkeistä, Alman auktoriteettivalvontaa tarvitsevista kentistä sivun alalaidan kommenttiosiossa.
Ohje: Working with Authority Records
Ohje: Using the Authority Control Task List
Auktoriteettien päivitystiheys
Auktoriteettikanta | Subject/Name Authority | Päivitystiheys Asteri→Alma | Sanastokoodi | Päivitys Asterissa |
|---|---|---|---|---|
Finnish Name Authority File | Name | kuuden tunnin välein | FINAF | reaaliaikainen |
YSO | Subject | joka lauantai klo 3 | YSO/FIN YSO/SWE | epäsäännöllinen; päivitys tapahtuu Fintosta |
SLM | Subject | joka lauantai klo 3 | SLM/FIN SLM/SWE | epäsäännöllinen; päivitys tapahtuu Fintosta |
YSO/SLM päivitykset eivät tällä hetkellä siirry automattisesti Melindaan (mutta ovat kuulemma työlistalla). Koska asiasanastoja päivitetään Fintosta vain noin kerran kuukaudessa, niin Finton kautta voi löytää auktorisoidun muodon joka ei ole vielä käytettävissä Asterista.
Alman auktoriteettijobit
Authorities - Link BIB Headings
Authorities - Link BIB Headings – This job searches all authority (and local authority, if enabled by Ex Libris Support) record fields, including subdivision fields, for complete terms listed in bibliographic records (giving priority to local authorities, if enabled). If exact matches are found, the bibliographic records are linked to the corresponding authority records. If exact matches are not found, a search of all authority records is performed once again but the subdivision fields are disregarded, and the bibliographic records are linked to the matching authority records that are located during the second search. On a subsequent run of the Authorities – Link BIB Headings job, a bibliographic record that was linked to an authority record without subdivision fields may be re-linked to a better matching authority record (with subdivision fields). If a match is found on the main part of the heading, the subdivisions are still retained in the bib record. For MARC 21, partial matching for sub divisions is done on $v $x $y $z in 6XX fields.
- linkkaa bibin hakumuodon auktoriteettiin
Authorities - Link BIB Headings asetukset
(1) ExL täytyy laittaa ajo päälle
(2) Jotta ajo linkkaisi termejä, täytyy linkitys olla päällä:
Configure → Resources → (General) → Authority Control Rules
'Authority Control Rules' sivulla rivi "Default Link BIB Headings Rule" ... → Edit
'Link' täytyy olla päällä!
Authorities - Preferred Term Correction
Authorities - Preferred Term Correction – This job performs preferred term correction on all bibliographic records that are linked to authority records using the Authorities - Link BIB Headings job. For example, if a bibliographic record contains the non-preferred term “Narcotics, Control of,” and the associated authority record contains the preferred term “Drug control,” the Authorities – Preferred Term Correction job replaces “Narcotics, Control of” with the preferred term “Drug control.” Bibliographic records are also updated with any subsequent updates to authority records.
- korjaa "katso" muodot
Authorities - Preferred Term Correction asetukset
(1) ExL täytyy laittaa ajo päälle
(2) Jotta ajo korjaisi termejä, täytyy korjausasetus olla päällä:
Configuration → Resouces → Other Settings
disable_preferred_term_correction_job => Arvoksi vaidettava "False"
Mitkä kentät ovat auktoriteettivalvonnan piirissä?
Ohje: Linking an Authority Record to a Bibliographic Record
100, 110, 111, 130, 440, 490, 600, 610-611, 630, 648, 650, 651, 654, 655, 700, 710, 730, 748, 751, 754, 800, 810-819 ja 830
711 puuttuu listalta, mutta näyttää toimivan ok... entä 240, 243 <-> teosauktoriteetin vaikutus (A100 $a $t) ?
The MD Editor allows you to link to a suggested authority record quickly from an authority-controlled field (100, 110, 111, 130, 440, 490, 600, 610-611, 630, 648, 650, 651, 654, 655, 700, 710, 730, 748, 751, 754, 800, 810-819, and 830) in a bibliographic record. It also enables you to view a read-only version of a suggested authority record and view the bibliographic records that are linked to this authority record.
In addition to the Name and Subject Headings authority support for the following bibliographic fields that are mapped to authority headings, Alma provides mapping for the bibliographic 490$a and 440$a (obsolete) and an F3 lookup for these fields in the Alma MD Editor. The 490$a (and 440$a) lookup is pulled from the authority record 130$a and 430$a:
130 – Main Entry – Uniform Title
630 – Subject Added Entry – Uniform Title
730 – Added Entry – Uniform Title
830 – Series Added Entry – Uniform Title
With the F3 lookup (refer to the procedure below for more information), you are provided the option to select your preferred series statement from a predefined list that is displayed in the MD Editor. The system does not do automatic linking/preferred term correction as part of the authorities daily processing for the 490$a/440$a since the 490$a/440$a series statement represents the information (the way that a series is named) on the book itself. (Refer to http://id.loc.gov/authorities/names.html for more information.) However, you can do an F3 lookup in the MD Editor for the 490$a/440$a series statement and, optionally, Select the preferred authorities to update the bibliographic 490$a/440$a.
Termin auktorisoiminen Asteriin Almassa
Toimijat 100, 110, 111, 700, 710, 711, 800, 810, 811 kentissä
← Alma-muotoinen
Almassa natiivi Asteriin linkattu toimijanimen muoto on kentässä 100, 110, 111, 700, 710, 711, 800, 810 tai 811
- $0 osakenttä tulee heti auktorisoidun nimimuodon jälkeen
Jotta nimeä voi hakea Asteri-nimi-indeksistä (painamalla <F3>), täytyy kentässä olla: XXX XX $a <nimen alku>
Alma-Melinda integraatiossa nämä kentät käyttäytyvät siten, että
- Melindasta kenttä tulee sellaisenaan
- kun tietue julkaistaan Almasta Melindaan, niin $0-osakenttä siirretään viimeiseksi
700, 710, 711, 800, 810 ja 811 voivat sisältää teosviittauksia, jotka voivat myös tarttua kiinni auktoriteettiin - myös LC tekijä-teos auktoriteetteihin?
600, 610 ja 611 kentät Almassa - 'finaf'
← Alma-muotoinen
Almassa natiivi Asteriin linkattu toimijanimen muoto on kentässä 600, 610 ta 611
- 2. indikaattori on '7'
- $0 osakenttä tulee heti auktorisoidun nimimuodon jälkeen
- kentän lopussa '$2 finaf'
Jotta nimeä voi hakea Asteri-nimi-indeksistä (painamalla <F3>), täytyy kentässä olla:
- 600/610/611 X7 $a <nimen alku> $2 finaf TAI
- 600/610/611 X0 $a <nimen alku>
Alma–Melinda-integraatiossa nämä kentät käyttäytyvät siten, että
- Melinda muokkaa kentät Alma-muotoiseksi ennen kuin tietue siirtyy Almaan
- kun tietue julkaistaan Melindaan, kentät muutetaan Almassa takaisin Melindan hyväksymään muotoon (ind. 2 = '4' & osakenttä $2 poistetaan)
Näin Melindan kuvailukäytännöt voidaan toistaiseksi säilyttää ennallaan, ja Almassa voidaan linkata 6XX-toimijakentät Asterin toimija-auktoriteetteihin.
600, 610, 611 voivat sisältää teosviittauksia (osakentässä $t jne), jotka voivat myös tarttua kiinni auktoriteettiin - myös LC tekijä-teos auktoriteetteihin? (vai estääkö ind 2 = '7' tämän...)
650, 651 ja 655 YSO- ja SLM-kentät
← Alma-muotoinen
Almassa natiivi YSO- ja SLM auktoriteetteihin linkattu muoto on 650, 651 ja 655 kentissä
- $a osakenttä päättyy pisteeseen
- $0 osakenttä tulee heti osakentän $a jälkeen
- $2 osakenttä on viimeisenä
650 ja 651 käytössä YSO/FIN- ja YSO/SWE-indeksit. 655-kentässä käytössä SLM/FIN- ja SLM/SWE-indeksit.
Jotta YSO-termiä voi hakea indeksistä (painamalla <F3>), täytyy kentässä olla: 650/651 #7 $a <termin alku> $2 yso/fin (tai: yso/swe)
Jotta SLM-termiä voi hakea indeksistä (painamalla <F3>), täytyy kentässä olla: 655 #7 $a <termin alku> $2 slm/fin (tai: slm/swe)
Alma–Melinda-integraatiossa nämä kentät käyttäytyvät siten, että
- kun tietue tulee Melindasta, niin $a-osakentän loppuun lisätään piste ja $2-osakenttä siirretään viimeiseksi
- kun tietue julkaistaan Melindaan, niin $a-osakentän loppupiste poistetaan ja $0-osakenttä siirretään viimeiseksi
Havaittuja auktoriteettiongelmia
Nimimuodossa esiintyvien ongelmien syitä
Suomalaisten kirjastojen piti noin vuosikymmen sitten ajaa pois datastaan synnyin- ja kuolinvuodet. Eli todennäköisesti LC:n nimiä on datassa rutosti, mutta vuosilukujen puuttumisen takia term correction jobi ei pure…
Suomalaisia nimiä on LC-nimien listalla myös sen takia, että Kansalliskirjasto ei ole koskaan avannut auktoriteettejaan maailmalle. Eli LC:n luetteloija ei ole pystynyt koskaan antamaan henkilölle ”Matti Korhonen” mitään erottuvaa muotoa, vaan (vähäiset) suomalaiset aineistot on pitänyt auktorisoida nimiösivulta löytyvän nimimuodon mukaan. Ja koska Kansalliskirjasto ei koskaan avannut suomalaisille kirjastoille auktoriteetteja, niin myös meidän kuvailussa jouduttiin tyytymään nimiösivulta löytyvään nimimuotoon. SEURAUS: nyt suomalaisia henkilönimiä yhdistyy LC:n nimimuotoihin.
LC:ssä on myös teosten ja sarjojen teosauktoriteetteja, mikä selittää osan kummallisuuksista - esimerkiksi jotkut suomalaiset sarjat näyttävät auktorisoituvan 830 kentässä.
Osakenttä $0 tuplaantuu
Alma tuottaa $0 tuplaosakenttiä suomalaisiin auktoriteettitietueisiin linkkautuihin kenttiin joko kuvailijan tehdessä muutoksia termiin käsin tai Preferred Term Correction jobin takia. Joskus tuplaantuminen on vaaratonta (molemmissa $0 osakentissä sama sisältö), mutta joskus ongelmallisempaa: kaksi $0 osakentää, joissa on kummassakin eri sisältö (esimerkiksi kun yso-termi joudutaan korjaamaan käsin).
ESIMERKKI. Termi on pomittu kaksi kertaa käsin YSO/FIN termilistalta:
Alasivulla on kerrottu, miten ylimääräiset $0 osakentät voidaan poistaa automaattisesti käsin tallennettaessa, ks kohta 'Muiden kuin ensimmäisen $0 osakentän poistaminen käsin tallennettaessa'. Kannassa kannattaa myös ajaa em. kohdassa annettua normalisointisääntö ylimääräisten $0 osakenttien poistamiseksi esimerkiksi kerran viikossa.
Melindaan julkaistessa vain ensimmäinen $0 osakenttä säilytetään.
$0 osakentän tuplaantumisen syy: Asterin epästandardi tapa käyttää $0 osakenttää otsikkomuodossa
Preferred term correction jobi hävittää auktorisoidun nimimuodon jälkeisen välimerkin
← välimerkitön muoto preferred term correction jobin jälkeen
$d osakentän lopusta puuttuu pilkku
Välimerkin häviämisen syy: Asterin epästandardi tapa käyttää $0 osakenttää otsikkomuodossa
LCSH tekijä-nimeke- ja nimekeauktoriteetit purevat myös suomalaisiin muotoihin
Esimerkiksi migraatiossa 830-kentän muotoja linkkaantui LCSH auktorisoituihin teoksiin - osa näistä meni myös LCSH muotoiseksi, jos suomailainen muoto oli kieletty (eli teosauktoriteetin 430 kentässä).
→ linkattu LCNAMES auktoriteettiin
vaikutus?
tekijä-nimeke auktoriteetit?
kaivataan lisähavaintoja...
LCSH linkkaantumisen ja nimimuodon vaihtumisen syy: Asterissa ei ole teosauktoriteetteja