Page History
...
- 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
- tietomallissa on ominaisuuden linkitykset eri järjestelmiin (myös RDA:han) merkitty muokkaajan kommentteihin, jotka näkyvät kirjautumattomillekin
- https://eac.staatsbibliothek-berlin.de/schema/taglibrary/cpfTagLibrary2019_EN.html
- toimijan tyypiksi voisi lisätä tapahtuman (RDA:ssa ei tapahtumaa)
- IFLAn manifesti
- IFLA WDWG Launch Meeting / 2020, Oct. 8
- Osallistutaanko jatkossa toimintaan?
- https://www.ifla.org/node/93341
- 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ä
...
- 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?
- museoilla muut_nimet_tyyppi-kentässä voi olla "pseudonyymi" jne. merkintöjä → identiteetti pitäisi pystyä jakamaan kahdeksi Wikibasessa ja palauttaa yhdeksi
- 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
- 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)
- 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ää
- OCLC:n projektin tapa esittää aikoja Wikibasessa: https://web.archive.org/web/20190227194227/http:/www.projectpassage.org/wiki/Help:Dates
- 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
- Wikibasessa rajoitteena, ettei epämääräisiä vuosilukuja ei voi aikatietotyypissä esittää
- 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
- mappaustaulukon editointi