(Edellinen kokous: Pääkäyttäjäryhmän viikkokokous 20191107 )
Kokous Laurean tiloissa Tikkurilassa, osana käyttöönottoprojektin päätöstilaisuutta, klo 9.30-12.30
Läsnä pääkäyttäjät ja kehittäjät, osa etäyhteydellä
Kokouksessa paljon keskustelua, muistiota ei ole kirjoitettu kovin tarkasti
Asialista
- Koha-käyttöönottoprojektin päätöspalaveri 14.11. Laureassa
- KK:n kehittäjien työlista - lyhyt katsaus siihen, mitä on tarkoitus tehdä lähiaikoina
- Tällä hetkellä kehittäjillä työn alla: nideoptimoinnit, kuljetustilaongelma, hakukenttäoptimoinnit, varaukset
- Systeeminhoidon puolella tekeillä e-kirjapakettien latauksen prosessit (keskeneräinen kuvaus prosessista löytyy githubista: https://github.com/NatLibFi/koha-sysadmin/tree/ebooks-batches/docs/howto/import/ebooks-batches ), seuraavaksi työn alla YSA→ YSO -konversio
- kaikki korkeakoulukirjastojen Kohat on nyt päivitetty samaan versioon
- tulossa kehityksen puolella konversiosiivouksia (esim. yhteensidotut, osakohteet, Hamkin Hetulan purku), varastotietueiden poisto monografioista, kv-version kehittäminen talven aikana, tilastotyökalujen tekeminen Kohaan
- Systeeminhoito kirjastossa, esim. palvelimella liikkuminen. Mitä saa tehdä, mitä ei saa tehdä? Eli pelisäännöt palvelimella toimimisessa
- eDuuniin voisi listata, mistä löytyy palvelimelta eri tiedostot, joita pääkäyttäjä voi tarvita
- cron-jobit, esim. fines.pl - onko hyötyä tai haittaa jättää ajamatta lauantaina ja sunnuntaina. Koha-Suomi selvittelee ajon toiminnassa havaittuja ongelmia
- voiko myöhästymisviestejä laittaa tauolle tietyksi ajaksi?
- muita vaihtoehtoja muokata viestiasetuksista lähetyksen lähetystiheyttä myöhemmäksi (esim. vasta 90 päivää eräpäivän jälkeen)
- myös on olemassa asetus, jonka mukaan kalenterin sulkupäivinä ei lähetetä viestejä
- konfiguraatiot ml. cronit tulevat automaattisesti: häviävät päivityksen myötä, kirjaston pitäisi itse ylläpitää muokatut tiedostot tai. Kirjastokohtaiset konfiguraatiot laitetaan automatisoinnin konfiguraatioon yhdelle kirjastolle. Mutta jos kirjastolla on oma eräajo, pitäisi laittaa omaan cron-tiedostoon, jota ei hallita KK:n ylläpidon automatisoinnin kautta.
- pitää miettiä rajanveto sen välillä, mitä ylläpidetään yhteisesti (laitetaan silloin mukaan automatisointiin), mitä omia ajastettuja ajoja tehdään
- suositus käyttää REST-rajapintaa, jolloin jää loki
- omat cronjobit periaatteessa ovat mahdollisia, jos tekee oman cron-tabin, jota automatisointi ei aja yli
- saako kirjasto ajaa itse skriptin, jonka muokkaa jotain tietoja palvelimella? Jos sellaisen ajaa, pitääkö siitä konsultoida ensin Kansalliskirjastoa? Mitkä on pelisäännöt?
- pitää ehdottomasti ilmoittaa etukäteen, jos tekee SQL-skripteillä muutoksia palvelimelle
- pitää vielä keskustella sisäisesti Kansalliskirjastolla, onko tämä ok
- jos tekee Kohan työkalulla isompia ajoja, niin siitäkin on hyvä ilmoittaa etukäteen ylläpitoon
- joitakin KK:n tekemiä skriptejä myös githubissa https://github.com/natlibfi/koha-sysadmin
- Kiwi-sivujen siivoaminen
- ei ylläpidetä vanhoja dokumentoinnin sivuja enää ja laitetaan tieto wikiin, että tieto voi olla vanhentunutta
- ei enää päivitetä Kiwiä
- jos joku haluaa päivittää jotain ohjetta, uusi ohje tehdään Redmineen, ja kiwi-sivulta laitetaan linkki sinne.
- projektidokumenteissa paljon tarpeettomaksi käynyttä, jopa käyttöönoton hahmotelmia, jotka eivät toteutuneet sellaisenaan
- Eduunin rooli?
- sinne voi laittaa asioita, joita ei voi pitää avoimessa netissä (Redminessä), esim. kirjastojen omat cronit, omat configuraatio-tiedostot
- pääsyohjeet palvelimille
- luontevasti kaikki palvelimeen liittyvät ohjeet voivat olla siellä, koska ne tulevat sitten myös CSC:n tietoon ja ne eivät koske
- SQL-kyselyt
- kerätään kyselyt Redmineen tai vielä mieluummin kansainväliselle sivulle. Siellä kyselyt on jaoteltu Kohan versionumeron mukaan
- Kansainväliseen versioon meno
- ehdotettu, että bugirapotteja uusista virheistä tehtäisi kansainväliseen versioon
- jos bugi ei ole kriittinen, asiantuntijaryhmän jäsenet voivat tehdä bugiraportin suoraan Bugzillaan, jotta muutos tehdään suoraan Kv-versioon
- jos bugi on jo raportoitu Redmineen, sitä ei enää tarvitse siirtää bugzillaan
- KK:n kehittäjien työlista - lyhyt katsaus siihen, mitä on tarkoitus tehdä lähiaikoina
- Kyselytunti kehittäjien kanssa: hankalasti selvitettävät asiat
- "Tulosta tai lähetä asiakkaan täydelliset Koha-tiedot" - on jo työn alla
- Verkkomaksuongelma: asiakas maksanut maksuja verkossa jo sunnuntaina, vaikka ei saanut uusittua kirjoja, mutta maksu kirjautui uudelleen maanantaina, kun asiakas palautti kirjat - tutkitaan
- varastotietueiden poistaminen: mitä tarpeita kirjastoilla on? Mitä tietoa niistä siirretään talteen?
- e-kirjojen ja lehtien holdarit halutaan säilyttää joissain kirjastoissa
- vaihtelee, minkä tietojen perusteella poistettavat holdingsit määritellään, jokainen kirjasto tekee omalta kohdaltaan, mitkä holdingsit voi poistaa
- pääkäyttäjät miettivät säännöt joko poistettavista tai säilytettävistä ja lähettävät koha-postiin poistopyynnön
- jälkihoitotöistä: asiakasviestien siirto voyagerin pop-upeista asiakasviesteihin
- työkaluista löytyy Koha-suomen tarratulostus-plugin
- keskustelua tarratulostuksesta
- CSS-muutokset
- redminessa tekninen dokumentaatio siitä, mitä on tehty
- kaivattu listausta siitä, mitä kaikkia kenttiä on mahdollista piilotta ja näyttää
- käytiin myös läpi sarakeasetuksia
- varauslistaan voi saada biblioitems-taulusta tietoja itse määritellen
- miten elementtien määritys tapahtuu käytännössä? Jatketaan selvittämistä
- Yleisesti tarvittuihin raportteihin voi linkittää vaikka etusivulta (Käytä asetusta IntranetMainUserBlock)
- jossain kaupunginkirjastossa pystyi jaottelemaan niteiden näkymisen eri toimipisteittäin eri välilehdille, kiinnostusta esim. 3Amkilla saada sama näkymä: SeparateHoldings/SeparateHoldingsBranch
- Finna: lainaushistorian säilytys: miten se toimii
- anonymisoidut lainat tallennetaan anonymousPatron -asetuksella
- Seuraava etäkokous vasta kahden viikon päästä eli 28.11. klo 13-14