Ajankohta ti 21.11.2023 klo 10-12
Etäkokous Zoomissa
Osallistujat
- Arto Ikonen, Jyväskylän yliopisto
Merja Kallio, Vaasan yliopisto- Antti Laurila, Itä-Suomen yliopisto
- Pirkko-Liisa Nurminen, Helsingin yliopisto
- Tapani Lehtilä, Tampereen yliopisto
- Ilkka Nokelainen, LUT-yliopisto
- Leena Kammonen-Tanskanen, Terveyden- ja hyvinvoinnin laitos
- Minna Marjamaa, Laurea-ammattikorkeakoulu
- Mikko Pennanen, Turun yliopisto
- Nina-Mari Salminen, Luonnonvarakeskus
- Tiina Tolonen, Oulun yliopisto
- Jyrki Ilva, Kansalliskirjasto, Julkaisemisen palvelut (sihteeri)
Minna Kantanen, Kansalliskirjasto, Yhteentoimivuuspalvelut- Reeta Kuuskoski, Kansalliskirjasto, Julkaisemisen palvelut (puheenjohtaja)
- Veera Mujunen, Kansalliskirjasto, Finna
- Satu Niininen, Kansalliskirjasto, Kansallisbibliografiapalvelut
- Samu Viita, Kansalliskirjasto, Julkaisemisen palvelut
Asialista
- Kokouksen avaus
- Reeta Kuuskoski avasi kokouksen
- Esittäytymiskierros
- Ryhmän jäsenet esittäytyivät
- Todettiin että mukana on monenlaista asiantuntemusta
- Metadatasuositustyön taustaa (Jyrki Ilva)
- Esityskalvot
- Metadatasuositus ja Tanja Vienosen pitämä Dublin Core -perehdytys (2020)
- Kansalliskirjaston DC-palveluosoite yhteydenottoja varten dc-posti(at)helsinki.fi
- Metadatasuosituksen lähtökohdat olivat pragmaattiset
- Tavoitteena selkeys ja yhteentoimivuus, ei pyritty täydellisyyteen
- Todettiin että metadatasuositus on helpottanut työtä oleellisesti
- Metadatan yhdenmukaisuus mahdollistanut aineistojen haravoinnin Finnaan ja helpottanut metadatan tuontia muista järjestelmistä
- DCMI on siirtynyt kehittämään DC Metadata Termsiä
- Julkaisuarkistoissa käytössä edelleen Qualified Dublin Core
- DSpace tarjoaa periaatteessa mahdollisuuden käyttää muitakin formaatteja, mutta käytännön elämässä QDC on yleensä helpoin ja turvallisin ratkaisu
- Esityskalvot
- Ryhmän järjestäytyminen
- Ryhmän puheenjohtajan valintaprosessi
- Puheenjohtajan olisi hyvä olla Kansalliskirjaston ulkopuolelta
- Toivottiin, että ryhmän jäsenet miettivät olisivatko kiinnostuneita
- Ryhmän toimikausi
- Ryhmä on avoin, mukaan voi tulla muitakin
- Päätettiin, että ryhmällä ei ole toimikautta, vaan osallistujat voivat vaihtua vähän kerrallaan
- Sähköpostilistan luonti
- Tarkoitettu ryhmän sisäiseen keskusteluun
- Reeta lisää ryhmän jäsenet mukaan
- Majordomo-lista, jolle voi liittyä tai jolta voi poistua myös itsenäisesti
- Tarkoitettu ryhmän sisäiseen keskusteluun
- Työskentelytavat
- Kiertävät sihteerivuorot kokouksiin?
- Sovittiin että toimitaan näin
- Pidetään huolta siitä, että sihteerivuorot ovat tiedossa etukäteen
- Muita ideoita?
- Alussa tiiviimpi kokoustahti, jotta saadaan saavutettavuuskentät tehtyä, mieluiten kevääseen mennessä
- Myöhemmin ehkä 3-4 kertaa vuodessa
- Wikiin voisi koota kokousten välillä kysymyksiä ja ehdotuksia (vrt. FinnARMA:n julkaisutiedonkeruun yhteistyöryhmän käytännöt)
- Jakautuminen pientyöryhmiin tarvittaessa?
- Kiertävät sihteerivuorot kokouksiin?
- Sivujen käyttöoikeudet ryhmäläisille
- Päivitysoikeudet kaikille ryhmän jäsenille
- Osalla ryhmän jäsenistä on jo tunnukset Confluencessa
- Onko salasana muistissa? Vai ovatko HAKA-tunnuksia?
- Kuinka monella tunnuksettomista on HAKA-tunnukset käytettävissään?
- HAKA-tunnuksellisten käyttäjien tulee kirjautua itse kerran Confluencen Wiki-alustalle käyttäjätunnuksen luomiseksi ennen käyttöoikeuksien myöntämistä
- Todettiin että osalla oli ongelmia Haka-kirjautumisesta, kenties selaimen välimuistista johtuen
- Reeta voi poistaa tunnuksia tarvittaessa
- HAKA-tunnuksettomien käyttäjien käyttäjätunnukset luodaan kokouksen jälkeen
- Ryhmän puheenjohtajan valintaprosessi
- Tiedoksi: AVI on pyytänyt kevään 2023 Kansalliskirjaston asiantuntijaryhmän kokouksessa muodostamaan luonnoksen sähkökirjan määritelmästä julkaisuarkistokontekstissa
- Määrittelytyö ei ole tämän ryhmän tehtävä
- Sähkökirjoilta edellytetään vuonna 2025 tietuekohtaista saavutettavuusmetadataa
- Asiantuntijaryhmän muistiot ovat luettavissa Kansalliskirjaston asiakaswikissä
- Jos ryhmäläisillä on ideoita sähkökirjan määritelmän perusteiksi, niistä ollaan kiinnostuneita kuulemaan
- Keskustelua:
- Onko ISBN kelvollinen sähkökirjan kriteeri? Ehkä ei sinällään
- Ovatko sähkökirjat julkaisujen alajoukko, ts. kaikki julkaisut eivät ole sähkökirjoja?
- Artikkelit eivät ole sähkökirjoja
- Opinnäytteissä: gradut eivät ehkä sähkökirjoja, mutta entä väitöskirjat?
- Entä artikkeliväitöskirjat?
- Käytännön prosessit jolla esim. opinnäytteen tekijä tuottaisi tietuekohtaista metadataa?
- Alakohtaisia eroja vaatimusten haastavuudesta, esim. matematiikan kaavat
- Myös kaupalliset kustantajat kipuilevat takautuvan tuotantonsa saavutettavuuden kehittämisessä
- Ryhmän ensimmäinen tehtävä: Tietuekohtaisen saavutettavuuskentän arvojoukon määrittäminen (Satu Niininen)
- Tietopaketti saavutettavuudesta
- Celian kanssa käyty keskustelua, alun perin jo vuonna 2021
- Tänä syksynä Satu ja Reeta kävivät läpi arvojoukkoa Celian kanssa
- Suunnitteilla kaksi kenttää, toinen vapaamuotoinen tekstikenttä, toisessa valitaan valmiista arvojoukosta
- Vapaamuotoiselta kentältä puuttuu vielä nimi
- Luonnosteltu taulukkomuodossa, pyritty säilyttämään formaattien välinen yhteentoimivuus DC:n, MARC:in ja ONIX:in välillä
- Onixissa saavutettavuustiedot pisimmällä, arvoja jo n. 60
- Kansallinen koordinointi puuttuu: päällekkäisiä arvoja
- Suunnitteilla kaksi kenttää, toinen vapaamuotoinen tekstikenttä, toisessa valitaan valmiista arvojoukosta
- Keskustelua
- Esim. Tampereen yliopistossa opinnäytteiden tallennuslomakkeet pyritty pitämään mahdollisimma lyhyinä
- Riittäisikö erottelu on saavutettava / ei ole saavutettava?
- Vetääkö mutkia liikaa suoraksi? Millä kriteereillä voitaisiin sanoa että on saavutettava?
- Miten ymmärrettäviä termit ovat satunnaisemmille tallentajille (esim. opinnäytteiden tekijät)?
- Checkboxit voisivat olla helpompia
- Taulukossa vihreällä kirjatut positiivisiksi muokatut versiot arvojen kuvauksista parempia
- Miten pitkälle opiskelijalle annettu valmis tallennuspohja riittää, miten paljon pitää tehdä validointia esim. pdf-tiedostosta?
- Kielikoodit yksi ongelma, suomen lukeminen amerikaksi? Voi olla ohjelmasta / asetuksista kiinni?
- Opinnäytteiden liitteet
- Videotiedostojen kuvailu?
- Esim. Theseuksessa usein ohje- ja opastusvideoita
- Liitteille jossain vaiheessa omat kuvailutiedot? (jos DSpace tukee tätä riittävän hyvin)
- Esim. Tampereen yliopistossa opinnäytteiden tallennuslomakkeet pyritty pitämään mahdollisimma lyhyinä
- Kenttien nimet
- Alustava ehdotus: dc.description.accessibility ja dc.description.accessibilityfeatures
- Seuraava kokous
- Reeta tekee doodlen, etsitään aikaa tammikuun puolivälistä
1 Comment
Reeta Kuuskoski
Kokouksen jälkeen Veera ehdotti JULKU-sahköpostilistalla:
Voisiko dc.description.accessibilityn sijaan voisi olla heti ”tarkempi” nimi, koska accessibility-aiheisia kenttiä on tulossa monta eli esim. dc.description.accessibilityfeatures ja dc.description.accessibilitysummary. (Osuvammat nimet on varmasti mahdollista keksiä ja hyvässä tapauksessa myös lyhyemmät.) Tosin en tiedä, onko konventiot dc-kenttien nimissä toisenlaiset, kun ensi kertaa olen mukana nimeämässä kenttiä.
Totta on, että kun tarvitaan kaksi kenttää, ei alkuperäinen dc.description.accessibility riitä. Tällä hetkellä kenttien nimiksi on siis esitetty