Uutiset

  • hakemustilanne
    • ei uusi kuulumusia
  • Yhteydenpitoa Saksan Wikimedian kanssa
    • toimitettiin lista havaituista puutteista Wikibase-dokumentaatiossa, luvattiin myös opastaa, mistä yksittäisiin puutteisiin ja ongelmiin saa parhaiten apua
  • Tietomallin versio 2 käydään yhdessä läpi
  • IFLAn manifesti
  • Asterin tietueiden testiviennin tilanne
    • valmiudet viedä Asterin henkilötietueita
    • malli ja mappaukset ovat olleet vielä kesken ja pohdinnassa ja konversion kehittäminen Asterin ja Wikibasen välillä riippui niistä
    • Wikibasessa vienti todettiin melko hitaaksi, Saksan kansalliskirjaston projektissakin vienti kesti päiviä

Mappauspalaverien tulokset

2020-09-16 mappauspalaveri MuseumPlus

2020-09-23 mappauspalaveri AHAA

2020-10-01 mappauspalaveri Kansalliskirjasto

2020-10-23 mappauspalaveri 2 MuseumPlus

  • Muutoksia lokakuun alun periaatteisiin
    • käytetään henkilöistä ja pseudonyymeistä vain yhtä Person-luokkaa ja luovutaan identiteetti-luokasta. Henkilön tyyppi kuvataan propertyllä (arvot: todellinen identiteetti | toinen identiteetti)
      • museoilla muut_nimet_tyyppi-kentässä voi olla "pseudonyymi" jne. merkintöjä → identiteetti pitäisi pystyä jakamaan kahdeksi Wikibasessa ja palauttaa yhdeksi
        • voiko sukunimi- ja etunimikentissä olla pseudonyymi ja onko tällöin merkitty nimen statusta?
    • nomen: ei luoda omia kohteita nimille, esim. henkilön varianttinimi olisi jatkossa merkkijono (jota voi tarkentaa esim. vuosiluvulla HUOM! vuosiluvut täytyy tällöin olla tarkalleen ilmaistu tai merkkijonoina); sama pätee myös tunnisteille; tunnisteelle tulee tyyppi ja mahdollisesti ajanjakso-tarkenne
  • Nimet
    • etu- ja sukunimien jaottelu on ongelma, koska tähän eri sektoreilla eri tapoja
    • yhteisönimien esittäminen vieläkin vaikeampaa: kirjastolla yhteisönimi voi rakentua useasta alaosastosta, kun taas museoilla alaosastot ovat yhdessä osakentässä (välimerkein erotettuna?)
    • tässä myös tietojen esittämisjärjestys voi olla hankala ongelma Wikibasessa, jossa samannimisillä propertyillä ei ole järjestystä (jos siis hierarkian rakenne ilmaistaan yhteisön nimessä järjestyksessä, järjestys voi hävitä)
      • tämä todettiin kirjaston tietojen mappauksen ohessa, mutta onko muilla sektoreilla muita kenttiä, jossa järjestyksellä väliä?
  • Vuosiluvut
    • Wikibasessa rajoitteena, ettei epämääräisiä vuosilukuja ei voi aikatietotyypissä esittää
    • Arkistolla vuosiluvut vanhan EDTF:n mukaisia, esim. 1860-UU-UU, jossa järjestelmä täyttää tyhjän kuukauden ja päivän.
    • 23.10. mappauspalaverissa todettiin, että useampia vuosiluvun tarkkuuksia: vuosiluku, aikakausi, aikatietokuvaus-tekstikenttä mahdollisia arvoja → sanamuotoisille elinvuosille tarvitaan oma property, jolle keksittävä nimi
  • Tunnisteet
    • tunnisteilla oma propertynsä Wikibasessa (mm. Wikidatan käytännön mukaan) → eri sektoreiden tietokantatunnisteillekin omat propertyt
  • Teokset
    • Museoilla ei toimijoiden yhdistelyn kannalta relevantteja toimijaan liittyviä teoksia (bibliografia-moduuli)
  • Sektorikohtaiset piirteet
    • museolla omat moduulit ja lisätiedot-kenttiä, joista jälkimmäisiä ei kannata tuoda, moduuleista ehkä jotain
    • kaikki AHAA-elementit eivät julkisia,
    • on sovittu, että AHAAsta voidaan ulos toimijatietueita vain, jos liittyvillä toimijoilla itsessään on joku aineistosuhde
  • Keskustelua
    • mappaustaulukon editointi
      • mappaustaulukko voitaisiin jaotella sektoreittain
      • pitäisi kuitenkin tarkastella, mitä sanastoja on käytetty kentissä, jotka eri järjestelmissä vastaavat suunnilleen toisiaan: YSO-paikat, muut sanastot
    • syöttölomakkeet
      • syöttölomakkeisiin olisi hyvä saada APIn kautta haku sanastoista (YSO, YSO-paikat, Metatietosanasto)
      • toisena vaihtoehtona olisi, että sanastoja voitaisiin tuoda Wikibaseen
        • auktorisoimattomissa käsitteistä luotaisiin uusi item → voitaisiin joutua tilanteeseen, jossa kaksi ylläpidettävää sanastoa, jotka eriytyisivät toisistaan
        • yhteistyö saksalaisten kanssa: voitaisiin
  • No labels