(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



  • 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


  • No labels