Till senaste kommentaren
Detta inlägg är gammalt och kan innehålla inaktuell information.

Instanser med flera ingående verk utan samlingstitel

Dessa är väl inte längre enkla monografier - men går det att uttrycka titlar som utgörs av en lista av flera likvärdiga verk i XL? (Se RDA 2.3.2.9.)

I MARC används ISBD-interpunktion (se nedan), och den första titeln läggs i 245a och resten i b, avskilda med ' ; ' (om verken har är samma upphov, annars i b/c enligt 1.4.5.11.2 vid olika upphov).

Precis som för parallelltitlar (https://kundo.se/org/librisxl/d/paralelltitel/) fungerar detta inte så bra i XL, och till skillnad från parallelltitlar verkar det inte finnas någon titelvariant för verktitlar.







Pär Johansson Rapportera olämpligt innehåll

Kommentarer

  • Hej Pär,

    I de här fallen finns ingen riktigt bra lösning. Vi kollade med några katalogisatörer på KB och de har gjort så här:

    1. Instans utan samlingstitel som innehåller flera verk med samma upphov
      Ange samtliga titlar i Huvudtitel med ISBD-interpunktion mellan varje titel:


      (Tidigare lades påföljande titel i 245 #b men om man anger påföljande titel i Övrig titelinformation blir interpunktionen fel.)

    2. Instans utan samlingstitel som innehåller flera verk med olika upphov
      Ange första titeln i Huvudtitel. I Upphovsuppgift anges, med ISBD-interpunktion, första titelns upphovsuppgift och därefter påföljande titel/titlar tillsammans med tillhörande upphovsuppgift:


    Med vänlig hälsning,
    Katalogsupport
  • Är tanken att ni skall ha författare/översättare som textsträngar? Faller inte hela iden med LIBRISXL eller är detta temporärt....
    Magnus Sälgö
  • Upphovsuppgiften är en textsträng som anges enligt katalogiseringsreglerna, transformeras och exporteras i MARC21 från Libris för att sedan hamna i bibliotekens lokala system – den ska inte länkas. Upphovspersonerna (medverkan i Libris XL) beskrivs utöver detta som auktoriteter och länkad data. Den bibliografiska beskrivningen av boken All hans kärlek i exemplet ovan är ett bra exempel på hur auktorisering/länkning fungerar och de bedömningar som görs av katalogisatören i det enskilda fallet.

    Mer om auktoriteter i Libris och varför alla personer som nämns i Libris inte är, eller kommer att bli, auktoriserade, se vårt tidigare svar

    med vänlig hälsning
    Bodil Wennerlund Projektledare nya Libris
  • Ok tackar för svar ..... i min #Wikidata värld är allt objekt även för och efternamn mer eller mindre kända personer..... sedan om det visar sig att denna "okända person" blir samma som en annan så mergas det ihop och det blir en redirect (gamla till nya owl:sameas)..... --> att det blir enhetligt att fråga etc.... med SPARQL .... då allt är object....

    Vi håller på och försöker höja kvaliten med Litteraturbanken i Wikidata så jag hoppas kunna hämta lite info från LIBRISXL i veckan för att koppla ihop oss...
    dela gärna vad andra gör för att hämta ert data... och hur detta med verk/instans fortgår... är rädd att det blir lite konstigt i Wikidata om bara instansen pekar till LIBRIS och verket "hänger fritt"
    Magnus Sälgö
  • Tack för svar.

    Magnus, de strängar som anges i dessa fält är en representation av de uppgifter som explicit anges på objektet (vanligen på titelsidan för böcker och noter), angivna och formaterade enligt våra standarder RDA/ISBD. Även ordningen mellan uppgifterna, och hur de är framhävda, spelar roll.

    Denna representation är ibland nödvändig för att identifiera en viss upplaga/instans, så därför måste beskrivningen ske på ett standardiserat sätt. Det finns ingen motsättning mellan detta och att länka andra typer av data.

    Pär Johansson
  • Hej Pär

    jag som lekman pratar gärna om detta salgo60@msn.com 070-5937579 jag är mer IT gubbe
    och är mer eller mindre "besatt" av att peka på samma som
    ;-) och tror att detta med att koppla ihop system är ett lyft för svenskt kulturarv om det görs rätt.... satt igår och kopplade in > 2500 personer från Dramatens rollistor till personer i Wikidata och ser hur vi redan nu kan 

    dvs. detta som förut var bara en textsträng (med en liten brasklapp att det kan vara fel i Öppen data) nu kopplar vi ihop SILOS och förhoppningsvis kan ge mervärde för alla ihopkopplade systemen...

    Det jag kanske ser är att i en länkad data värld är det att föredra att saker kan pekas på och identifieras unikt även om vi bara vet att det är en person och att det helst skall vara ett ID som inte bygger på textsträngar som ni hade i gamla LIBRIS

    Information och kopplingar kommer mer och mer att skapas utanför LIBRISXL och har vi bara textsträngar är inte detta möjligt att göra det på ett snyggt sätt är min tro/oro.

    Hittar vi författare "Gyllengranat, Carl August,1787-1864" i boken LIBRIS 1439881 så är Gyllengranat, Carl August,1787-1864 identifierad med i MARC fält 100



    kan man söka i gamla LIBRIS "AUTH: förf:(Gyllengranat, Carl August)"


    Tittar vi på LIBRIS 1439881 i LIBRISXL /37dtfrf81tcplhf  --> JSON  h37dtfrf81tcplhf/data.jsonld så ligger personen som @type "PrimaryContribution" @type "Person" och sedan med flera olika textsträngar dvs. lite svårare att peka på personen



    skulle årtal etc. ändras så ändras hur personen hittas (just för Herr Gyllengranat verkar det vara så illa att Riksarkivet SBL angivit fel dödsort och fel församlingsbok han dör i se ( Wikidata Q5779289#P20 )



    Min tro är att skulle LIBRISXL även ha unika persistenta identifierare för objekt som LIBRISXL identifierat som person men inte finns som auktoriserade så skulle LIBRIXSXL passa bättre in i ett länkad data sammanhang....

    Tittar vi på gökungen Wikidata så har vi alltid unika IDn och på gott och ont sker massa merge dvs. objekt A kopplas ihop med objekt B och då finns A kvar men har owl:sammasom dvs. en redirekt... . Idag mergas enormt mycket i WIkidata se exempel fråga tweet




    Ett annat antipattern jag ser är att idag länkas inte LIBRIS

    Exempelvis SKBL använder "samma som" ISSNI och gamla LIBRIS kopplar man  med sökningar som jag gissar blir länkröta....


    Den magkänsla jag får när jag lyssnar på SWIBL19 som pågår just nu är att fler och fler inser att länkad data inte skall ha textsträngar

    Exempel slides från idag på SWIBL där jag tycker troende personer pekar på vikten av att gå all in på länkad data och inte ramla tillbaka i "MARC kompatibla textsträngar"






    Magnus Sälgö
  • Exempel hur #Wikidata har verktyg att översätta namn som är kopplade till LIBRIS-URI till jp,zh.... och 290 andra språk . 

    om saker ligger som textsträngar är det "döda strängar" som aldrig kan "drabbas" av alla fördelar med Länkad data video
    dvs. gör alla objekt som objekt.... jag kollade lite snabbt på "All hans kärlek" och den jsonsom skapas och ser strängar som borde vara objekt som kan översättas eller bearbetas på annat sätt
    • "313 sidor"
    • "18 cm"
    • "Stockholm"
    • givenName "Michelle" 
      • skapar man namn som objekt kan man koppla sig till SOFI namn projekt se T235881 där jag hoppas vi får till ytterligare ett möte och öppnar upp SOFI för länkad data, dom verkar inte ha börjat sin resa ännu...
      • Michelle är i Wikidata Q15621047
    • language "Svenska" 
      • varför inte peka på ett objekt för språk så man kan söka efter alla titlar på språk ስዊድንኛ (svenska på amharic, immigrationsverkets amharic sida)
    • ......
    Exempel Tabernacle verktyget där vi enkelt översättar "Label"/"Description" länkad data



    Detta är en SPARQL hitta alla objekt i Wikidata kopplade till LIBRIS-URI som sedan enkelt kan hämtas hem av er



    eftersom Wikidata är gjort för att vara enkelt att vara maskinläsbart är det enormt enkelt att "hämta hem" det översatt data eller hämtar det i realtid, det är det Apple Siri och Google gör .... jmf ändringsströmmen i Wikidata som dom läser... och sedan använd i vår mobiler etc...

    Magnus Sälgö
  • Det stämmer att det finns mycket att göra kring länkade data i Libris. Vi arbetar kontinuerligt med förbättringar. Till exempel: i senaste releasen hämtas aktuella språkkoder enligt ISO 639-2 från Library of Congress vilket gör att vi kunnat rensa upp i föråldrade, inkorrekta och olänkade språkkoder.

    Vad gäller person- och organisationsauktoriteter återstår mängder av arbete, till exempel förbättringar i tjänsten id.kb.se. Vi arbetar också med "intern" länkning av auktoriserade namn i Libris automatiserade importflöden (mycket data blir aldrig manuellt berikat/länkat). Tyvärr kan man nog konstatera att "massauktoriseringar" mot olika externa källor på basis endast av namn- och organisationsmatchning inte kommer att generera den korrekta, entydiga auktorisering som förväntas. Frågan om persistenta identifierare för personer som inte är auktoriserade i Libris tar jag med och besvarar senare.

    Vår plan framöver är att länka till externa datakällor där vi bedömer ägaren som beständig och trovärdig över tid (exempel Riksarkivet eller ett nationalbibliotek), eller då ett långvarigt samarbetsavtal finns med annan aktör. Library of Congress är exempel på en källa som vi traditionellt förlitar oss på och där öppna dataset, till exempel språkkoderna, kan hämtas löpande. Det finns naturligtvis flera källor som Libris kommer att länka med.

    Arbetet med länkade data har bara börjat.

    Med vänlig hälsning
    Bodil Wennerlund Projektledare nya Libris
  • Emellertid handlar denna frågeställning om något annat, nämligen vilka metadata som krävs för att identifiera just det fysiska objekt vi hanterar. Det spelar ingen roll hur mycket länkning vi har, om de länkade metadata inte bildar en kombination som är unik för objektet. Det är ju trots allt en bibliotekskatalog vi sysslar med.

    Magnus, jag är från början utbildad civilingenjör inom datateknik, och jag är antagligen en av de första i Sverige som jobbat med en praktisk implementering av FRBR-modellen. Jag har inte svårt att förstå principerna för länkad data, och jag är antagligen ense med dig i mycket, t.ex. att det sätt biblioteksväsendet traditionellt har hanterat auktoriteter är föråldrat. Men det är också en praktisk fråga - vi har inte tid att lägga särskilt mycket tid på varje post, hur gärna vi än vill.

    Med allt detta sagt, så tycker jag att vore bra om du undvek att kidnappa var och varannan tråd. Jag vet att du menar väl, men det är inte god netikett.

    Pär Johansson

Kommentera eller skriv ett nytt inlägg

Ditt namn och inlägg kan ses av alla. Din e-post visas aldrig publikt.