Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Teknisemmät kehitysehdotukset ja virhekorjaukset

TikettiJira IssueOtsikkoSelite
Ylläpitotöitä



Ylläpitotöitä 
  • Käyttöjärjestelmä päivitysprosessin loppuun asti suunnittelu ja implementointi automaatioon (tietoturva- ja ominaisuuspäivitykset)

  • Dokumentaation tekeminen

  • Koha-virheiden korjaus joko korruptoituneen datan tai ohjelmistovirheiden takia meidän kirjastoille, jotta pystytään reagoimaan nopeammin kriittisiin ongelmiin monitoroimalla virheitä

  • Käyttäjänhallinta automaatioon

  • Scriptit jo poistettujen koha-tietojen puhdistamiseen

  • Tietokantaskeema vastaamaan KV-versiota sekä sen sisältämien Koha-Suomi-Koha-spesifisten tietojen siivoaminen pois (esim.

    systempreferenssit)
  • Logitus CSC:n logitusjärjestelmään (tietoturvasyistä ja vikatilanteiden selvittelyä varten)
  • Palomuurisääntöjen synkronointi palvelimen ja CSC:n palomuurin välillä

https://tiketti.koha-suomi.fi/issues/3684

Saatavuustietojen järjestys Finnassa konfiguroitavaksi (Voyagerin Holdings sort group -toiminnon korvaaminen)

Finna osaa hyödyntää Voyagerin Holdings sort group -asetusta . Kohassa saatavuustietojen järjestämiseen OPAC:issa on olemassa OPACHoldingsDefaultSortField -asetus, jolla voidaan vaikuttaa minkä saatavuustietotaulukon kentän mukaan tiedot järjestetään mutta Holdings sort group -tyyppistä joustavaa tapaa järjestää saatavuustiedot haluttuun järjestykseen ei ole. Finna näyttää saatavuustiedot oletusarvoisesti aakkosjärjestyksessä (?).

Jotta saatavuustiedot olisi mahdollista saada asiakkkaiden kannalta järkevään järjestykseen, Finnassa olisi hyvä voida antaa haluttu järjestys kokoelmakoodeilla config.ini -asetuksena niin että asetuksessa luetellaan aluksi haluttu kokoelmajärjestys, esim. holdingOrder=121:111:201:145 ja loput luettelemattomat kokoelmat tulisivat oletusjärjestykseensä (esim. aakkosiin).

Toimii nyt Finnassa tehtynä, mutta olisi parempi, jos varsinainen toiminnallisuus olisi Kohan puolella. Finna voisi sitten hyödyntää sorttaustietoa, joka tulisi Kohasta rajapinnan kautta.


https://tiketti.koha-suomi.fi/issues/4044

Lokirotaatio SIP yms. lokeille


https://tiketti.koha-suomi.fi/issues/4336

HTML-filtterit puuttuu osasta templateista. Kaikkia templateihin meneviä arvoja ei escapata.


https://tiketti.koha-suomi.fi/issues/4227

Jira
serverKansalliskirjaston JIRA
serverIdf77f19b3-0866-3dd6-97a9-e424355d78c1
keyKOHA-50

REST-rajapinta ei ota uudelleen yhteyttä Elasticsearchiin jos se on ollut alhaalla

Ongelma aiheuttaa sen, että Finnan kirjautuminen ei toimi. (tai mikä tahansa muu rajapintaa käyttää palvelu). Onko ajankohtainen vielä 20.05 version kanssa
https://tiketti.koha-suomi.fi/issues/4181

Jira
serverKansalliskirjaston JIRA
serverIdf77f19b3-0866-3dd6-97a9-e424355d78c1
keyKOHA-49

SRU kaatuu viallisen kyselyn takiaJos SRU:lle antaa hieman viallisen kyselyn niin se kaatuu kokonaan:Onko ajankohtainen vielä 20.05 version kanssa
https://tiketti.koha-suomi.fi/issues/3900

Jira
serverKansalliskirjaston JIRA
serverIdf77f19b3-0866-3dd6-97a9-e424355d78c1
keyKOHA-48

Speeding up search

The search is quite slow in a database with millions of bib items or if there are many items in a bib record that are shown in the search results page.
https://tiketti.koha-suomi.fi/issues/3719

Jira
serverKansalliskirjaston JIRA
serverIdf77f19b3-0866-3dd6-97a9-e424355d78c1
keyKOHA-47
 

Tutkittava voisiko GetItemsInfo-kyselyä yksinkertaistaaGetItemsInfo-kyselyssä haetaan kullekin niteelle kolmen viimeisen lainaajan tiedot. Tämä tuottaa pahasti hitauttaa kysellessä niteiden tietoja tapauksessa jolloin näitä on useita satoja. On selvitettävä, käytetäänkö tässä kyseltyä kolmen edellisen lainaajan tietoa missään, sillä ilman ko. kyselyä niteiden tietojen hakeminen on merkittävästi nopeampiTarkistettava onko ajankohtainen vielä 20.05 version kanssa
https://tiketti.koha-suomi.fi/issues/3791

Jira
serverKansalliskirjaston JIRA
serverIdf77f19b3-0866-3dd6-97a9-e424355d78c1
keyKOHA-46

Ajastettavien raporttien lisääminen ei onnistu

Koha antaa virheen "Ajastetun tehtävän lisääminen epäonnistui" lisättäessä ajastettua raporttia. Tämä tapahtuu lisättävästä kyselystä ja ajastuksen ajankohdasta riippumatta.Kohan raporttien ajastaminen vaatisi sellaisia oikeuksia, joita ovat tietosuojariski











Pääkäyttäjille tarkistettaviksi menevät asiat

...











1c
Ei enää ajankohtainen
Varausten käsittely - 3https://tiketti.koha-suomi.fi/issues/4817Varausjono -raporttiin lisätietoja - päivämäärään kellonaikaOnko päivämäärä -tietoon mahdollista saada tarkennuksena näkymään myös kellonaika?

Jos tarkoitetaan varauksen tekemisen kellonaikaa, ei sitä saa tähän, koska kellonaikaa ei tallenneta tietokantaan (http://schema.koha-community.org/20_05/tables/reserves.html)

Varausjonon katsomisessa tulee käyttää prioriteettia tai reserve-id -arvoa

Kansalliskirjasto tarvisisi kellonaikaa siihen, että annetaan tietty palvelulupaus varausten noudosta.

Kansalliskirjasto
14
Ei enää ajankohtainen, tiketti suljettu
Rajapintahttps://tiketti.koha-suomi.fi/issues/3393Kausijulkaisujen niteiden lajittelu Finnassa

KOHAn kanssa Finnassa kausijulkaisujen niteet eivät lajitu numeroinnin mukaan. 


Niteet näyttävät lajittuvan nyt OK Finnassa. Voikohan tiketin sulkea? Esimerkki HAMKin Finnassa https://hamk.finna.fi/Record/vanaicat.80471HAMK
23

Ei enää ajankohtainen


Rajapintahttps://tiketti.koha-suomi.fi/issues/3706Virhe: 

Hyllysijaintien normalisointi sotkee Kirjastokartan

Kohan rajapinta palauttaa item call numberin näytettävän version
(itemcallnumber_display) sorttauskentästä (cn_sort), jossa kaikki on normalisoitu isoksi.

Tämä saa aikaan sen, että Kirjastokartta ei osaa linkittää hyllysijaintia karttaan.

Korjattu Finnaan, mutta olisi parempi jos korjaus olisi Kohassa

30.10.20: On ehkä korjaantunut, pitää tarkistaa vielä tuo rajapinta

Toimii yhteisöversiossa oikein. 

Jyväskylän yliopisto
13
Ei enää ajankohtainen
Varastotilauksethttps://tiketti.koha-suomi.fi/issues/3811Varastotilausten käsittelyvaiheiden sähköposti-ilmoitukset konfiguroitaviksi

Asiakkailta on saatu palautetta turhan tiheään tulevista varastotilauksen käsittelyvaiheiden ilmoituksista varsinkin silloin kun asiakas on varastoaineiston suurkäyttäjä ja tilaa useampia aineistoja kerralla. Ongelmaa korostaa se, että ilmoitukset eivät välttämättä saadu asiakkaalle loogisessa järjestyksessä vaan sähköpostin kulusta riippuen asiakas saatata saada "otettu käsittelyyn" -ilmoituksen vasta sen jälkeen kun tilaus on jo käsitelty ja valmiina noudettavaksi. Tämä aiheuttaa turhia yhteydenottoja varaston henkilökunnalle. Olisi hyvä jos sähköposti-ilmoitukset voisi tehdä konfiguroitavaksi siten, että asetuksista voisi valita missä vaiheissa viestejä lähetetään. Mikäli viestiasetuksia ei saada konfiguroitavaksi, riittää jos vain "tilaus peruutettu" ja "tilaus valmis" viestit lähetetään ja muut viestit kytketään pois päältä.

Pidemmälle menevä parannus olisi jos samalla kertaa lähetetyt tilaukset (esim. samalla päivämäärällä tilatut) voisi niputtaa koosteviestiksi. Nyt jokaisesta tilatusta aineistosta lähetetään oma erillinen viestinsä ja tästä syystä suurkäyttäjien tapauksissa viestejä generoituu paljon.


Tämä on ollut pitkään jo raportoituna. Onko ajankohtainen ja jos on, mikä olisi järkevin ratkaisu

Ei ole tarvittava ominaisuus enää Jyväskylässä. Varastotilaukset siirretään tapahtuvaksi varauksilla. / Veli-Matti Häkkinen

Jyväskylän yliopisto
22
Ei enää ajankohtainen
Varastotilauksethttps://tiketti.koha-suomi.fi/issues/3754Virhe: Artikkelitilauksen tilan päivittäminen resetoi created_on -aikaleimanVarastonoutoihin käytetyn artikkelitilauksen tilan päivittäminen resetoi tilauksen created_on -aikaleiman ja created_on saa saman arvon kuin updated_on.

Onko ajankohtainen?

Ei ole tarvittava ominaisuus enää Jyväskylässä. Varastotilaukset siirretään tapahtuvaksi varauksilla. / Veli-Matti Häkkinen

Jyväskylän yliopisto
19
Ei enää ajankohtainen
Kuvailuhttps://tiketti.koha-suomi.fi/issues/4098Virhe: 

Tietueiden tuonti selainkäyttöliittymän kautta ei löydä tietueita tai antaa Internal Server Errorin

Riippuen tiedostomuodosta, tietueiden tuonti (Stage MARC records for import) ei joko löydä Kohaan ladatusta tiedostosta lainkaan tietueita (MARCXML:n tapauksessa) tai laukaisee Internal Server Errorin (MARC:n tapauksessa) klikattaessa Stage for Import -painiketta.Testattu Koha3:lla 23.10.2020, tuonti näyttää toimivan / Christian Nelson
20
Ei enää ajankohtainen, tiketti suljettu
Kuvailuhttps://tiketti.koha-suomi.fi/issues/3992Virhe: Bibliografisten tietueiden yhdistely hukkaa niteitäBibliografisten tietueiden yhdistely hukkaa niteitä. Ainakin silloin, jos nide on In Process tilassa.

Onko virhe ajankohtainen enää 20.05 version kanssa

(Koha3:lla testattuna ei ainakaan ilmennyt testin mukaan /Minna Kivinen)


21
Ei enää ajankohtainen
Kuvailuhttps://tiketti.koha-suomi.fi/issues/3921Virhe: Subfields not in same tabs

Sivu /cgi-bin/koha/admin/checkmarc.pl antaa varoitusviestin

Not all subfields for the following tags are in the same tab (or marked 'ignored').

Onko virhe ajankohtainen enää 20.05 version kanssa?

(Koha3:lla testattuna ei ainakaan ilmennyt testin mukaan /Minna Kivinen)

Jos virhe esiintyy, kuvailupohjan päivittämisellä korjaantuu. Pääkäyttäjä voi tehdä päivityksen.


35
3Kuvailu - 3

Jira
serverKansalliskirjaston JIRA
serverIdf77f19b3-0866-3dd6-97a9-e424355d78c1
keyKOHA-30

Kuvailu - 3


Fennica-linkkien toimivuuden automaattinen tarkistaminen
Ei kaiketi liity Kohan koodiin? Sisäisesti mietittäväksi KK:lle.Kansalliskirjasto
36
Ei enää ajankohtainen
Asiakkuus - 3
Uuden asiakkaan tunnistautuminen ilman paikallakäyntiä

Yleisten kirjastojen puolella on projekti asiakkaan sähköiseen rekisteröitymiseen.

Korkeakouluilla on käytössä mobiililiittymiä kuten Tuudo, jolla opiskelijat voivat rekisteröityä sähköisesti.

Rajapintojen kautta voi toteuttaa ulkopuolisen palvelun

Kansalliskirjasto ei tarvitse enää. Päädytty muuhun ratkaisuun.










...