Kehitysehdotukset

• Vie XLS -painike ei näyttäisi minulla tekevän mitään.
• Jos raportilla käyttää "Piilota/Näytä Kokoelmat" jne painikkeita, näkyy valinnoista huolimatta aina seuraavat sarakkeet: Poistot, Aktiiviset asiakkaat, Hankinta(kulut) yhteensä, Kirjojen hankinta(kulut). Hankinta(kulut) yhteensä & Kirjojen hankinta(kulut) pitäisi varmaan ainakin olla sidottuna valintaan Piilota/Näytä Hankinnat.
• Raportin suodattaminen kirjastoyksikköön/-yksiköihin etsii haettua merkkijonoa mistä kohtaa tahansa kirjastotunnusta, joten (Vaskissa) joidenkin kuntatunnusten kohdalla näkyviin jää myös muiden kuntien kirjastoja (esim. Kaarinan kirjastotunnukset alkaa KA ja tuo KA esiintyy myös parin muun yksikön loppuosassa). Aika pieni ongelma kuitenkin, joten en nyt tiedä onko tuon takia kannattavaa muuttaa sitä, miten suodatus toimii.

Korjasin XLS-viennin ja lisäsin rivien alkuun kirjastoyksikön tunnusten vasemmalle puolelle napin, jolla kyseisen rivin voi poistaa. Ainakin tuolla voi kiertää suodatusongelman missä tulee ei-haluttua dataa mukaan... Pitää katsoa vielä nuo hankintajutut ja muu data että saa piiloon halutessa.

Sellainen huomio tuli vielä mieleen, että sivulle olisi hyvä saada samanlainen polku plugareihin & etusivulle mikä sotuteekin ja tarratulostustyökalun käyttöliittymissäkin on.

Hyvä idea, käyn noista Johannan plugareista ottamassa mallia.

1. Miksi Kokoelmat (sijainti) -tiedot ovat kaikki tyhjiä? Pitäisikö niissä näkyä aina jotain vai onko kiinni jostain asetuksesta?

Nuo vanhat raportit on konvertoitu vanhasta datasta suoraan. Niissä ei oltu laskettu sijaintikirjastojen mukaan kokoelmia. Uusiin generoituihin raportteihin data tulee mukaan uutena ominaisuutena. Uusia raportteja ei löydy vielä kuin vaaran testistä.

2. Myös Hankinta(kulut) yhteensä ja Kirjojen hankinta(kulut) ovat tyhjiä, vaikka tuotannon vastaavissa tilastoissa, niissä on luvut paikoillaan.

Tutkin asiaa. Ehkä vanhojen raporttien konvertoinnissa on vielä jokin bugi.

3. Kopioi leikepöydälle -toiminnon mukana kulkevat myös asettelut (lihavointi, keskitys), mikä on lähtökohtaisesti huono juttu. En tiedä pystyykö siihen vaikuttamaan, että kopiointi ottaisi pelkän tekstin. Tämä ei kyllä ole mikään iso asia.

Tuon asian voi kiertää liimaamalla tekstin käyttämällä näppäinyhdistelmää ctrl + shift + v. Toimii hyvin muuten kaikissa muissakin tapauksissa jolloin halutaan vain pelkkä teksti mukaan eikä muotoilua. Vilaisen silti koodia josko tuolle voisi tehdä jotain.

Vastasinkin noihin kommentteihin suoraan, en tiedä lähtikö postia. Vaihdoin piilotusnappien käyttäytymisen myös selkeämmäksi.

Saatiin fiksattua hankintakin kuntoon.

Lisäsin myös polun plugareihin & etusivulle tarratulostustyökalun malliin.

Lari Strand kirjoitti:

Korjasin XLS-viennin ja lisäsin rivien alkuun kirjastoyksikön tunnusten vasemmalle puolelle napin, jolla kyseisen rivin voi poistaa. Ainakin tuolla voi kiertää suodatusongelman missä tulee ei-haluttua dataa mukaan... Pitää katsoa vielä nuo hankintajutut ja muu data että saa piiloon halutessa.

Kiitos, tuo suodatus oli hyvä lisäys. Se ehkä vaatisi vielä jonku vihjeen, että tästä voit poistaa ko. rivin. Poistettu rivi ei myöskään palaa näkyviin, jos tyhjentää suodattimen. Voisiko rivin poiston kumota jotenkin?

Päivi Knuutinen kirjoitti:

Lari Strand kirjoitti:

Korjasin XLS-viennin ja lisäsin rivien alkuun kirjastoyksikön tunnusten vasemmalle puolelle napin, jolla kyseisen rivin voi poistaa. Ainakin tuolla voi kiertää suodatusongelman missä tulee ei-haluttua dataa mukaan... Pitää katsoa vielä nuo hankintajutut ja muu data että saa piiloon halutessa.

Kiitos, tuo suodatus oli hyvä lisäys. Se ehkä vaatisi vielä jonku vihjeen, että tästä voit poistaa ko. rivin. Poistettu rivi ei myöskään palaa näkyviin, jos tyhjentää suodattimen. Voisiko rivin poiston kumota jotenkin?

Joo, laitan huomautuksen tuosta poistonapista vaikkapa suodatusohjepopupin yhteyteen. Tutkin josko tuon poiston perumisen voisi toteuttaa myös viimeisimmälle poistetulle yksittäiselle riville. Ominaisuus saattaisi olla hyödyllinen muidenkin raporttien pyörittelyssä. Nyt siis raportin uudelleen hakemalla kaikki poistetut rivit saa leikisti "palautettua".

Joo, laitan huomautuksen tuosta poistonapista vaikkapa suodatusohjepopupin yhteyteen. Tutkin josko tuon poiston perumisen voisi toteuttaa myös viimeisimmälle poistetulle yksittäiselle riville. Ominaisuus saattaisi olla hyödyllinen muidenkin raporttien pyörittelyssä. Nyt siis raportin uudelleen hakemalla kaikki poistetut rivit saa leikisti "palautettua".

Joo, toki raportin uudelleen hakemalla saa raportin kokonaisuudessaan näkyviin, mutta sitten pitää suodatukset tehdä uudelleen jne. Yksittäisen piilotuksen perumisnappi olisi siinä suhteessa parempi, jos se on kätevästi toteutettavissa.

Raportointityökalu näyttää toimivan, vaikka ei ole kirjautuneena Kohaan. Aikakatkaisu oli potkaissut minut Kohasta pihalle, mutta raportointityökalu toimi nähdäkseni aivan normaalisti sen jälkeenkin.

Sellainen pieni huomio vielä, että jos taulukkoa leikepöydälle kopioidessa on auki myös raporttilistaus, kopioituu raportin tietojen lisäksi myös raporttilistauksen rivit, mikä on sinänsä turhaa.

OKM:lle raportoidaan myös Celia-asiakkaiden määrä (määräksi lasketaan Daisy-äänikirjoja lainanneiden asiakkaiden määrä kirjastojärjestelmässä + Celia-palveluun rekisteröityjen asiakkaiden määrä). Järjestelmästä lainanneiden asiakkaiden määrä on aiemmin laskettu sql-raportilla (https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Valmiita_SQL-raportteja#Celia-lainaajien-m%C3%A4%C3%A4r%C3%A4-vuoden-ja-kunnan-mukaan), mutta mahtaisiko sama luku olla helposti lisättävissä tilastotyökaluun yhdeksi sarakkeeksi jolloin erillistä raporttia ei tarvittaisi?

Mikko on Vaskin tallennettuihin raportteihin päivittänyt Redminen raportista uuden version (vanhassa versiossa rajuas itemtypeen, jota ei enää ole käytössä), jonka varmaan voisi joka tapauksessa päivittää valmiisiin sql-raportteihin vanhan raportin tilalle, jos uutta saraketta ei päädytä ottamaan mukaan okm-raportille?

select count(distinct(borrowernumber)) as Lainaajat
from statistics s
left join items i ON i.itemnumber=s.itemnumber
left join koha_plugin_fi_kohasuomi_okmstats_biblio_data_elements bde ON bde.biblioitemnumber=i.biblionumber
where type in ('issue') 
and branch like <<Kirjoita kirjastolyhenteen alku ja %>> 
and year(datetime)=<<Vuosiluku>>
and usercode not in ('EITILASTO')
and bde.celia=1

Anni Rajala kirjoitti:

OKM:lle raportoidaan myös Celia-asiakkaiden määrä (määräksi lasketaan Daisy-äänikirjoja lainanneiden asiakkaiden määrä kirjastojärjestelmässä + Celia-palveluun rekisteröityjen asiakkaiden määrä). Järjestelmästä lainanneiden asiakkaiden määrä on aiemmin laskettu sql-raportilla (https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Valmiita_SQL-raportteja#Celia-lainaajien-m%C3%A4%C3%A4r%C3%A4-vuoden-ja-kunnan-mukaan), mutta mahtaisiko sama luku olla helposti lisättävissä tilastotyökaluun yhdeksi sarakkeeksi jolloin erillistä raporttia ei tarvittaisi?

Mikko on Vaskin tallennettuihin raportteihin päivittänyt Redminen raportista uuden version (vanhassa versiossa rajuas itemtypeen, jota ei enää ole käytössä), jonka varmaan voisi joka tapauksessa päivittää valmiisiin sql-raportteihin vanhan raportin tilalle, jos uutta saraketta ei päädytä ottamaan mukaan okm-raportille?

[...]

Sori, mennyt ihan ohi tämä kommentti. Tätä voitaisiin harkita tehtäväksi, mutta minusta mahdollisesti vasta ensi vuonna. Tekisitkö Anni tästä kehitysehdotuksen GitHubiin?

Emmi Takkinen kirjoitti:

Anni Rajala kirjoitti:

OKM:lle raportoidaan myös Celia-asiakkaiden määrä (määräksi lasketaan Daisy-äänikirjoja lainanneiden asiakkaiden määrä kirjastojärjestelmässä + Celia-palveluun rekisteröityjen asiakkaiden määrä). Järjestelmästä lainanneiden asiakkaiden määrä on aiemmin laskettu sql-raportilla (https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Valmiita_SQL-raportteja#Celia-lainaajien-m%C3%A4%C3%A4r%C3%A4-vuoden-ja-kunnan-mukaan), mutta mahtaisiko sama luku olla helposti lisättävissä tilastotyökaluun yhdeksi sarakkeeksi jolloin erillistä raporttia ei tarvittaisi?

Mikko on Vaskin tallennettuihin raportteihin päivittänyt Redminen raportista uuden version (vanhassa versiossa rajuas itemtypeen, jota ei enää ole käytössä), jonka varmaan voisi joka tapauksessa päivittää valmiisiin sql-raportteihin vanhan raportin tilalle, jos uutta saraketta ei päädytä ottamaan mukaan okm-raportille?

[...]

Sori, mennyt ihan ohi tämä kommentti. Tätä voitaisiin harkita tehtäväksi, mutta minusta mahdollisesti vasta ensi vuonna. Tekisitkö Anni tästä kehitysehdotuksen GitHubiin?

Niin ja siis tarkennuksena, viedään tää kehitysehdotuksena asiantuntijaryhmän mietittäväksi.

Tästä on nyt GitHubissa kehitysehdotus https://github.com/KohaSuomi/Koha/issues/322.