Niteiden muokkaukseen/lisäykseen nidetyypin automaattinen valinta - Githubissues

AnneliO commented 1 year ago

Kehitysehdotukseni

Anneli Österman 21.10.2021

Niteiden muokkaukseen/lisäykseen tarvitaan toiminnallisuus (plugin/value builder), joka valitsee automaattisesti niteelle oikean nidetyypin hyllypaikan ja/tai kokoelmakoodin mukaan.

Esim. jos käyttäjä valitsee hyllypaikaksi lasten hyllypaikan, tulee nidetyypiksi lasten aineiston nidetyyppi. Tai jos valitaan aikuisten hyllypaikka ja kokoelmakoodi Lyhytlaina, tulee nidetyypiksi lyhytlainojen nidetyyppi.

Nidetyyppien mäppäykseen tarvittaneen jokin järjestelmäasetus (json?) tai tietokannan taulu.

--

Katri Sillgren 2022-05-18

Automatiikkaa myös esim. näin: kun niteelle valitaan tietty nidetyyppi, valikoituu niteelle automaattisesti tietty hyllytarkenne ja tietty nidetila.

Helle-esimerkki pikalainasta, joka ei ole varattavissa: niteelle valitaan pikalainan nideyyppi, jolloin niteelle valikoituu automaattisesti Ei varata -nidetila: Lainataan, ei varata Hyllytarkenne: Pikalaina

Kun niteen nidetyyppi vaihdetaan kirjan perusnidetyypiksi, poistuvat niteeltä automaattisesti nämä tarpeettomat: Ei varata -nidetila ja Hyllytarkenne.

--

Koha-Suomen asiantuntijaryhmän päätös 14.11.2022: Toteutetaan alkuperäisen kuvauksen mukainen toiminnallisuus ensin ja palataan toiseen toiveeseen myöhemmin. Toteutetaan versionpäivityksen jälkeen.

AnneliO commented 1 year ago

Nämä nidearvopohjat ei ehkä ole ihan sama asia, mutta tämä tiketti tuli mieleen, kun tutustuin tuohon uuteen ominaisuuteen.

emta001 commented 1 year ago

Toteutetaan tämä value builderina. Samalla tehdään vastaava toteutus Editx-plugariin. Luovutaan myös muutoksesta, jolla vaihtoehtoinen hyllypaikka haetaan kannasta (asetus + map_productform-taulun sarake productform_alternative).

emta001 commented 1 year ago

Viety testeille.

Tuomas-Kyyti commented 1 year ago

On siis ilmeisesti järjestelmäasetus AutoItemtype? Saadaan varmaan vielä ohjetta, että miten ne tuohon pitäisi määritellä.

emta001 commented 1 year ago

On siis ilmeisesti järjestelmäasetus AutoItemtype? Saadaan varmaan vielä ohjetta, että miten ne tuohon pitäisi määritellä.

Tämä tosiaan jäi puuttumaan, päivitän ohjeen tänne jossain vaiheessa.

emta001 commented 1 year ago

Testausohjeet (Siilin mukaan, korvaa arvot kimppasi arvoilla):

Etsi asetuksista asetus "AutoItemtype".
Asetus hyväksyy avain-arvo-pareja, joissa avain on hyllypaikan (ja kokoelman) koodi ja arvo on haluttu nidetyyppi.
Esimerkiksi: N: 28VRK A,AIS: 14VRK HUOM! Muista erottaa hyllypaikka ja kokoelma pilkulla!
Käy muokkaamassa MARC-kuvailupohjaa -> Vaihda kentän 952$y asetuksiin liitännäiseksi itemtype.pl ja poista siitä auktorisoituarvo.
Mene niteen lisäykseen/muokkaukseen.
Valitse niteelle hyllypaikaksi N (Lasten ja nuorten osasto).
Paina kolmea pistettä kentän "y - Kohan nidetyyppi" vieressä. -> Nidetyypiksi tulisi generoitua 28VRK.
Vaihda hyllypaikaksi A (Aikuoisten osasto) ja kokoelmakoodiksi AIS (Aikuisten sarjakuvat) ja paina kolmea pistettä uudelleen. -> Nidetyypiksi tulisi generoitua 14VRK.

ajrajala commented 1 year ago

Ymmärränkö oikein, että uudessä järjestelmäasetuksessa ei pysty avain-arvo-pareihin liittämään aineistotyyppiä (mtype)? Meillä olisi sille tarvetta, sillä emme pysty kokoelmakoodia juurikaan hyödyntämään määrittelyssä. Pystyisimme käytännössä jatkossa määrittelemään siis vain yhden nidetyypin per hyllypaikka, kun tähän saakka nidetyyppi on voinut vaihdella onix-aineistolajista riippuen.

Tuomas-Kyyti commented 1 year ago

Aivan, aineistotyyppi olisi kyllä ihan välttämätön tässä määrityksessä. Eihän muuten esim. kuvatallenteille tai kausijulkaisuille saa oikeaa nidetyyppiä.

AnneliO commented 1 year ago

Juteltiin pikaisesti Emmin kanssa ja ehdottaisin, että pidetään pieni "brainstorm" tästä aiheesta ensi viikon pääkäyttäjäpalaverissa. Tulee varmasti huomioitua nyt kaikki asiat, jotka tähän vaikuttaa. :)

emta001 commented 1 year ago

Mietitään tätä yhdessä lisää ensi viikon pääkäyttäjäpalaverissa.

AnneliO commented 1 year ago

Pääkäyttäjäpalaveri 22.8.2023: Määritykseen tarvittaisiin mukaan myös aineistotyyppi eli esim.

ALEHTI - AIK: 28VRKLEH

Emmi tutkii, onnistuuko tämä.

emta001 commented 1 year ago

Aineistotyyppi lisätty osaksi value builderia. Kannattaa huomata tässä, että aineistotyyppi on aina olemassa, kun nidettä lisätään. Eli jokaisessa AutoItemtype-asetuksessa olevaan avaimeen tulee määrittää ensin aineistotyyppi esim.

ALEHTI-AIK: 28VRK

Kati-Helle commented 1 year ago

Tiketin kuvauksessa Anneli mainitsee: Esim. jos käyttäjä valitsee hyllypaikaksi lasten hyllypaikan, tulee nidetyypiksi lasten aineiston nidetyyppi. Tai jos valitaan aikuisten hyllypaikka ja kokoelmakoodi Lyhytlaina, tulee nidetyypiksi lyhytlainojen nidetyyppi.

Saisiko määritykseen mukaan SUBLOC-arvon (Hyllytarkenteen)? Hellessä hyllytarkenteina nämä: Lyhytlaina, Pikalaina, Uutuuslaina

emta001 commented 1 year ago

Ominaisuutta on päivitelty. Tässä uudet ohjeet:

Testausohjeet (Siilin mukaan, korvaa arvot kimppasi arvoilla):

Etsi asetuksista asetus "AutoItemtype".
Asetus hyväksyy avain-arvo-pareja, joissa arvoksi laitetaan haluttu nidetyyppi. Avaimen tulee olla seuraavassa muodossa:
AINEISTOTYYPPI-HYLLYPAIKKA-HYLLYTARKENNE-KOKOELMAKOODI
- HUOM! Aineistotyyppi on pakollinen arvo, sillä se on olemassa aina nidettä lisättäessä.
- Jos nidetyyppi halutaan määrittää ilman jotakin yllä mainituista arvoista, on sen tilalla oltava *-merkki.
Esimerkiksi: KIRJA-N-*-*: 28VRK KIRJA-A-*-AIS: 14VRK HUOM! Muista erottaa hyllypaikka ja kokoelma väliviivalla!
Käy muokkaamassa MARC-kuvailupohjaa -> Vaihda kentän 952$y asetuksiin liitännäiseksi itemtype.pl ja poista siitä auktorisoituarvo.
Mene niteen lisäykseen/muokkaukseen.
Valitse niteelle hyllypaikaksi N (Lasten ja nuorten osasto).
Paina kolmea pistettä kentän "y - Kohan nidetyyppi" vieressä. -> Nidetyypiksi tulisi generoitua 28VRK.
Vaihda hyllypaikaksi A (Aikuoisten osasto) ja kokoelmakoodiksi AIS (Aikuisten sarjakuvat) ja paina kolmea pistettä uudelleen. -> Nidetyypiksi tulisi generoitua 14VRK.

ajrajala commented 1 year ago

Testasin nidetyypin generointia Emmin ohjeiden mukaisesti ja sain yhdistelmät muuten toimimaan mutta hyllytarkenteen sisältävä avain ALEHTI-LAP-LIJO-*: 28VRKL ei toiminut vaan kenttä generoitui avaimen ALEHTI-LAP-*-*: 14VRKLEHL mukaisesti.

Testauksessa mieleen tulleita muita huomioita:

Meillä esim. esineillä voi olla käytössä samassa hyllypaikassa esimerkiksi sekä 0vrk että 7vrk nidetyyppiä. Tällaisessa tilanteessa käyttäjän pitäisi pystyä periaatteessa ohittamaan generointi ja sen pystyykin tekemään kirjoittamalla kenttään, mutta silloin käyttäjän pitäisi tietää nidetyypin "id". Pitäisikö tällaisessa tapauksessa käytännössä jättää kuvailupohjaan käyttöön nidetyyppi-pudotusvalikko eikä ottaa käyttöön nidetyypin generointia?
Nidetyyppi-kenttään voi kirjoittaa mitä tahansa ja tallentaa niteen. Nide tallentuu tällöin ilman nidetyyppiä.

emta001 commented 1 year ago

Pitäisikö tällaisessa tapauksessa käytännössä jättää kuvailupohjaan käyttöön nidetyyppi-pudotusvalikko eikä ottaa käyttöön nidetyypin generointia?

Tämä ei minun testien mukaan ole mahdollista value_builderin kanssa. Pudotusvalikkoa käytetään silloin kun kenttään on valittu auktorisoiduksi arvoksi esmes itemtype. Jos se on päällä, silloin value builder ei ole käytössä. Eli on mentävä joko-tai-periaattella.

emta001 commented 1 year ago

Pitäisikö tällaisessa tapauksessa käytännössä jättää kuvailupohjaan käyttöön nidetyyppi-pudotusvalikko eikä ottaa käyttöön nidetyypin generointia?

Tämä ei minun testien mukaan ole mahdollista value_builderin kanssa. Pudotusvalikkoa käytetään silloin kun kenttään on valittu auktorisoiduksi arvoksi esmes itemtype. Jos se on päällä, silloin value builder ei ole käytössä. Eli on mentävä joko-tai-periaattella.

Ja nyt luin sitten tuon kommenttisi ihan ajatuksen kanssa ja sisäistin mitä siinä luki :D Eli kyllä, silloin pitää olla ottamatta generointi käyttöön.

emta001 commented 1 year ago

Testasin nidetyypin generointia Emmin ohjeiden mukaisesti ja sain yhdistelmät muuten toimimaan mutta hyllytarkenteen sisältävä avain ALEHTI-LAP-LIJO-: 28VRKL ei toiminut vaan kenttä generoitui avaimen ALEHTI-LAP--*: 14VRKLEHL mukaisesti.

Jaahas, se taitaa napata tällä hetkellä ekan, tarpeeks lähellä olevan vastaan tulevan avaimen. Korjaillaan.

emta001 commented 1 year ago

Testasin nidetyypin generointia Emmin ohjeiden mukaisesti ja sain yhdistelmät muuten toimimaan mutta hyllytarkenteen sisältävä avain ALEHTI-LAP-LIJO-*: 28VRKL ei toiminut vaan kenttä generoitui avaimen ALEHTI-LAP-*-*: 14VRKLEHL mukaisesti.

Johtuu siis siitä, että hyllytarkenne (edit) onkin nykyään kentässä j eikä S. Mun testikanta on vanhentunut. Korjailen huomenna.

emta001 commented 1 year ago

Elikäs muissa kimpoissa tuo kenttä on 952$j, mutta Siilissä on joitakin pohjia joissa se on S. Näin siis Siilin pohjissa AR, CF, FA, IR, TES, TI, joissa j-kenttä on hyllytyksen kontrollinumero. Nuo tulisi korjata.

emta001 commented 1 year ago

Testeille on tuotu uusi versio, jossa hyllytarkenne otetaan kentästä j.

Kati-Helle commented 1 year ago

Helle-testissä liitännäinen huomioi hyllytarkenteen oikein. Testissä AutoItemtype-asetuksen arvona: KIRJA-A-PIKA-*: PIKA10VRK

Nidettä lisätessä nidetyyppi-kentän kolmesta pisteestä muodostuu nidetyypin tunnus eikä kuvaus

Tietueen perustiedoissa nidetyyppi näkyy kuvauksena

Kun siirtyy niteen muokkaukseen, on nidetyyppikenttä tyhjä

pknuuti commented 1 year ago

Testasin Vaaran testillä tekemällä useita määrityksiä AutoItemtypeen ja muutin kaikkiin tallennuspohjiin 952y-kentän määritykset oikeanlaisiksi (kiitos Emmi!). Jos määritystä ei ollut aineistotyypin tietylle hyllypaikalle, ei kolmesta pisteestä y-kentässä tullut mitään, mikä on hyvä juttu. Onko tarkoitus, että tallentajalle näkyy nidetyypin tunnus eikä kuvaus (kuten Kati-Hellekin toteaa)? Olisi toki selvempää, jos siinä näkyisi kuvaus, joka avaa tunnusta enemmän. Perustiedoissa kuvaus näkyy kuten pitääkin.

emta001 commented 1 year ago

Katsotaan saako siihen kuvauksen ja selvitellään vielä tuota niteen muokkauksessa tulevaa ongelmaa.

pirliis commented 1 year ago

OUTIssa testattiin Vellun kans eri aineistotyyppejä. Näytti, että aineistotyypeille, jotka käyttävät kuvailupohjana äänikirjaa tai äänite (musiikki) tuli nidettä muokatessa Perustiedot-näytölle hyllypaikkatiedon jälkeen pystyviiva. Jos nidettä kävi muokkaamassa kolme kertaa, tuli kolme pystyviivaa. Neljäs muokkaus ei enää pystyviivoja lisännyt. Uuden niteen lisääminen ei tehnyt pystyviivoja.

Esim. https://outi-test.koha-suomi.fi/cgi-bin/koha/catalogue/detail.pl?biblionumber=750741

Esim. https://outi-test.koha-suomi.fi/cgi-bin/koha/catalogue/detail.pl?biblionumber=1242041 Tässä määrittelyssä mukana myös hyllytarkenne. Uuden niteen lisäys onnistui, mutta niteen muokkaus rikkoi hyllytarkenteen kuvauksen ja tuli pystyviiva.

Vastaavista pystyviivoista on ollut joskus jossain tilanteessa puhetta, mutta en muista missä.

Kati-Helle commented 1 year ago

@pirliis Pystyviivoja muodostui nidemuokkauksessa Hyllytarkenne-kenttään ainakin aluksi silloin, kun arvo muutti 952S-osakentästä osakenttään 952j Tapahtuikos tuo muutos kevään 2022 versionvaihdon yhteydessä?

Tuomas-Kyyti commented 1 year ago

Tämä on lähinnä havainto, ei niinkään virhe/ongelma. Rivejä tulee PALJON. Kun meillä kokoelmaakoodilla määritetään niin pikalainat kuin genrekokoelmat, niin ei riitä että määrittelee

KIRJA-A-*-*: 28M
KIRJA-A-*-PILA: 7PIKAL

vaan pitää määritellä jokainen kokoelmakoodi erikseen, esim.

KIRJA-A-*-JÄN: 28M
KIRJA-A-*-FAN: 28M
KIRJA-A-*-SCI: 28M
KIRJA-A-*-ISO: 28M
KIRJA-A-*-JÄN: 28M
KIRJA-A-*-ERÄ: 28M
jne.

Ja kokoelmakoodeja on meillä 35, hyllypaikkoja 18 ja aineistotyyppejä 29. Kyllä, kaikille aineistotyypeille ja hyllypaikoille ei tarvitsisi määritellä kaikkia kokoelmakoodeja, mutta osaako ottaa huomioon koko kimpan käytännöt: voiko varastossa olla kokoelmakoodeja entä lisäkappalekokoelmassa tai kotiseutuosastolla tai entä missä aineistolajeissa niitä käytetään: kirjoissa, cd-levyissä, dvd-levyissä entä äänikirjoissa jne.? Jos jonkun yhdistelmän jättää pois, sillä yhdistelmällä ei sitten tule mitään nidetyyppiä. Vaatii siis aika tarkkaa tutustumista koko kimpan käytäntöihin.

2. Isompi ongelma on, että samalla hyllypaikalla ja aineistotyypillä voi olla eri nidetyyppi. Tämä koskee etenkin esineitä, joiden lainauskäytännöt voivat olla vaihtelevia. Etenkin juuri käyttöön otettava rajoitettu varaus (varauksen noutopiste voi olla vain niteen kotikirjasto) aiheuttaa tässä ongelman. A-hyllypaikan esineellä voi olla nidetyyppinä: pikalaina, normaali 28 vrk:n laina, normaali 14 vrk:n laina tai rajoitettu varaus -nidetyyppi. Tämä ei onnistu, kun - kuten aiemmin ketjussa on todettu - se on joko tai.

Jos sitä ei saa muutettua, tässä teoreettisia vaihtoehtoja:

esineille pitää perustaa tätä varten useita kokoelmakoodeja / hyllytarkenteita, joiden avulla eri nidetyypit saadaan määritettyä. -> Uusia hyllypaikkoja ei kyllä mielellään kevyin perustein lisätä, niitä on muutenkin paljon ja mitä enemmän on, sitä enemmän tulee virheitä.
Eri aineistotyyppejä erilaisille esineille. -> Aineistotyypit on päätetty pitää samana kuin Finnassa eli ei voi niitä perustaa miten huvittaa.
Esineille oma kuvailupohja, jossa ei määritetä automaattista nidetyyppiä, vaan vanhaan malliin valitaan se valikosta. Olisiko tämä käyttökelpoisin ratkaisu, ainakin, jos ongelma koskee vain esineitä? Toki vaatii, että esineiden kuvailupohjia vaihdetaan, jos ovat nyt oletuspohjaa tms. Vai saakohan niitä jollain ajolla vaihdettua?

Kati-Helle commented 1 year ago

Hellessä pikalainat, uutuuslainat ja lyhytlainat määritellään hyllytarkenteena, kun taas genret kokoelmakoodeina, joten Tuomaksen mainitsemaa haastetta ei pitäisi esiintyä ainakaan Hellessä.

Näillä sen sijaan on vaikutusta Hellessä

tietueella ei ole aina aineistotyyppiä vastaava kuvailupohja. Oletuspohjaan jätettävä auktorisoitava arvo=itemtypes-valinta eli nidetyypin alasvetovalikko auttanee näissä? Entäpä jos tietueella ei ole Oletuspohjaa vaan aineistotyypille väärä kuvailupohja? Kaikilla niteiden käsittelijöillä ei ole kuvailuoikeuksia.
ominaisuus vaatinee sen, että aineistotyypin tietyllä hyllypaikalla voi olla vain yksi sellainen nidetyyppi, joka ei vaadi parikseen hyllytarkenne-arvoa tai kokoelma-arvoa. Anni mainitsee tähän liittyen kommentissaan. Olemassa olevat niteet lienee hyvä tutkia ennen ominaisuuden käyttöönottoa. Ja tarvittaessa tarkentaa/kerrata niteiden tallennusohjeet.

pknuuti commented 1 year ago

Aineistotyypiksi tarvitaan Celia-äänikirja, jotta saadaan niillekin sopiva AutoItemtype. Ainakin Vaarassa se eroaa puhecd:n nidetyypin määrityksistä. Celia-äänikirja on myös Finnassa oma aineistotyyppi.

emta001 commented 1 year ago

OUTIssa testattiin Vellun kans eri aineistotyyppejä. Näytti, että aineistotyypeille, jotka käyttävät kuvailupohjana äänikirjaa tai äänite (musiikki) tuli nidettä muokatessa Perustiedot-näytölle hyllypaikkatiedon jälkeen pystyviiva. Jos nidettä kävi muokkaamassa kolme kertaa, tuli kolme pystyviivaa. Neljäs muokkaus ei enää pystyviivoja lisännyt. Uuden niteen lisääminen ei tehnyt pystyviivoja.

Esim. https://outi-test.koha-suomi.fi/cgi-bin/koha/catalogue/detail.pl?biblionumber=750741

Esim. https://outi-test.koha-suomi.fi/cgi-bin/koha/catalogue/detail.pl?biblionumber=1242041 Tässä määrittelyssä mukana myös hyllytarkenne. Uuden niteen lisäys onnistui, mutta niteen muokkaus rikkoi hyllytarkenteen kuvauksen ja tuli pystyviiva.

Vastaavista pystyviivoista on ollut joskus jossain tilanteessa puhetta, mutta en muista missä.

Tämä tosiaan vaikuttaisi olevan eri ongelma. En miekään muista missä tuosta on ollut puhetta, ehkä uus tiketti olis paikallaan?

emta001 commented 1 year ago

Aineistotyypiksi tarvitaan Celia-äänikirja, jotta saadaan niillekin sopiva AutoItemtype. Ainakin Vaarassa se eroaa puhecd:n nidetyypin määrityksistä. Celia-äänikirja on myös Finnassa oma aineistotyyppi.

Tästä olisi varmaan tehtävä yhteinen päätös jossain välissä, jos tälle on tarvetta. Tehdään sitten sen perusteella tarvittavat jatkotoimenpiteet.

emta001 commented 1 year ago

Tämä on lähinnä havainto, ei niinkään virhe/ongelma. Rivejä tulee PALJON. Kun meillä kokoelmaakoodilla määritetään niin pikalainat kuin genrekokoelmat, niin ei riitä että määrittelee

Tämä on kyllä käytett'vyyden kannalta ikävää, mutten valitettavasti keksi tälle mitään järkevämpääkään toiminta tapaa. Toki voitaisiin harkita default-arvon lisäämistä :thinking:
* Esineille oma kuvailupohja, jossa ei määritetä automaattista nidetyyppiä, vaan vanhaan malliin valitaan se valikosta. Olisiko tämä käyttökelpoisin ratkaisu, ainakin, jos ongelma koskee vain esineitä? Toki vaatii, että esineiden kuvailupohjia vaihdetaan, jos ovat nyt oletuspohjaa tms. Vai saakohan niitä jollain ajolla vaihdettua?

Tämä olisi näistä vaihtoehdoista se käyttökelpoisin.

emta001 commented 1 year ago

Hellessä pikalainat, uutuuslainat ja lyhytlainat määritellään hyllytarkenteena, kun taas genret kokoelmakoodeina, joten Tuomaksen mainitsemaa haastetta ei pitäisi esiintyä ainakaan Hellessä.

Näillä sen sijaan on vaikutusta Hellessä
* tietueella ei ole aina aineistotyyppiä vastaava kuvailupohja. Oletuspohjaan jätettävä auktorisoitava arvo=itemtypes-valinta eli nidetyypin alasvetovalikko auttanee näissä? Entäpä jos tietueella ei ole Oletuspohjaa vaan aineistotyypille väärä kuvailupohja? Kaikilla niteiden käsittelijöillä ei ole kuvailuoikeuksia.

Sinäänsä kuvailupohja ei vaikuta aineistotyyppiin, sehän tulee suoraan tallennetun tietueen MARCista. Mutta näitä kuvailupohja ongelmia pitänee testata vielä lisää kunhan on jotain testattavaa.

* ominaisuus vaatinee sen, että aineistotyypin tietyllä hyllypaikalla voi olla vain yksi sellainen nidetyyppi, joka ei vaadi parikseen hyllytarkenne-arvoa tai kokoelma-arvoa. Anni mainitsee tähän liittyen kommentissaan. Olemassa olevat niteet lienee hyvä tutkia ennen ominaisuuden käyttöönottoa. Ja tarvittaessa tarkentaa/kerrata niteiden tallennusohjeet.

Tähänkin miun on vaikea kommentoida mitään, mutta eiköhän tämä testaamalla selviä :D

emta001 commented 1 year ago

Tosiaan plugarissa on nyt muutama ongelma:

kolmesta pisteestä painettaessa muodostuu nidetyypin tunnus eikä kuvaus
kun siirtyy muokkaukseen nidetyyppikenttä on tyhjä
hankinnan(?) kautta lisääminen menee rikki

EDIT. kausijulkaisun vastaanotto on se mikä menee rikki, ei hankinta

emta001 commented 1 year ago

Plugari on jälleen testattavana seuraavilla korjauksilla:

kausijulkaisuiden vastaanoton pitäisi nyt toimia kuten pitää
nidettä muokatessa nidetyyppikenttä ei enää tyhjene

Lisäksi lisäsin mahdollisuuden käyttää DEFAULT-arvoa (HUOM! Kirjoittakaa tuo isolla!). Jos AutoItemtype-asetuksesta ei löydy nidetyyppiä niteen aineistotyypin, kokoelmakoodin jne. perusteella, käytetään tuota arvoa.

Nidetyyppikenttään muodostuu edelleen nidetyypin tunnus eikä kuvaus, sillä tätä ominaisuutta ei pystytä toteuttamaan. Koska kyseessä on input-kenttä, sillä voi olla vain yksi arvo, joka sekä näytetään kentässä että tallennetaan tietokantaan. Tämä tarkoittaa sitä, että tuota arvoa olisi muutettava siinä vaiheessa kun nide tallennetaan lennosta ja se ei onnistu millään tavalla.

pknuuti commented 1 year ago

Testasin hieman Vaaran testillä. Näyttää toimivan niin, että jos ei klikkaa 952y-kentän jälkeen kolmea pistettä, riville voi itse antaa haluamansa nidetyypin. Tämä kaiketi on ainoa mahdollisuus ainakin meidän Celia-aineistojen kanssa, jolle ei saa antaa normaalin puhecd:n nidetyyppiä eikä Celiat ole missään kokoelmassa eli ei voi käyttää kokoelmakoodia?

emta001 commented 1 year ago

Testasin hieman Vaaran testillä. Näyttää toimivan niin, että jos ei klikkaa 952y-kentän jälkeen kolmea pistettä, riville voi itse antaa haluamansa nidetyypin. Tämä kaiketi on ainoa mahdollisuus ainakin meidän Celia-aineistojen kanssa, jolle ei saa antaa normaalin puhecd:n nidetyyppiä eikä Celiat ole missään kokoelmassa eli ei voi käyttää kokoelmakoodia?

Noin se kai on tehtävä, ainakin siihen asti että Celialle saadaan oma aineistotyyppi. Se olisi tosiaan kai sellainen muutos, joka pitäisi sitten tehdä kaikille kimpoille.

AnneliO commented 1 year ago

Äänikirjojen ja Celia-aineistotyypin lisäämisestä on oma tikettinsä https://github.com/KohaSuomi/Koha/issues/750.

ajrajala commented 1 year ago

Testailin uudelleen:

Nidettä muokatessa nidetyyppikenttä ei tyhjene
Kausijulkaisujen vastaanotossa generointi kyllä toimii, mutta lomakkeella näkyy kentässä ennen generointia tietueen mtype:

Muuta en huomaa, niteen muokkaus noudattaa minusta järjestelmäasetukseen määritettyjä sääntöjä ja käyttää DEFAULT-arvoa jos sellainen on asetettu.

Vaskissa en usko että tullaan tätä kuitenkaan ottamaan käyttöön, sillä hyöty tuntuu pieneltä suhteessa määrittelyiden määrään. Hyvä siis, että tämä on järjestelmäasetuksen ja kuvailupohjien asetusten takana, niin voidaan halutessamme jatkaa entiseen tapaan.

AnneliO commented 1 year ago

Pääkäyttäjien palaveri 21.11.2023: Emmi esitteli ajatuksen, että nidetyyppi valitaan päättelemällä niin, että haetaan samoilla arvoilla olevia niteitä ja valitaan niiden nidetyyppi uudelle niteelle. Päätettiin testata, toimiiko ajatus ja kuinka raskas se on. Päätetään sen jälkeen, miten edetään.

emta001 commented 9 months ago

Pääkäyttäjien palaveri 21.11.2023: Emmi esitteli ajatuksen, että nidetyyppi valitaan päättelemällä niin, että haetaan samoilla arvoilla olevia niteitä ja valitaan niiden nidetyyppi uudelle niteelle. Päätettiin testata, toimiiko ajatus ja kuinka raskas se on. Päätetään sen jälkeen, miten edetään.

Tätä uutta versiota voi nyt koittaa testata testeillä. Nidetyypiksi siis valitaan se nidetyyppi, jota löytyy eniten kannasta eniten annetuilla hakuehdoilla. Hakuehtoja ovat siis:

Aineistolaji
Hyllypaikka
Hyllytarkenne
Kokoelmakoodi

Haussa käytetään aina vähintään aineistolajia. Muita kolmea ehtoa käytetään, jos ne on täytetty niteen tietoihin tallennuslomakkeella. Jos ehdoilla ei löydy ehdotettavaa nidetyyppiä, nidetyyppi-kenttä jää tyhjäksi. Alla vielä SQL-lauseke, jolla voi tarkistaa, mitä kannasta tarjotaan tietyillä ehdoilla:

SELECT i.itype, count(*) AS count FROM items i
LEFT JOIN biblioitems bi on(i.biblionumber = bi.biblionumber)
WHERE bi.itemtype = ?
AND i.location = ?
AND i.sub_location = ?
AND i.ccode = ?
GROUP BY i.itype
ORDER BY count DESC;

HUOM! Toiminnallisuuden käyttöönotto vaatii muokkauksen MARC-kuvailupohjiin. Eli kenttään 952y tulee ottaa käyttöön plugin itemtype.pl. EDIT. Kentästä on poistettava myös auth values-arvo.

Kati-Helle commented 9 months ago

Kokeilin Helle-testissä. Raportin hakuehdoiksi laitoin nämä jättäen kokoelmakoodin ccode pois: bi.itemtype = 'KIRJA' AND i.location = 'A' AND i.sub_location = 'PIKA'

hakutuloksena

Kirja-aineistotyyppinen tietue (biblionumber 31), jonka uudelle niteelle lisäsin mm. arvot Hyllypaikka = Aikuiset Hyllytarkenne = Pikalaina

Nidetyyppi-kenttä jää tyhjäksi. Jäikö minulta jotain tekemättä/ymmärtämättä?

Kokeilin niin, että Kirja-kuvailupohjan nidetyyppi (952y) on arvollinen (28VRK) sekä niin, että Kirja-kuvailupohjan nidetyyppi on arvoton.

emta001 commented 9 months ago

Kokeilin Helle-testissä. Raportin hakuehdoiksi laitoin nämä jättäen kokoelmakoodin ccode pois: bi.itemtype = 'KIRJA' AND i.location = 'A' AND i.sub_location = 'PIKA'

hakutuloksena

Kirja-aineistotyyppinen tietue (biblionumber 31), jonka uudelle niteelle lisäsin mm. arvot Hyllypaikka = Aikuiset Hyllytarkenne = Pikalaina

Nidetyyppi-kenttä jää tyhjäksi. Jäikö minulta jotain tekemättä/ymmärtämättä?

Kokeilin niin, että Kirja-kuvailupohjan nidetyyppi (952y) on arvollinen (28VRK) sekä niin, että Kirja-kuvailupohjan nidetyyppi on arvoton.

Unohdin mainita testauskommentissa, että tätä varten on otettava käyttöön plugin itemtype.pl 952y-kenttään. Muokkasin nyt kommenttia.

Kati-Helle commented 9 months ago

Helle-testissä lisäsin Kirja-kuvailupohjan 952y-kenttään liitännäisen itemtype.pl

Testasin samalla teoksella ja tavalla kuin aiemmin: nidetyyppi ei edelleenkään muodostunut automaattisesti. Testasin sekä Kirja-pohjan 952y-kentän oletusarvolla että ilman.

Kati-Helle commented 9 months ago

Tulisiko arvon muodostua automaattisesti Nidetyyppi-kenttään? Vai tulisiko kentän vieressä olla kolme pistettä (...) kuten esim. Kohan koko signum -kentässä, johon pisteiden klikkaus muodostaa arvon?

emta001 commented 9 months ago

Tulisiko arvon muodostua automaattisesti Nidetyyppi-kenttään? Vai tulisiko kentän vieressä olla kolme pistettä (...) kuten esim. Kohan koko signum -kentässä, johon pisteiden klikkaus muodostaa arvon?

Siihen pitäs tulla se kolme pistettä. Kentästä pitää myös irrottaa auth values arvo pois.

Kati-Helle commented 9 months ago

Nyt toimii, mutta Nidetyyppi-arvoksi tulee nidetyypin auktorisoitu arvo (testitietue biblionumber=76)

Kati-Helle commented 9 months ago

Tiedoksi vielä, että testatessani Kirja-kuvailupohjan 952y-kentällä oli oletusarvo 28VRK

Näkyy automaattisesti uutta nidettä lisätessäni näin

MikkoLiimatainen commented 9 months ago

Testasin kaikki testiympäristöstä löytyvät kombinaatiot DVD-aineistolajilla.

Uutta nidettä lisätessä nidetyypiksi tulee ensin kuvailupohjan 952y-osakentän oletusarvo.

Kolmea pistettä klikatessa nidetyypiksi muodostui aina auktorisoitu arvo siltä nidetyypiltä, jolla oli eniten niteitä valittujen aineistolajin, hyllypaikan, hyllytarkenteen ja kokoelmakoodin perusteella.

Jos valitsi hyllypaikan, hyllytarkenteen ja kokoelmakoodin siten, ettei sellaisella kombinaatiolla entuudestaan ollut yhtään nidettä, niin kenttään tuli tyhjä arvo. Voisikohan tässä käyttää tuota osakentän oletusarvoa, vai onko parempi jättää kenttä tyhjäksi, jotta se täytetään sitten asianmukaisesti?

AnneliO commented 8 months ago

Pääkäyttäjien palaveri 12.3.2024: Jätetään kenttä tyhjäksi. Lisäksi kenttään tehdään tarkistus, että kirjoitettu arvo on olemassa, jotta kantaan ei päädy olemattomia nidetyyppikoodeja.

KohaSuomi / Koha

Niteiden muokkaukseen/lisäykseen nidetyypin automaattinen valinta #336

Kehitysehdotukseni