You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 15 Next »

Paikka: Kansalliskirjasto, Yliopistonkatu 1, 1. krs Pohto, etäkokous Zoomilla

Aika: klo 12-14.

Läsnä: Projektiryhmä

Poissa: Matias Frosterus

Aihe

Käydään läpi tietomalli ja siitä Jarmo Saarikon tekemä kaavio mallin luokista ja propertyistä.  Keskeisenä aiheena henkilön, henkilön identiteettien ja henkilön nimien väliset suhteet. Alla joitakin toteamuksia luonnostellusta mallista sekä niihin liittyviä kysymyksiä.

  • Henkilöllä on yksi "todellinen identiteetti". Muut henkilön identiteetit ovat kaikki tyyppiä "toinen identiteetti"
    • Kirjastosektorilla voi myös pseudonyymi olla henkilön "pääidentiteetti".
    • Kuhunkin identiteettiin liittyy prefLabel (auktorisoitu hakumuoto) ja mahdollisesti muita nimiä
    • Kysymys: Onko "identieetti" -property "henkilön"  vai "nimen" ominaisuus?
  • Auktorisoidut nimet vs. muut nimet
    • Rajoitus: henkilön auktorisoitu nimimuoto voi liittyä vain yhteen henkilöön. 
    • erilaiset nimityypit. Vain osa nimistä auktorisoidaan, muut ovat varianttinimiä. Nimen tyyppi voidaan ilmoittaa omassa propetyssä
    • Pitääkö jokainsen nimen kuulua johonkin henkilön "identiteettiin"?
      • Eri henkilöiden yhteiset nimet
      • Sama "Nomen" voi liittyä useaan henkilöön tai olla yhden henkilön todellinen identiteetti ja toisen henkilön pseudonyymi

Kaaviossa olevan tietomallin selitys Nomenin osalta

  • Jokainen nimenä käytetty merkkijono muodostaa oman Nomen-luokkaan kuuluvan kohteen.
    • Kysymys: kirjataanko kukin "merkkijono" malliin vain kerran? Esim. sukunimi. 
  • Henkilöllä on ominaisuuksia, joiden Range on Nomen.
    • Nämä relaatiot tehdään Nomeneihin, joilla on vastaava tyyppi.
    • Mikäli Nomen on tyyppiä, jolla ei ole vastaavan nimistä relaatiota, niin relaatio tehdään varianttinimenä.
    • Kysymys:  Voiko sama nomenin merkkijono olla yhtaikaa eri tyyppiä? (kts. esimerkki alla #n6 vs #n25 sekä #n16)
    • Ellei voi, niin miten nimen tyyppi ilmaistaan luomatta jokaiselle omaa propertyä, mikä olisi loogisin ratkaisu. Kaikki voidaan luoda varianttinimi propertyn alapropertyinä.

Esimerkkejä ja keskustelua personien ja nomenien suhteista (erillinen alasivu)

--- Lista voi täydentyä tai tarkentua ennen kokousta ---

RDA

  • Nimien "perustyypit":  nimi, ensisijainen nimi, varianttinimi, hakutieto, varianttihakutieto, auktorisoitu hakutieto.
  • RDA http://rdaregistry.info/Elements/a/P50111: A "name of person" may be a real name, a pseudonym, a term of rank of nobility, a nickname, initials of a name, an assigned name.  
  • A name may be categorized as: Person: preferred name of person or Person: variant name of person.  A name not chosen as a preferred name may be recorded as a variant name.  Record this element as a value of a Nomen entity.

Yhteentoimivuusalusta

Yhteentoimivuusalustalla on Tutkimustietovarannon tutkijan tiedot ym. aiheeseen liittyvää.

Projektiryhmän kokouksessa manittiin, että KAM-sektorin yhteisen toimija(nimi)tietopalvelun tietomalli voitaisiin julkaista myös täällä, kun täällä on saman tyyppisiä tietokomponentteja.


Liitteenä keskeneräinen kaavio tietomallin luokista ja ominaisuuksista (3.3.2020)

nimitietopalvelun tietomallin entiteettejä (keskeneräinen luonnos 3.3.2020)

Seuraava kokous

  • 28.4. klo 10-12.   Mitkä ominaisuudet muodostavat ehdottoman minimin yhteisten auktoriteettien kuvaamiseen?



  • No labels