Projekti

Yleinen

Profile

Bugi #2734

Osakohteen linkityksessä vikaa

Lisännyt Saimi Kallio yli 3 vuotta sitten. Päivitetty 25 päivää sitten.

Tila:
Kommentoitu
Prioriteetti:
Normaali
Nimetty:
-
Luokka:
Luettelointi
Kohdeversio:
-
Alku:
12. Tammikuuta 2018
Määräaika:
% Tehty:

0%

Arvioitu aika:
Yhteyshenkilö:
Votes: 0

Kuvaus

Osakohteen voi tehdä, mutta se ei linkity takaisin, sillä osakohteen 003-kentässä pitäisi olla sama tieto kuin emokohteen vastaavassa kentässä.

Esim. Melinda-tietueeseen tehty osakohde ei linkity takaisin, jollei osakohteen (tai emon) 003-kenttää muuta, koska osakohteeseen tulee automaattisesti teksti FI-Kyyti.

Historia

#1 Updated by Johanna Räisä yli 3 vuotta ago

  • Tila changed from Uusi to Kommentoitu

Tämä on määritelty luettelointipohjaan. Tietääkö Anneli onko tuolle tehtävissä mitään asetuksissa?

#2 Updated by Anneli Österman yli 3 vuotta ago

En nyt oikein muuta keksi kuin poistaa Oletus-luettelointipohjasta 003-kentästä oletusarvo. Mutta siitä voi sitten tulla ongelmia muissa yhteyksissä.

Toinen vaihtoehto on käyttää tietueiden erämuutosta ja muuttaa osakohteisiin kaikkiin kerralla 003-kentän tieto. Mutta jos osakohteet tehdään yksitellen muutenkin, niin tämä vaihtoehto ei ehkä ole järkevä.

#3 Updated by Tuomas Kunttu yli 2 vuotta ago

  • Projekti changed from Kyytin testauspalautteet to Palaute - Koha-Suomi
  • Luokka set to Luettelointi
  • Yhteyshenkilö changed from Saimi Kallio to Tuomas Kunttu

Ratkaisuna on käytetty sitä, että kirjoitetaan emokohteeseen se FI-Kyyti, joka osakohteisiin tulee automaattisesti.

Jos tähän automaattista ratkaisua hakee, niin kun emolle luo osakohteita, voisi emon 003-kentän sisältö kopioitua osakohteiden 003-kenttään.

Mutta onko tämä sellainen ongelma, johon kannattaa ohjelmallista ratkaisua tehdä? Ovatko muut kokeneet tätä ongelmaksi?

#4 Updated by Anneli Österman yli vuosi ago

Tähän ei ole tullut kommentteja vuoteen, joten olisiko niin, että ei ole ongelma muualla? Voisiko tiketin sulkea?

#5 Updated by Katri Sillgren yli vuosi ago

Anneli Österman kirjoitti:

Tähän ei ole tullut kommentteja vuoteen, joten olisiko niin, että ei ole ongelma muualla? Voisiko tiketin sulkea?

Hellessä osakohteiden linkittömyydestä ja emon perustiedot-näytöllä näkymättömyydestä toisinaan kysellään.

Tuomaksella hyvä ehdotus: Jos tähän automaattista ratkaisua hakee, niin kun emolle luo osakohteita, voisi emon 003-kentän sisältö kopioitua osakohteiden 003-kenttään.

Tarvittaessa osakohteen alkuperäisen luetteloivan organisaation voinee laittaa 040-kenttään? Esim. kun emotietue on poimittu Melindasta ja puuttuvat osakohteet lisätään itse. Olisiko Heikkisen Antilla tähän käytäntöön tarkempaa tietoa/tarkennettavaa?

040-kentästä sovellusohjeessa:
https://marc21.kansalliskirjasto.fi/bib/01X-04X.htm#040

#6 Updated by Antti Heikkinen yli vuosi ago

Katri Sillgren kirjoitti:

Anneli Österman kirjoitti:

Tähän ei ole tullut kommentteja vuoteen, joten olisiko niin, että ei ole ongelma muualla? Voisiko tiketin sulkea?

Hellessä osakohteiden linkittömyydestä ja emon perustiedot-näytön näkymättömyydestä toisinaan kysellään.

Tuomaksella hyvä ehdotus: Jos tähän automaattista ratkaisua hakee, niin kun emolle luo osakohteita, voisi emon 003-kentän sisältö kopioitua osakohteiden 003-kenttään.

Tarvittaessa osakohteen alkuperäisen luetteloivan organisaation voinee laittaa 040-kenttään? Esim. kun emotietue on poimittu Melindasta ja puuttuvat osakohteet lisätään itse. Olisiko Heikkisen Antilla tähän käytäntöön tarkempaa tietoa/tarkennettavaa?

Tässä on sellainen periaatteellinen ongelma, että 001-kentän kontrollinumeron ja 003-kentän tiedon pitäisi vastata toisiaan. Ne ovat siis tietyn tietokannan antamat tunnukset, jolloin tietueen kontrollinumero ja biblionumber (MARC-tietueen numero) ovat tietokannassa samat (tai pitäisi ainakin olla. Voihan toki olla että kontrollinumerot määrittyvät joissakin tietokannoissa eri tavalla kuin tallentamisen kautta). Jos 003-kentässä lukee FI-MELINDA, niin 001-kentän kontrollinumeron pitää olla Melinda-tietokannan antama kontrollinumero, joka on eri kuin Kohan biblionumber, silloin kun poimitaan Melindasta. Jos tällaiselle tietueelle alkaa tekemään osakohteita Kohassa siten, että 003-kentässä on FI-MELINDA-tunnus, koska se on emossakin, mutta osakohteissa 001-kenttään tallentuu automaattiseti Kohan biblionumber eikä Melindan kontrollinumero/biblionumber, niin tämä on periaatteellisesti väärin, koska osakohdetta ei löydy Melindasta tuolla kontrollinumerolla. Tämän takia oikeaoppinen ratkaisu olisi, että poimitussa emotietueessa 003-kenttään pitäisi vaihtaa oman kimpan tunnus esim. FI-Kyyti ja 001-kenttään kopioida/tallentaa Kohan biblionumber eikä jättää Melindan kontrollinumeroa ja tunnusta. Tämän jälkeen osakohteet voi tehdä huoletta, koska niissä on jo oman kimpan tunnus valmiina 003-kentässä ja 001-kenttään tallentuu Kohan biblionumber. Emotietueen 040a-kentässä voi sitten ilmoittaa tarkemmin, kenen kirjaston tekemä tietue on alun perin ollut ja lisätä toki muokkaaja kenttään 040d. Jos Melindan tunnuksen ja kontrollinumeron haluaa säilyttää, niin sitten osakohteiden pitäisi periaatteessa löytyä Melindastakin niillä arvoilla, jotka tallentuvat osakohteiden 001- ja 003-kenttiin.

TäTissä ihan sama juttu, jos ottaa pohjaksi jonkin toisen kirjaston tekemän tietueen (esim. BTJ, Melinda, Viola). Sitten kun saadaan Melinda-yhteys, niin osakohteiden teko toki helpottuu lisää, koska Melindasta saadaan poimittua osakohteetkin, ja jos jollekin tietueelle pitää niitä lisätä, kontrollinumerotkin tulevat sitten Melindasta.

Itse en ole kokenut suurena vaivana myöskään kirjoittaa käsin ensimmäiseen osakohteeseen emon 003-kenttä tietoa, jos se on ollut eri kuin emokohteessa. Senhän voi kuitenkin tehdä, vaikka osakohteen pohjassa jokin ennakkoarvo olisikin. Tämä pitää vain tosissaan muistaa tehdä sitten :)

#7 Updated by Katri Sillgren yli vuosi ago

Antti Heikkinen kirjoitti:

Katri Sillgren kirjoitti:

Anneli Österman kirjoitti:

Tähän ei ole tullut kommentteja vuoteen, joten olisiko niin, että ei ole ongelma muualla? Voisiko tiketin sulkea?

Hellessä osakohteiden linkittömyydestä ja emon perustiedot-näytön näkymättömyydestä toisinaan kysellään.

Tuomaksella hyvä ehdotus: Jos tähän automaattista ratkaisua hakee, niin kun emolle luo osakohteita, voisi emon 003-kentän sisältö kopioitua osakohteiden 003-kenttään.

Tarvittaessa osakohteen alkuperäisen luetteloivan organisaation voinee laittaa 040-kenttään? Esim. kun emotietue on poimittu Melindasta ja puuttuvat osakohteet lisätään itse. Olisiko Heikkisen Antilla tähän käytäntöön tarkempaa tietoa/tarkennettavaa?

Tässä on sellainen periaatteellinen ongelma, että 001-kentän kontrollinumeron ja 003-kentän tiedon pitäisi vastata toisiaan. Ne ovat siis tietyn tietokannan antamat tunnukset, jolloin tietueen kontrollinumero ja biblionumber (MARC-tietueen numero) ovat tietokannassa samat (tai pitäisi ainakin olla. Voihan toki olla että kontrollinumerot määrittyvät joissakin tietokannoissa eri tavalla kuin tallentamisen kautta). Jos 003-kentässä lukee FI-MELINDA, niin 001-kentän kontrollinumeron pitää olla Melinda-tietokannan antama kontrollinumero, joka on eri kuin Kohan biblionumber, silloin kun poimitaan Melindasta. Jos tällaiselle tietueelle alkaa tekemään osakohteita Kohassa siten, että 003-kentässä on FI-MELINDA-tunnus, koska se on emossakin, mutta osakohteissa 001-kenttään tallentuu automaattiseti Kohan biblionumber eikä Melindan kontrollinumero/biblionumber, niin tämä on periaatteellisesti väärin, koska osakohdetta ei löydy Melindasta tuolla kontrollinumerolla. Tämän takia oikeaoppinen ratkaisu olisi, että poimitussa emotietueessa 003-kenttään pitäisi vaihtaa oman kimpan tunnus esim. FI-Kyyti ja 001-kenttään kopioida/tallentaa Kohan biblionumber eikä jättää Melindan kontrollinumeroa ja tunnusta. Tämän jälkeen osakohteet voi tehdä huoletta, koska niissä on jo oman kimpan tunnus valmiina 003-kentässä ja 001-kenttään tallentuu Kohan biblionumber. Emotietueen 040a-kentässä voi sitten ilmoittaa tarkemmin, kenen kirjaston tekemä tietue on alun perin ollut ja lisätä toki muokkaaja kenttään 040d. Jos Melindan tunnuksen ja kontrollinumeron haluaa säilyttää, niin sitten osakohteiden pitäisi periaatteessa löytyä Melindastakin niillä arvoilla, jotka tallentuvat osakohteiden 001- ja 003-kenttiin.

TäTissä ihan sama juttu, jos ottaa pohjaksi jonkin toisen kirjaston tekemän tietueen (esim. BTJ, Melinda, Viola). Sitten kun saadaan Melinda-yhteys, niin osakohteiden teko toki helpottuu lisää, koska Melindasta saadaan poimittua osakohteetkin, ja jos jollekin tietueelle pitää niitä lisätä, kontrollinumerotkin tulevat sitten Melindasta.

Kiitos Antti :)
Selvennyksesi perusteella 003-kentän arvon kopioitumista emolta osakohteelle ei kannata tehdä.

Itse en ole kokenut suurena vaivana myöskään kirjoittaa käsin ensimmäiseen osakohteeseen emon 003-kenttä tietoa, jos se on ollut eri kuin emokohteessa. Senhän voi kuitenkin tehdä, vaikka osakohteen pohjassa jokin ennakkoarvo olisikin. Tämä pitää vain tosissaan muistaa tehdä sitten :)

Missä tapauksissa tämä onkaan käypä ratkaisu? Mainitset aiemmin näin: Jos tällaiselle tietueelle alkaa tekemään osakohteita Kohassa siten, että 003-kentässä on FI-MELINDA-tunnus, koska se on emossakin, mutta osakohteissa 001-kenttään tallentuu automaattiseti Kohan biblionumber eikä Melindan kontrollinumero/biblionumber, niin tämä on periaatteellisesti väärin, koska osakohdetta ei löydy Melindasta tuolla kontrollinumerolla.

#8 Updated by Antti Heikkinen yli vuosi ago

Katri Sillgren kirjoitti:

Antti Heikkinen kirjoitti:

Katri Sillgren kirjoitti:

Anneli Österman kirjoitti:

Tähän ei ole tullut kommentteja vuoteen, joten olisiko niin, että ei ole ongelma muualla? Voisiko tiketin sulkea?

Hellessä osakohteiden linkittömyydestä ja emon perustiedot-näytön näkymättömyydestä toisinaan kysellään.

Tuomaksella hyvä ehdotus: Jos tähän automaattista ratkaisua hakee, niin kun emolle luo osakohteita, voisi emon 003-kentän sisältö kopioitua osakohteiden 003-kenttään.

Tarvittaessa osakohteen alkuperäisen luetteloivan organisaation voinee laittaa 040-kenttään? Esim. kun emotietue on poimittu Melindasta ja puuttuvat osakohteet lisätään itse. Olisiko Heikkisen Antilla tähän käytäntöön tarkempaa tietoa/tarkennettavaa?

Tässä on sellainen periaatteellinen ongelma, että 001-kentän kontrollinumeron ja 003-kentän tiedon pitäisi vastata toisiaan. Ne ovat siis tietyn tietokannan antamat tunnukset, jolloin tietueen kontrollinumero ja biblionumber (MARC-tietueen numero) ovat tietokannassa samat (tai pitäisi ainakin olla. Voihan toki olla että kontrollinumerot määrittyvät joissakin tietokannoissa eri tavalla kuin tallentamisen kautta). Jos 003-kentässä lukee FI-MELINDA, niin 001-kentän kontrollinumeron pitää olla Melinda-tietokannan antama kontrollinumero, joka on eri kuin Kohan biblionumber, silloin kun poimitaan Melindasta. Jos tällaiselle tietueelle alkaa tekemään osakohteita Kohassa siten, että 003-kentässä on FI-MELINDA-tunnus, koska se on emossakin, mutta osakohteissa 001-kenttään tallentuu automaattiseti Kohan biblionumber eikä Melindan kontrollinumero/biblionumber, niin tämä on periaatteellisesti väärin, koska osakohdetta ei löydy Melindasta tuolla kontrollinumerolla. Tämän takia oikeaoppinen ratkaisu olisi, että poimitussa emotietueessa 003-kenttään pitäisi vaihtaa oman kimpan tunnus esim. FI-Kyyti ja 001-kenttään kopioida/tallentaa Kohan biblionumber eikä jättää Melindan kontrollinumeroa ja tunnusta. Tämän jälkeen osakohteet voi tehdä huoletta, koska niissä on jo oman kimpan tunnus valmiina 003-kentässä ja 001-kenttään tallentuu Kohan biblionumber. Emotietueen 040a-kentässä voi sitten ilmoittaa tarkemmin, kenen kirjaston tekemä tietue on alun perin ollut ja lisätä toki muokkaaja kenttään 040d. Jos Melindan tunnuksen ja kontrollinumeron haluaa säilyttää, niin sitten osakohteiden pitäisi periaatteessa löytyä Melindastakin niillä arvoilla, jotka tallentuvat osakohteiden 001- ja 003-kenttiin.

TäTissä ihan sama juttu, jos ottaa pohjaksi jonkin toisen kirjaston tekemän tietueen (esim. BTJ, Melinda, Viola). Sitten kun saadaan Melinda-yhteys, niin osakohteiden teko toki helpottuu lisää, koska Melindasta saadaan poimittua osakohteetkin, ja jos jollekin tietueelle pitää niitä lisätä, kontrollinumerotkin tulevat sitten Melindasta.

Kiitos Antti :)
Selvennyksesi perusteella 003-kentän arvon kopioitumista emolta osakohteelle ei kannata tehdä.

Itse en ole kokenut suurena vaivana myöskään kirjoittaa käsin ensimmäiseen osakohteeseen emon 003-kenttä tietoa, jos se on ollut eri kuin emokohteessa. Senhän voi kuitenkin tehdä, vaikka osakohteen pohjassa jokin ennakkoarvo olisikin. Tämä pitää vain tosissaan muistaa tehdä sitten :)

Missä tapauksissa tämä onkaan käypä ratkaisu? Mainitset aiemmin näin: Jos tällaiselle tietueelle alkaa tekemään osakohteita Kohassa siten, että 003-kentässä on FI-MELINDA-tunnus, koska se on emossakin, mutta osakohteissa 001-kenttään tallentuu automaattiseti Kohan biblionumber eikä Melindan kontrollinumero/biblionumber, niin tämä on periaatteellisesti väärin, koska osakohdetta ei löydy Melindasta tuolla kontrollinumerolla.

Lähinnä jos on joihinkin vanhoihin konversion aikaisiin tietueisiin pitänyt lisätä puuttuva osakohde, niin silloin olen omassa kannassa kopioinut esim. emon 003-kentässä olevan KONVERSIO-tunnuksen myös uudelle osakohteelle, vaikka tietuenumerot tavallaan menevätkin sekaisin. On vähän liian suuri työ alkaa muokkaamaan kaikki uudestaan näissä tapauksissa :)

#9 Updated by Katri Sillgren yli vuosi ago

ok :)

#10 Updated by Anneli Österman 25 päivää ago

Onko tämä vielä akuutti ongelma?

Vie Atom PDF