Aika: Keskiviikko 9.3.2016 klo 13-14.30
ACP: https://connect.funet.fi/virta-julkaisu
Niille, joille ajankohta ei sopinut, järjestettiin kokous samansisältöisenä pe 4.3.2016, ks. nauhoite 4.3.2016
Osallistujat:
Muistiinpanot 4.3.2016
Pilottien tilannekatsaukset: Turun yliopisto: Siirtotiedostoihin liittyviä virheitä ISSN:issä, jotka todennäköisesti hoituvat automaattisella korjauksella. XML-tiedosto muodostetaan tutkimustietojärjestelmästä tietovaraston raportointiominaisuuksien avulla. Ei erityisiä ongelmia VIRTA-tiedonsiirrossa. Lahden ammattikorkeakoulu: XML-tiedosto tehty CSV-XML-muuntimella. Työkalu ollut hyödyllinen tarkistuksissa. Tavoitteena saada 2016 julkaisuista neljä kertaa vuodessa siirto tietovarantoon. Kysymys: Tulevatko seurantaraportit sitten extra-vipusen puolelle? Vastaus: Kyllä. Tarkoitus toteuttaa kesän-syksyn aikana. Kysymys: Kysymys virheraportista: saako julkaisuun painetun virheellisen ISBN:n ilmoittaa (esim. tarkistusnumero väärin) vai pitäisikö ISBN muuttaa julkaisutietoihin oikeaksi? Eli riittääkö ISBN:n oikea muoto vai pitääkö numeroittenkin olla oikein? Vastaus: Toistaiseksi tietovarannossa pystytään tarkistamaan vain, onko tunnus oikeanmuotoinen. Kysymys: CSV-XML:ssä ei kenttää julkaisun tilalle? Nyt oletuksena julkaisun tila on 0, kun siirretään tietovarantoon. Vastaus: Voidaan lisätä sarake julkaisun tilalle työkaluun. Ennen sitä muokataan käsin tietovarantoon. |
Muistiinpanot 9.3.2016
Kysymys:CSV-XML-muuntotyökalu listaa virheet työkalussa tai lokitiedossa. Olisiko mahdollista saada tuottamaan tietoa taulukkomuodossa? Vastaus: Voitaisiin jatkossa tehdä csv-muotoisena. Huomioidaan työkalun myöhemmässä versiossa. Kysymys: Pitääkö elementti poistaa XML:ää, jos ei siihen tuoda tietoa (esim. julkaisumaa) Vastaus: Julkaisumaa-koodi elementin voi jättää pois, mutta jos sen antaa, se ei voi olla tyhjä, vaan on annettava validi maakoodi. Kysymys: olisiko muuntotyökalusta mahdollista saada jossakin vaiheessa komentoriviskripti? Helpottaisi paljon xml-tiedoston muodostamista, eikä kaikkien tarvitsisi välttämättä rakentaa omaa ratkaisua. Vastaus: Voisi tehdä version, joka vie virheet lokiin. Nykyinen on tehty pienempiä korjauksia ja tarkistusta varten. Jotenkin virheet pitää ilmoittaa, eli ei voi muodostaa xml:ää ei-validista aineistosta. Jonkun on siinä oltava välissä korjaamassa. Voidaan ottaa kehitykseen versio, joka on komentorivipohjainen. Kysymys: JUULIssa on lehtiartikkeleita, joissa on vain lehden nimi ja julkaisuvuosi. Voisiko tarkistuksiin lisätä, että jotain muutakin tietoa pitää olla (joko numero,sivut,päivämäärä ..)? Vastaus: Voidaan mahdollisesti ottaa puutelistaukseen. OKM-tiedonkeruun osalta täytyy pohtia erikseen.
Pilottien tilannekatsaukset: Oulun yliopisto: CSV-XML-työkalu ollut tarpeellinen. Etukäteistarkistukset helpottaneet työtä. Alunperin oli suunniteltu tehtävän eri tavoin. Siirto sujui yllättävän helposti. Jatkossa tavoitteena siirtyminen automaattiseen tiedonsiirtoon. Virheraportit hyödyllisiä, edellytti kuitenkin organisaatiokohtaisen tunnuksen poimimista ja tarkistamista omassa järjestelmästä ja korjaamista XML:ään. Tampereen yliopisto: Kokonaisuutena mennyt hyvin. Virheitä yllättävän vähän. Luodaan 2 tiedostoa, tietovarastosta suotraan csv-tiedosto sisäiseen käyttöön. Käytetään csv-xml-työkalua sen tutkimiseen. XML tuotetaan SQL-serverialustalla erikseen. Tietoja tulee joka yö. Tampereen teknillinen yliopisto: Pure-järjestelmä viime vuonna otettu käyttöön. Nyt ensi kertaa käytössä raportoinnissa. Poimitaan automaattisesti tietoja ja lisäksi toistaiseksi käytetty CSV-XML-työkalua tiedoston muodostamiseen. TTY:llä koodattu "poimuri", jolla Puren syötteestä saadaan poimittua vaadittavat tiedot. Seuraavassa vaiheessa tuotetaan VIRTAAn XML suoraan omalta palvelimelta. Tiedot ajastettu siirtymään kerran vuorokaudessa. HAMK: Nyt tehdään käsin, mutta jatkossa varmaan tavoitetellaan jatkuvaa siirtoa, eli 1/yö. Ei käytössä mitään maksullista valmista ohjelmaa. On tehty omaa amk-kontekstiin sopivaa ratkaisua. Työterveyslaitos: Tietojen kokoaminen käynnissä. Julkaisutietojärjestelmästä toistaiseksi puuttuu tiedonsiirrossa vaadittavia tietoja. Vuoden 2016 julkaisuja syötetään uuteen järjestelmään. Järjestelmästä saadaan suoraan XML-aineistoa. FIMEA: Vuoden 2015 tietoja parhaillaan syötetään. Järjestelmässä ei kaikkia kenttiä, joten tietoja joudutaan täydentämään. Julkaisuja melko vähän ja tehdään paljon käsityötä.
Seuraavaksi
Kysymys: Aikataulukysymys: milloin yhteisjulkaisujen tyyppiristiriidat ym XML:n lähetyksen jälkeen havaitut korjaukset on jätettävä? Vastaus: Maalis-huhtikuun vaihteessa tiedot OKM:ään. OKM tekee pohjaehdotuksen julkaisutyyppikorjauksista sekä sisästen duplikaattien poistamisesta, jonka korkeakoulut ovat joko hyväksyneet tai hylänneet. Tänä vuonna mennään ainakin vielä näin, jatkossa voidaan miettiä vaihtoehtoista toimintatapaa. Korjauspyynnöt arviolta huhtikuuun puolessa välissä eteenpäin organisaatioille. Organisaatioilla noin pari viikkoa aikaa korjata. |
Pe 1.4. klo 13-14.30
Pe 29.4. klo 13-14.30
Pe 3.6. klo 13-14.30