Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

DC-kenttäSelite
 

Pohdittava: dc.type-kentän tarkenteiden lisääminen omiksi sivuikseen vai lisätietona yläsivulle? Esim. dc.type.coar.

  • Type-kentästä käytetyistä aineistotyypeistä tehtävä listaus ja koottava julkaisuarkistojen kanssa yhdessä lista suositeltavista termeistä, koska nyt kentän käyttö on melko kirjavaa. (Samun mukaan listauksen saa ulos järjestelmästä skriptillä, joka hakee kaikki esiintymät type-kentästä.)
dc.contributor.groupauthor

Yhteisötekijä tai ryhmä julkaisun tekijänä

Yhteisötekijän nimen voi tallentaa tähän kenttään, jos halutaan erotella yhteisötekijät (organisaatiot, työryhmät) ihmistekijöistä tilastoinnin tai jonkin muun syyn vuoksi. Muussa tapauksessa kaikki tekijät voidaan tallentaa dc.contributor.author-kenttään. Suositellaan kontrolloidun sanaston käyttöä, jos mahdollista. Suomalaiset yhteisönimet Fintossa: http://finto.fi/cn/fi/ ja kansainväliset yhteisönimet VIAFissa: https://viaf.org/. Erota alayhteisön nimi yhteisön nimestä piste-välilyönti -yhdistelmällä. Toistettava kenttä.

Huomioita: Lisätietoja yhteisön nimen muotoilusta löytyy Kansalliskirjaston toimijakuvailupalvelun wikistä: https://www.kiwi.fi/x/rgwvBQ (110 - Otsikkomuoto - yhteisön nimi). Esimerkiksi julkaisuarkiston etusivun selailulistaukset voivat näyttää erikoisilta, jos tekijäselauksessa on mukana paljon organisaatioita tai työryhmiä.

dc.coverage.spatial

Kattavuus (paikka)

  • YSO-paikat, jotta konteksti löytyy helposti (mahdollisimman tarkka paikka olisi hyvä)
  • Historialliset paikat (SAPO? Suomalainen Ajallinen PaikkaOntologia)
  • Kansainvälisiä suosituksia?
  • Koordinaatit
  • Ohjeistus tehtävä, jossa suositellaan ontologioiden tai yhteisesti sovittujen muotoilujen käyttöäPystyykö DSpace tekemään näistä klikattavia linkkejä esim. Fintoon? 
  • Finnalla saattaa olla käyttöä näille tiedoille
dc.coverage.temporal

Kattavuus (aika)

Julkaisun ajallinen kattavuus, kuten vuosikymmen, vuosisata tai ajanjakso, jota julkaisu käsittelee. Suosituksena on tallentaa ajanjaksot numeroin, esim. 500-1400; ei 1980-luku, vaan 1980-1989. Ajanjaksojen nimitykset tulee tallentaa dc.subject-kenttään, esim. renessanssi, keskiaika, antiikki. Jos ajallista kattavuutta ei tiedetä tarkasti, voi tallentaa arvion aikavälistä. Älä käytä katkaisumerkkejä.

  • Ohjeistus tehtävä, jossa suositellaan ontologioiden tai yhteisesti sovittujen muotoilujen käyttöä
  • Kysy Juhalta lisätietoa kuinka ajanjaksot pitäisi merkitä standardin mukaan!
  • Tarkista suositus DCMI:ltä?
  • Finnalla saattaa olla käyttöä näille tiedoille
dc.description.editionPainosmerkintä, jos sellainen on tarpeen merkitä, esim. 2. painos, erikoispainos, juhlapainos. Painostieto tulee tallentaa metadataan niin kuin se on merkitty julkaisuun.
dc.description.provenance

(Kentän nimi: provenienssi-/alkuperätieto?) Tieto tallentuu DSpacessa, mutta on piilotettu tietosuojan(?) vuoksi. Kirjautuneille käyttäjille näkyvissä.

  • Kentän voi lisätä suositukseen, mutta selitteeseen on täsmennettävä käyttöä
  • Yksinkertaisuuden vuoksi jätetään pois suosituksesta toistaiseksi
dc.identifier.doi

DOI-tunnus

Julkaisuarkistoon tallennetun teoksen pysyvä DOI-tunniste. HUOM: Muualle kuin omaan julkaisuarkistoon viittaava DOI-tunniste tallennetaan dc.relation.doi-kenttään.

Huomioita: Pääosa kotimaisista julkaisuarkistoista käyttää URN-tunnuksia, DOI-tunnukset viittaavat useimmiten muualle tallennettuun julkaisuun.

dc.relation.funder

Rahoittaja

  • Suosituksena esim. Finton yhteisönimet, näille löytyy myös URN-tunnukset
  • Entä kielivaihtoehdot ja kansainväliset rahoittajat?

dc.relation.url?

dc.relation.urn?

Muu verkko-osoite

Kustantajan tai muun organisaation tietokantaan tallennetun (alkuperäis)julkaisun verkko-osoite. Toistettava kenttä.

  • tarkenteeksi tässä käyttötarkoituksessa .url voi olla harhaanjohtava, olisi hyvä keksiä kuvaavampi vaihtoehto.
  • pitääkö kaikilla erilaisilla tunnisteilla/verkko-osoitteilla olla oma relation-kenttänsä vai voisiko käyttää samaa?

Muu URN-tunnus / Muu pysyvä tunnus?

Toisen organisaation julkaisuarkistossa käytössä oleva julkaisun URN-tunnus. HUOM: Pidettävä huolta, ettei tunnus resolvoidu oman julkaisuarkiston URN-tunnukseksi ja näin "kaapata" julkaisua toiselta organisaatiolta. Toistettava kenttä.

  • tarkenteeksi tässä käyttötarkoituksessa .urn voi olla harhaanjohtava, olisi hyvä keksiä paremmin tilannetta kuvaava vaihtoehto
  • pitääkö kaikilla erilaisilla tunnisteilla/verkko-osoitteilla olla oma relation-kenttänsä vai voisiko käyttää samaa?
dc.rights.copyright

Muu tekijänoikeustieto

Muu selite pääsyoikeudesta, esimerkiksi kustantajan vaatima tekijänoikeustieto: © [kustantajan nimi]. Toistettava kenttä.

  • erillinen kenttä koska dc.rights.accessrights on varattu DSpacen sisäiseen pääsyoikeustehtävään. Lisätietoja Samulta
dc.subject.cn

Yhteisönimet (Samu taitaa tietää tästä enemmän). Liittyy järjestelmään, ei oteta yleiseen suositukseen.

  • epästandardin dc.organization-kentän tilalle mietitty kenttä

 

 

 

 

 

 

 

 

 

[LISÄTTY SUOSITUKSEEN] Tiedekunta, laitos, oppiaine ym. kentät – ehdotuksia mahdolliselle käytölle, yhtenäisyyden vuoksi kenttä voi olla kaikissa vaihtoehdoissa contributor- tai subject-alkuinen.

...

DC-kenttäSyy korjaukseen
dc.contributor.organization

Muuta otsikko: Opinnäytteen tai julkaisun tekopaikka

dc.identifier.[tunnisteen lyhenne]

Selitteen korjausehdotus:

Julkaisuarkistoon tallennetun teoksen pysyvä tunniste, kuten DOI, Handle tai URN. Jos pysyvää tunnistetta ei ole, teoksen URI tallennetaan dc.identifier.other -kenttään. Tunnisteet voidaan tallentaa dc.identifier.other -kenttään myös, jos ei ole tarvetta tarkentaa mistä tunnisteesta on kyse.

Huomioita: Kokonaisten verkko-osoitteiden tallentaminen DOI:n tapauksessa aiheuttaa teknisiä ongelmia DSpace-julkaisuarkistoissa, pelkän numero-osan tallentaminen toimii paremmin.

  • Verkko-osoitetta ei saisi sotkea tunnisteisiin. Mutta tunnisteet tulisi tallentaa kokonaisina verkko-osoitteina (uusi suositus, Jyrki Ilva tietää tarkemmin). Uuden suosituksen mukaan DOI-tunnisteet pitäisi ORCID:ien tapaan ilmoittaa kokonaisina verkko-osoitteina.
  • Kokonaisten verkko-osoitteiden tallentaminen DOI:n tapauksessa aiheuttaa teknisiä ongelmia DSpace-julkaisuarkistoissa, pelkän numero-osan tallentaminen on parempi (viesti Samulta myöhemmin)

dc.identifier.isbn,

dc.relation.isbn,

dc.relation.isversionof

Kirjaa kenttään pelkkä tunnus ilman lyhennettä "ISBN". Numerotunnus mahdollisuuksien mukaan väliviivoineen, muussa tapauksessa yhtenä numerojonona, ilman välilyöntejä tai väliviivoja.

  • Tunnuksen perään voi relation-kentissä tallentaa aineistomuodon sulkeissa, jos niin haluaa. Esim. (epub), (painettu) jne.
dc.identifier.uri

Kentän korjausehdotus:

Teoksen URIUniform resource identifier
Julkaisuarkistoon tallennetun teoksen URI. URI:lla ei tässä metadatasuosituksessa ole tunnisteroolia, vaan se toimii vain osoitteena.

Huomioita: Lisäys huomioihin: Muussa kuin DSpace-pohjaisessa julkaisuarkistossa uri-tarkenteen käyttö liittyy DSpace-järjestelmään, sitä ei pysty vaihtamaanvoinee vaihtaa url:ksi, mutta DSpace-järjestelmässä kentän pitää olla dc.identifier.uri.

  • Koska URI on W3C:n katsannossa sekä tunniste, että verkko-osoite, molemmat tiedot pitäisi mainita selitteessä. 
dc.rights.accessrights

Ehdotus ohjetekstiksi:

Pääsyoikeustieto, jos kuvailun kohteena olevaan tiedostoon pääsyä on rajoitettu. Rajoitus voi perustua esimerkiksi autentikointiin, käytetyn koneen IP-osoitteeseen, maksullisuuteen tai muuhun vastaavaan. Esimerkki arvosta: ”Pääsy aineistoon rajattu, käyttö vain [nimi] kirjaston tiloissa.”

  • Suositukseen tehty laajennus pois, perusteena kenttään tallennetun tiedon käyttö Finna-rajapinnassa käyttörajoituksen ilmaisemiseen
  • Kysyttävä lisätietoa Samulta ja finnalaisilta, onko suositeltavia arvoja kentän sisällöksi? Ei ole olemassa virallisia ohjeita, jokainen organisaatio määrittelee pääsyrajoituslauseen itse
  • Riittää että kenttä on käytössä, tekniikka hoitaa DSpacessa/Finnassa loput
dc.rights.urlKentän korjausehdotus:

Tekijänoikeus-/käyttöoikeussivun verkko-osoiteTallennetun teoksen käyttöoikeuden/lisenssin mahdollinen verkko-osoite.

  • Suositellaan tulevaisuuden varalle verkko-osoitteen tallentamista tähän kenttään

Lisäys huomioihin: Tulevan varalle kenttää voi käyttää CC- tai muun lisenssin verkko-osoitteen tallentamiseen.

 

[LISÄTTY SUOSITUKSEEN] Tarkennettavia kenttiä

DC-kenttäSyy tarkennukseen
dc.publisher.country

Kenttään lisättävä suositus kolmimerkkisen koodin käytöstä.

Huomioita:

Kenttään voi kirjata myös maan nimen kokonaisuudessaan. Tietojen haravoinnissa on eri tarpeet riippuen haravoijasta, esim. OKM:n julkaisutiedonkeruussa kolminumeroinen koodi ja RDA-sääntöjen mukaisessa kirjastokuvailussa usein kaksikirjaiminen MARC 21 -ohjeiden mukainen maakoodi. OKM:n julkaisutiedonkeruun mukainen numerokoodi vastaa suositeltua ISO 3166 -standardia, mutta sen hyödyllisyys tiedonhakijalle ei välttämättä ole kovin suuri. MARC 21 maakoodit ovat Library of Congressin laatimat, eivätkä ne vastaa ISO 3166 -standardia. Tietoja haravoitaessa eri maakoodit tulee ottaa huomioon ja ne on tarpeen mukaan mapattava.

Lisätietoa:

https://wiki.eduuni.fi/display/cscvirtajtp/Koodistot

http://marc21.kansalliskirjasto.fi/maat.htm

  • Voi olla myös maan nimi
  • Eri haravoinneilla eri tarpeet, esim. OKM ja mahdollinen kirjastokantoihin haravointi RDA-sääntöjen mukaan
    • OKM: kolminumeroinen koodi
    • RDA/MARC 21: kaksikirjaiminen koodi
dc.relation.ispartofseriesHuomioita: DSpace-järjestelmässä useamman sarjan ja niiden numeroiden linkittäminen toisiinsa ei onnistu muuten kuin tallentamalla molemmat tiedot samaan kenttään. Tarkoitukseen voi käyttää tätä kenttää, erottimena sarjan nimen ja numeron välillä tulee käyttää välilyönti-puolipiste-välilyönti -yhdistelmää. Esimerkki: Kansanterveyslaitoksen julkaisuja C ; 15
dc.rights

Suositellaan CC-lisenssien 4.0 -versioiden käyttöä, jos versio halutaan mainita. CC-lisenssin tai muun soveltuvan kansainvälisen lisenssin käyttöä suositellaan.

Huomioita: Jos sopivaa CC-lisenssiä ei löydy, käyttöoikeustieto voidaan ilmoittaa vaihtoehtoisilla lisensseillä, esimerkiksi Europeanan ja DPLA:n Rights Statements -lisensseillä. Vaikka edellä mainittuja käytetään ensisijaisesti kulttuuriperintöaineiston käyttöoikeuksien ilmoittamiseen, niitä voi myös käyttää muunlaisen aineiston käyttöoikeuksien ilmoittamiseen. Rights Statements -lisensseistä löytyy lisäksi In Copyright -vaihtoehto, jota voi käyttää tekijänoikeuksien alaisen aineiston lisenssinä.

dc.source.metadata

Metadatan lähteen lyhenne/nimi

Lisäys ohjeeseen:

Lähdetietokannan tai -organisaation tunnisteeksi suositellaan standardoitua lyhennettä, jos sellainen löytyy.

Huomioita: Kirjastojen ja vastaavien organisaatioiden kansainvälinen standarditunnus ISIL on pysyvä, vaikka tietokannan nimi muuttuisi. Esimerkiksi Fennica-kansallisbibliografian ISIL-tunnus on FI-NL ja Kansalliskirjaston ISIL-tunnus taas FI-H. Lisätietoja: http://isil.kansalliskirjasto.fi/. Kenttään voi primääriluetteloinnin tapaan tallentaa oman organisaation ISIL- tai muun tunnuksen, jos halutaan kertoa mikä organisaatio on luonut metadatan.

dc.type.okm

Julkaisutyyppiluokitus: https://wiki.eduuni.fi/display/cscvirtajtp/Koodistot (kohdasta Julkaisutyyppikoodisto).

Huomioita: Theseuksessa yleisesti käytettyyn dc.type.kota-kenttään tallennetaan käytännössä sama tieto OKM:n julkaisutyypistä. Vuodesta 2015 eteenpäin OKM:n julkaisutyyppiluokitus on aiempaa typistetympi. Vanha julkaisutyyppiluokitus: https://confluence.csc.fi/display/tutki/OKM%3An+julkaisutyyppiluokitus.

  • Huomautuksiin mahdollisesti lisättävä tieto: Theseuksessa käytetty dc.type.kota tarkoittaa käytännössä samaa julkaisutyyppiluokitusta.
  • Julkaisutyyppiluokitus on karsitumpi vuodesta 2015 eteenpäin, kaikki opinnäytetyyppejä ei enää listata

...