Malldiskussion:Auktoritetsdata/Arkiv/2018–2019-05

Sidans innehåll stöds inte på andra språk.
Från Wikipedia

Ny utformning?[redigera wikitext]

Har mallen fått en ny utformning? Såg det inte bättre ut när den var en avgränsad ruta (i stil med en navigationsruta) i botten av artiklarna? Nu verkar den kunna hamna uppe i artikeltexten och utan avgränsning. Det framhävs mer nu och det lite konstigt eftersom auktoritetsdata är ett ganska sekundärt artikelinnehåll som många läsare inte har användning för eller ens vet vad det är. Se t.ex. hur det blir i artikeln om Juan Benet. (anv. • disk. • bidr.) 23 februari 2018 kl. 12.44 (CET)[svara]

Verkar ha ändrats igen! / (anv. • disk. • bidr.) 25 februari 2018 kl. 11.43 (CET)[svara]

SKBL property P4963[redigera wikitext]

Förslag att vi lägger in Svenskt kvinnobiografiskt lexikon (SKBL) - i Auktoritetsdata se

Förslag utformning motsvarande SBL dvs.

- Salgo60 (diskussion) 19 mars 2018 kl. 14.48 (CET)[svara]

@Salgo60:  Fixat Nu är det bara att vänta på att Kategori:Wikipediaartiklar med identifierare från SKBL fylls på. --Larske (diskussion) 19 mars 2018 kl. 15.10 (CET)[svara]

Kandidat NatMus P2538[redigera wikitext]

Förslag att Nationalmuseumet P2538 är en del av mallen - Salgo60 (diskussion) 22 mars 2018 kl. 07.25 (CET)[svara]

@Salgo60: Hmm, jag undrar om det inte behövs lite städning av användandet av denna property först. Det finns en hel del brott mot regeln att det endast ska vara ett värde för P2538 för ett givet objekt. Verkar som om det gjorts en del misstag vid mix'n'match, se till exempel kommentar av André Costa (WMSE) på den här sidan.
Vill vi att det ska poppa upp diverse ljusstakar och kuddvar (NatMus ID: 1224, 1241 och 1075), när man klickar på länken NatMus i auktoritetsdata i svwp-artikeln om Stockholm (Q1754)? Jag tror inte det. Det kommer bara att bli bränsle för åsikten att Wikidata är något som katten har släpat in. --Larske (diskussion) 22 mars 2018 kl. 08.01 (CET)[svara]
Mittåt kanske begränsa till människa (Q5) - Salgo60 (diskussion) 22 mars 2018 kl. 08.04 (CET)[svara]
@Salgo60: Ja, att begränsa till människor blir nog bättre, det täcker ändå 5 047 av de 5 180 NatMus-koderna i Wikidata.
Tillägg:Sen kan det nog vara intressant att länka till vilka förmål tillverkade av företag som Ericsson och IKEA som finns i samlingarna på nationalmuseum, men de där listorna på föremål "tillverkade i Stockholm" är nog mest en "slaskhink" som inte borde "mix'n'match:ats" ihop med Stockholm om du frågar mig. --Larske (diskussion) 22 mars 2018 kl. 08.42 (CET)[svara]
Det jag inser borde göras är att identifierar byggnader så att man vandrar runt i Gamla stan. Idag så kan man se vilka föremål en arkitekt gjort men det vore även trevligt att identifiera en byggnad och hitta föremål hos ex. National musuemet et al för denna byggnad.... se blog - Salgo60 (diskussion) 23 mars 2018 kl. 10.31 (CET)[svara]
Om någon vill tagga byggnader i Gamla stan med Nationalmuseum aktör-ID (P2538) är det nog lite olyckligt att kalla egenskapen för "Nationalmuseums konstnärs ID". Ett företag som IKEA möjligen, men knappast en byggnad eller en stad om du frågar mig. --Larske (diskussion) 23 mars 2018 kl. 11.39 (CET)[svara]
japp det skulle vara ett nytt ID. Är inte säkert att NatMus har klassificerat på den dimensionen vilket är lite synd... LIBRIS taggar författare men även ämne. Där ämne kan vara en byggnad eller annat intressant... ex. AMNE:(Tessinska palatset). Problemet i Wikidata blir då att ÄMNE borde finnas på byggnaden?!?!!?! vilket känns fel.... Ryktet från när jag träffade Peter Krantz i veckan fd. anställd på KB så sa han att dom har ett user case för Wikidata Q nummer för nya LIBRIS XL plattformen... antar att det bara är för författare men borde kunna vara för andra objekt... om jag fattar rätt så skall nya LIBRIS stödja platser enl. TORA projektet... så varför inte... förstår inte varför dom är så tysta med vad dom håller på med... - Salgo60 (diskussion) 24 mars 2018 kl. 21.29 (CET)[svara]
Men även här finns det multipla ID för ett trettiotal objekt som har artiklar i svwp och för ett antal ytterligare som (ännu) ej har svwp-artiklar. För den första av dessa som jag tittade på, Nils Bjørnson Møller (Q22969396) med de två ID 17312 och 8235 är det första en "död länk". Samma döda länk finns under "Se även" på den här kulturnav-sidan. Ser ut som om vi behöver kontrollera alla NatMus-ID i Wikidata och se om det är ett vanligt fel med döda länkar. --Larske (diskussion) 22 mars 2018 kl. 08.29 (CET)[svara]
@Larske: Känns som semantisk web reality check. Felet finns i Kulturarv Björnson Möller, Niels (1827 - 1888) det är lite det här som jag ser framför mig som ett problem att kanske i detta fall kulturnav, NatMus, Wikidata måste jobba närmare varandra.... när jag säger att LIBRIS inte verkar vara med i matchen utan "smyger omkring" är det just problemet att komma till dom och säga att SBL saknar LIBRIS id för 3000 personer fixa det.... så har man ingen att prata med.... - Salgo60 (diskussion) 22 mars 2018 kl. 08.40 (CET)[svara]
@Salgo60: Det kanske var lite hårt att kalla det för "döda länkar", men sidan man kommer till med sin röda text Det finns inga poster att visa är lika illa och inget jag vill ska dyka upp i länkar i Auktoritetsdata.
@Larske: tror jag fick ihop lite statistik och 81% av personerna från NatMus har VIAF, 27% har LIBRIS, 11% Svenskt biografiskt lexikon, vilket känns lovande att det är någon koppling Auktoritetsdata se blog - Salgo60 (diskussion) 25 mars 2018 kl. 15.52 (CEST)[svara]
Nu har jag tröskat igenom alla 5 180 Nationalmuseum aktör-ID (P2538) id som finns i Wikidata och hittat 35 som leder till denna "felsida", se fråga nedan.
Alla objekt med knasiga NatMus_id avser människa (Q5) och de flesta har artiklar i svwp. Många, men inte alla, av objekten har mer än ett NatMus_ID och det finns även något objekt i listan, Liepmann Fraenckel (Q123574), som har två NatMus_ID som båda leder till "felsidan".
Jag ser inget mönster i detta, men antar att felen härrör från Kurturarv och har spritt sig till Wikidata via mix'n'match för mer än ett år sedan. Att helt enkelt plocka bort de 35 felaktiva NatMus_ID från respektive WD-objekt är ju lockande, men så länge felet finns kvar i Kulturarv är väl risken påtaglig att någon gör en "rerun" av den aktuella mix'n'match-katalogen och återinför dem i Wikidata. Jag har inget konto i Kulturarv men du kanske har det eller har någon bra kontaktperson där som kan rätta i källan.
--Larske (diskussion) 22 mars 2018 kl. 15.59 (CET)[svara]
@Larske: min hjärna blir överhettad... jag har lite Twitter kontakt med Karin Glaseman som är Digital coordinator hos NatMus.... dom är intresserade och "ivriga" att visa upp sina verk... kan man gå tillbaka till dom och få en ny lista ?!?!? - Salgo60 (diskussion) 22 mars 2018 kl. 16.22 (CET)[svara]
Skickade en fråga till Karin om hon vet mer om varför Kulturarv har fel... - Salgo60 (diskussion) 22 mars 2018 kl. 17.01 (CET)[svara]
Jag har konverterat data från NatMus databas till KulturNav. Felaktiga länkar tillbaka till museisystemet kan bero på att det varit dubbletter i databasen som konverterats och dessa sedan rensats bort hos NatMus men ligger kvar i KulturNav. I exemplet [1] så ligger det en sameAs-länka mellan dubbletterna. http://kulturnav.org/d80c0db9-4342-4003-a163-4c9d1bb30f7a borde därmed sättas som deprecated (arkiverad i KulturNav) och detta löses av Karin G eller någon annan i redaktionen på NatMus.--Ulf Bodin (diskussion) 22 mars 2018 kl. 17.29 (CET)[svara]
Tackar @Bodwigg: berätta vad ni gör...
@Larske: hur dokumenteras sådant här och följs upp?!?!?! Känns nästan som man skulle skapa Phabricator tickets per Property så att kunskapen inte går förlorad eller räcker diskussionssidorna?!?!?
Jag kollade några problem poster i Larskes lista se min blog - Salgo60 (diskussion) 22 mars 2018 kl. 18.34 (CET)[svara]
Pratade med Karin Glasemann på telefon nyss och skickade över Larskes lista. Spontant känns det som enklast är att vi bara tar bort dom ur Wikidata.... - Salgo60 (diskussion) 26 mars 2018 kl. 12.01 (CEST)[svara]
Så länge som de finns kvar i KulturNav finns väl risken att någon mix-n-matchar in det felaktiga ID i Wikidata igen. Ett annat sätt är att ändra ranken på det aktuella påståendet till "Deferred Rank". Det gör att det inte dyker upp i Auktoritetsdata (om vår modul är rätt kodad, jag har inte kollat). Jag vet dock inte om detta är något som stoppar mix-n-match från att (föreslå att) stoppa in det med "Normal Rank", men det borde vara så. --Larske (diskussion) 26 mars 2018 kl. 12.16 (CEST)[svara]
FYI Larske jag har haft email konversation med Karin och vi tar bort fel NatMus och KulturNav på vår sida så fixar dom hos sig. Jag har bara inte hunnit ta tag i det... - 3 april 2018 kl. 08.12 (CEST)[svara]
Gått igenom Larske listan. Ytterligare 51 kandidater i Constraint_violations/P2538 - Salgo60 (diskussion) 25 april 2018 kl. 00.02 (CEST)[svara]

Felrapportering/ change management[redigera wikitext]

Jag är lite miljöskadad att saker och ting skall loggas och känner att om nu LIBRIS tar steget till ny plattform etc. så blir det en hel del att koordinera mellan olika aktörer ung. det vi ser ovan med Kulturnav/Nat mus/Wikidata.....

En variant jag kör med SBL är att på Property sidan logga fel se Property_talk:P3217 ==> primitivt men att jag åtminstone har ett ställe där jag själv loggar min kommunikation som andra kan ta del av... sedan att Riksarkivet struntar att ändra/förbättra sin web är väl bara lite charmigt ;-) - Salgo60 (diskussion) 25 mars 2018 kl. 12.56 (CEST)[svara]

@Salgo60: Att logga fel i SBL på talk-sidan för propertyn Svenskt Biografiskt Lexikon-ID (P3217) tror jag är mindre lämpligt för fel som inte har med själva propertyn att göra. Det är ju inte så att propertyn importerar några som helst fakta, den bara översätter ett "SBL-id" till en URI som leder till en SBL-artikel. Den artikeln kan läsas av vem som helst och anges som källa i en wp-artikel helt oberoende av om det finns något P3217 eller ej. Om däremot SBL skulle ändra på sin katalogstruktur så att översättningen inte längre fungerar är det något som bör tas upp på propertysidan.
Om det finns faktafel, typ felaktigt födelsedatum för någon person, i artiklar i SBL skulle det möjligen kunna tas upp/loggas på talk-sidan för Svenskt biografiskt lexikon (Q379406) om man håller sig till engelska eller på Diskussion:Svenskt biografiskt lexikon (eller en undersida till den) om man vill hålla sig till svenska.
Naturligtvis vore det fint om
  • SBL (och alla andra liknande "öppna resurser") hade ett felrapporteringssystem så att när du rapporterat ett fel också får en kvittens och ett unikt "ärendenummer" som går att referera till för uppföljning.
  • felrapporteringssystemets innehåll var lika öppet och tillgängligt som artiklarnas innehåll så att man kan få en överblick över antalet och typen av fel som rapporterats och status och ledtider för rättningsåtgärder.
Om detta funnes skulle det vara lättare att skapa sig en uppfattning om "kvaliten" och "lämpligheten" som källa hos de olika katalogresurserna.
--Larske (diskussion) 25 mars 2018 kl. 18.11 (CEST)[svara]
@Larske: Jag föreslog nu på Facebook Wikidata att vi skall ha olika Workspace per Property för att kunna spåra ändringar. Ju mer jag kollar på detta med länkad data desto mer förvånad blir jag över
  • hur omoget det är med ändringshantering
  • bristen på tydlighet och spårbarhet
  • hur duktiga Wikidata är och hur bra gratis verktyget en:Phabricator är för att ge mig
    • en prioriterad backlog vad som är på G
    • spårbarhet vad som finns i drift
    • tydlighet vem som äger problemet
    • enkelhet att sätta upp vilka aktiviteter som beror av varandra
    • enkelhet att kommunicera/kommentera vad som görs och även klippa in bilder etc....
    • att Phabricator är öppet så alla har samma bild av vad som sker
Kommer Kungliga bibliotekets Libris XL projekt igång och Riksarkivets TORA med länkade data så kommer det att krävas folk som är kompetenta att hålla koll på vad som sker i alla systemen och ändringar behöver koordineras.... just nu känns detta med länkad data mer som en omogen lekstuga där man dumpar ett dataset på ett hackathon och hoppas att någon annan gör jobbet ;-) - Salgo60 (diskussion) 21 augusti 2018 kl. 08.43 (CEST)[svara]

Kandidater Auktoritetsdata ?[redigera wikitext]

För att slippa externa länkar i artiklar kan dessa finnas i Mall Auktoritetsdata?

- Salgo60 (diskussion) 9 juni 2019 kl. 19.32 (CEST)[svara]

I vilken miljö befinner du dig när du finner det svårt att hitta Q-id för det WD-objekt som är länkat till den artikel du tittar på? I den stationära miljön kan du hoovra över länken "Wikidataobjekt" som finns i vänsterkolumnen för alla sidor som är länkade till Wikidata. När du gör det ser du länken i statusfältet längst ner i webbläsaren och Q-id är den sista delen av denna länk. Inte så svårt, eller hur? --Larske (diskussion) 9 juni 2019 kl. 19.58 (CEST)[svara]
jo men jag är inte målgruppen utan Ebba på Upplands museum som kanske vet vad Auktoritetsdata är. Om VIAF och LIbrary of Congress ser Wikidata som en del av Auktoritetsdata så borde även vi göra det och visa det i mallen... Det är även frågan om att visa lite pondus att visa att Wikidata nu tagit klivet in som en auktoritet och visa upp sig i den "familjen" – Salgo60 (diskussion) 9 juni 2019 kl. 21.17 (CEST)[svara]
OK, då förstår jag vad du menar. Det är nog dags att ta en principdiskussion om vilka av alla 3 913 externa identifikatorer, 3 914 om vi räknar Wikidata själv, som finns definierade i Wikidata som vi vill prioritera genom att lyfta fram i denna mall. 149 av dessa har dessutom mer än en variant av länk. --Larske (diskussion) 10 juni 2019 kl. 01.44 (CEST)[svara]

Principer för vilka auktoritetsdata som ska ges plats i rutan "Auktoritetsdata"[redigera wikitext]

Det har kommit en del önskemål från olika användare om den ena och den andra kandidaten för auktoritetsdata. Just nu finns det 3 913 olika "externa identifikatorer" definierade i Wikidata. Antalet har fullständigt exploderat den senaste tiden och det lär fortsätta att öka. Det faller på sin egen orimlighet att vi ens skulle ta med alla länders nationalbibliotek för att inte tala om alla olika uppslagsverk, lexikon och specialdatabaser. Även om många identifikatorer pekar på databaser med ett begränsat sortiment, det kan gälla OS-deltagare, schackspelare, fåglar, svampar, badmintonspelare eller fridykare och där en och samma artikel inte finns i mer än någon enstaka av dessa specialdatabaser, finns det tillräckligt många av typen "nationalbibliotek" och liknande som har en brett scope och som inte alla rimligen kan "släppas in". Det är 333 av identifikatorerna som har texten "national" i beskrivningen.

Som exempel har objektet William Shakespeare (Q692) idag 175 värden för externa identifikatorer och även om artikeln William Shakespeare är ganska omfattande tror jag inte vi vill ha alla dessa länkar i en box på slutet av artikeln. Eller alla dessa länkar i artikeln om Pablo Picasso. Så skulle det bli idag om vi inte hade någon begränsning.

Det behövs därför några kriterier att gå efter för att avgöra om en "identifikator" ska tas med eller ej i mallen som skapar rutan "Auktoritetsdata".

Pingar några som bidragit med förslag på den här sidan:

--Larske (diskussion) 10 juni 2019 kl. 01.44 (CEST)[svara]

Jag ställer mig bakom samtliga som föreslagits ovan utom Wikidata. Som princip ställer jag mig bakom Paracel63:s förslag. Nationella biografiska lexika och konstindex av samma karaktär bör ges plats. Det är få som får så många som Shakespeare om vi släpper det fritt, men jag håller med om att vi inte bör göra det. Bland dem jag såg där verkade CERL vara något som bör finnas med. Hellre för många än för få är dock mitt utgångsbud. Auktoritetsdata är trots allt komprimerat jämfört med fulla externa länkar. Tostarpadius (diskussion) 10 juni 2019 kl. 08.24 (CEST)[svara]
Ja, det stämmer att det är mer komprimerat, och därmed lite kryptiskt med alla förkortningar. En känsla för hur stor plats det ändå skulle ta i artikeln om man toge med alla externa identifikatorer för Shakespeare kan vi se i motsvarande sida i Reasonator där dessa data visas i rutan med överskriften External sources till höger på sidan.
En tanke jag fick när det gäller kriterium är att vi minst skulle kräva att den aktuella källan fanns beskriven i en svwp-artikel. Principen skulle alltså vara att inte acceptera några "rödlänkar" i rutan. Detta skulle minska antalet "godkända" identifikatorer för till exempel Shakespeare till omkring en tredjedel. Såväl Kunstindeks Danmark-ID (P1138) som Musée d'Orsay konstnärs-ID (P2268) klarar sig genom det "nålsögat", men även om man bara tittar på konstmuseer (konstindex) finns det ett sextiotal som är kopplade till externa identifikatorer i Wikidata, varav ett fyrtiotal idag har svenska artiklar. Såväl antalet konstmuseer i Wikidata som antalet med svwp-artiklar lär fortsätta att öka. Om inte alla dessa ska godkännas för visning i rutan "Auktoritetsdata" krävs det ytterligare kriterier som helst inte står i strid med WP:GLOBAL. Finns det någon anledning att Musée d’Orsay (med (P4659)) ska finnas med men inte till exempel Museum of Modern Art (med MoMA konstnärs-ID (P2174)) som har dubbelt så många objekt kopplade. --Larske (diskussion) 10 juni 2019 kl. 10.50 (CEST)[svara]
När du kollade på Nationalmuseet så var det tveksamt hur bra den var.... Känns som det krävs lite testande. Jag bollade en tanke vidare till WD chat "Make Wikidata Q id more visible". Min magkänsla säger att Wikidata har så mycket objekt och kopplingar att det blir mer intressant för externa att säga samma som Wikidata....Jag kopplar just nu SVT Play-ID (P6817) och tycker mig se att kan vi få SVT Öppet arkiv att tänka Wikidata objekt så skulle dom kunna klassificera sina filmer bättre exempel lista min task T225394... en vag tro jag har är att "gamla" koncept som Auktoritetsdata kanske krockar med att bygga kunskapsgrafer och det är detta vi börjar se. Exempelvis filmen i SVT Öppet arkiv med Strindbergs begravning som enligt Stockholms källan är det enda filmade materialet "med" Strindberg borde enklare kunna hittas via flera kopplingar som Norra Begravningsplatsen etc... Salgo60 (diskussion) 10 juni 2019 kl. 14.18 (CEST)[svara]
Tack för pingningen. Jo, jag tycker att nationalbiblioteken bör ha försteg i den här mallen. VIAF länkar numera fler nationalbibliotek o dyl än vad som listas här (artikeln behöver nog uppdateras), men den är ändå en bra utgångspunkt. I övrigt tycker jag att det kan vara praktiskt om även artiklar om konstnärer e dyl också kan få auktoritetsdata (även om jag själv försöker ransonera mitt Wikidata-pysslande).--Paracel63 (diskussion) 10 juni 2019 kl. 23.58 (CEST)[svara]
FYI: Jag har email kontakt med 2 personer på VIAF och lärde mig i veckan att det är ett forskninsgprojekt så det verkar ha varit tveksamt om dom skulle stödja LIBRISXL. Det har tagit 1 år att få detta svar se T223259. Jag tror mer och mer att Wikidata hoppas en del skall lösa det hela. Tyskarnas GND testar nu Wikidata iform av en:Wikibase se blogpost wikimedia, Wiki hos GND – Salgo60 (diskussion) 11 juni 2019 kl. 01.55 (CEST)[svara]
FYI fick en ny property för Uppsala Uppsala Universitet Alvin-ID (P6821) som innehåller mycket material men är dåliga på att beskriva personer/platser semantiskt dvs, enormt bra match sv:Wikipedia/Wikidata/Alvin typ dom har mynten och vi beskriver myntmästarna mha SBL lista / Phabricator T225522
Känns väldigt relevant att länka dom för en myntmästare men skall det göras med en mall/inställning för inloggade läsare eller något generellt typ Mall:Auktoritetsdata eller inte alls.... vi kan ju se Wikidata som ett sätt för Alvin att enklare hitta sv:Wikipedia artiklar... – Salgo60 (diskussion) 12 juni 2019 kl. 14.35 (CEST)[svara]
Öppnar den här diskussionen igen.
Mycket diskussion om enskilda databaser, lite om vad tanken med mallen är. Normalt vill vi ju vara försiktiga med externa länkar, och undvika externa länkar som lika gärna skulle kunna vara källor. Om vi tar t.ex. biblioteksdatabaser som exempel så kan jag komma på två anledningar till att länka dit: 1. De är omfattande (men inte nödvändigtvis kompletta) bibliografier, vilket är lite för specialiserat för Wikipedia men kan vara intressant för läsaren. 2. De ger läsaren möjlighet att söka upp bibliotek där de kan långa böckerna i fråga, vilket är en typ av tjänst Wikipedia inte kan tillhandahålla. Utgår man från den andra punkten är det rätt tydligt att Libris och Nationalbiblioteket i Finland är de klart mest intressanta. Utgår man från den första menar jag att det är bättre att för varje artikel försöka ta den mest lämpade än att spotta upp en massa artiklar och hoppas att någon länk är bra.
För andra databaser kan man även tänka sig att de innehåller intressant bildmaterial eller liknade. Jag menar dock att det avgörs bäst i den enskilda artikeln; för många konstnärer vore en länk till Commons potentiellt lika värdefull.
Slutligen kan man väl tänka sig att det finns någon som är intresserad av att hitta "alla databaser där det går att läsa om X". Det känns dock inte som att Wikipedia måste tillhandahålla en sådan tjänst, och i så fall är den här mallen i vilket fall alldeles otillräcklig.
Slutsats: Jag ser faktiskt väldigt lite poäng i att överhuvudtaget ha mallen. För de flesta artiklar skulle vi lika gärna kunna ha två eller tre länkar i den vanliga länklistan. Då skulle det också framgå att dessa faktiskt är länkar vi tror läsaren har glädje av, inte en samling kryptiska siffror längst ner i artikeln
andejons (diskussion) 26 juni 2019 kl. 09.52 (CEST)[svara]

LIBRIS länken fungerar inte längre - bör tas bort?[redigera wikitext]

Jag har skrivit på LIBRIS supportforum att Wikipedia LIBRIS länk inte fungerar vi får se vad som är tänkt och när dom fixar det/hur....

Förslag att ta bort LIBRIS i denna mall till LIBRIS löst det hela - Salgo60 (diskussion) 12 juli 2018 kl. 10.21 (CEST)[svara]

se även
- Salgo60 (diskussion) 15 juli 2018 kl. 07.56 (CEST)[svara]
Är det alla 13 039 "auth-länkar" som har slutat att fungera? Bra att du har felrapporterat det i Libris supportforum. Föreslår att vi avvaktar svaret från dem, de har i alla fall viss support under nästa vecka om man får tro sidan du länkar till. Att hålla och ändra fram och tillbaka utan att veta riktigt veta om detta är planerat eller oplanerat från Libris känns inte motiverat. Det vore intressant om Libris kunde se hur många "besökare" deras server har som kommer från Wikipedia (sv.wikipedia.org), eller från någon annan sajt, och som klickat på en länk som leder till sidan med meddelandet Ett fel uppstod. --Larske (diskussion) 15 juli 2018 kl. 09.02 (CEST)[svara]
  1. Japp alla. Kan vara så enkelt att dom skall starta om sin server ;-) alt så har dom ändrat sin kod....
  2. Tror ingen jobbar hos Libris just nu
  3. Sidan som nu inte fungerar har jag tyckt varit värdelös se ovan så enklast vore att ändra till en söksträng i deras system
    1. min vision är dock att LIBRIS tar ansvar och skapar landningssidor för författare etc. se Change request. Min magkänsla är att LIBRIS XL byggs för bibliotekens personal och inte för "konsumenter" vilket känns galet om nu länkade data är fokus se KB becomes the first national library to fully transition to linked data This means that the contents of the National Library catalogue can now be used by web services outside the library community.
  4. Antal besökare
    1. Tror tyvärr inte många Wikipedia läsare hittar till auktoritetsdata i kombination med att många skribenter på Wikipedia fick jag förklarat för mig av LittleGun inte tycker Wikipedia skall ha externa länkar..... jmf Google som bygger sin affärsidee på att förstå vad användaren söker efter och bara presenterar länkar.
      1. rent allmänt saknar jag ett fokus på vad vill användarna se och varför minskar antalet Wikipedia besökare när Google började presenterar Wikipedia på "Prime location" se mitt inlägg meta:Talk:Strategy/Wikimedia_movement/2018-20
    2. Jag skulle helst se att litteratur listor på ämne (Mall:Libris_ämne) eller person (Mall:Libris_namn) länkades till Kungliga Biblioteket LIBRIS och i Wikipedia fanns bara de mest betydande/utvalda verken
- Salgo60 (diskussion) 15 juli 2018 kl. 09.46 (CEST)[svara]
Angående 4.1: Jag försökte förklara att Wikipedia inte är en länksamling, men att de flesta artiklar ska ha typiskt en extern länk och att Wikipedias "uppdrag" är, och ska vara, väsenskilt Googles affärsidé. Wikipedia ska leverera fullödiga artiklar på ett strukturerat och enhetligt sätt etc etc. Det ska inte vara ett parallellt internet...--LittleGun (diskussion) 15 juli 2018 kl. 10.00 (CEST)[svara]
LittleGun Om jag fattat rätt så är du för att öppen fri data måste källbeläggas för att det skall ha någon trovärdighet dvs. källbelägger du från 10 olika platser på internet så hamnar länkarna under rubriken referenser och inga begränsningar finns på antal. Det viktiga är att artikel blir trovärdighet för läsaren - Salgo60 (diskussion) 15 juli 2018 kl. 13.30 (CEST)[svara]
Absolut och njae: Wikipedias artiklar ska vara källbelagda, det ingick i föregående inläggs "etc etc". Men det finns ingen poäng att källbelägga t ex födelsedata på Wikipedia med så mycket som tio olika källor. Om inte poängen är att kringgå ett begränsat antal externa länkar.
Det är skillnad på externa länkar och källor. En extern länk är "extra-material" som inte platsar i artikeln, som länk till en biograferads webbsida eller en biograferads vänförening eller museum om en biograferad till exempel. Men om man använder externa länkar istället för att utöka artikeln och använda den externa länken som källa då skapar man en länksamling istället för en källbelagd artikel. Och det är inte Wikipedias "uppdrag".--LittleGun (diskussion) 15 juli 2018 kl. 16.12 (CEST)[svara]

LIBRIS landningssida nu igen "Ett fel uppstod"[redigera wikitext]

Nu har sv:Wikipedia länkat LIBRIS sedan 2014 och dom levererar bara skit exempel August Strindberg SELIBR:94541 ==> "Ett fel uppstod"

Jag är överbevisad om att LIBRISXL projektet inte kan leverera och inte ser sv:Wikipedia som en "kund". LIBRISXL startade denna resa 2012 och skulle varit imål 2014. Inom agil utveckling brukar man fatta beslut enlig yesterdays weather dvs. vi kommer inte se något innan 2030. Jag tror vi även gör LIBRIS en tjänst att ta bort dessa länkar som bara associerar LIBRIS med skräp sidor för läsarna- Salgo60 (diskussion) 25 mars 2019 kl. 15.15 (CET)[svara]

@Salgo60: Jag snubblade också över problem med "LIBRIS-länkarna" igår men har inte följt med så bra i de diskussioner som funnits. Jag kan dock se följande:
Egenskapen SELIBR-ID (P906) har tillförts i ett stort antal objekt, nästan 65 000, och jag antar att de flesta har lett till fungerande sidor via URL-format (P1630), åtminstone vid något tillfälle.
När jag tittar nu verkar det om om det gamla värdet för URL-format (P1630), som även används i denna mall, helt har slutat att fungera. Är det så? Var det därför du bytte?
Tyvärr verkar det finnas ett stort antal objekt där inte heller det nya värdet fungerar. Jag har ingen aning om vilka slags objekt som LIBRIS har ambitionen att katalogisera.
Följande fråga ger en lista, med länkar såväl enligt det gamla som det nya URL-format (P1630) där jag har exkluderat objekt som är instans av (P31) människa (Q5), bok (Q571), pseudonym (Q61002) och litterärt verk (Q7725634) samt underklasser därtill. Kvar blev drygt 1 000 där det verkar som de flesta har ett SELIBR-ID (P906) som idag inte leder till någon annan sida än "Ett fel uppstod" (gamla länken) respektive "Din sökning gav noll träffar" (nya länken).
För många, men inte alla, objekt med SELIBR-ID (P906) som är en instans av ovan nämnda klasser. alltså de som inte ingår i listan, verkar den nya länken åtminstone ge något resultat. Frågan är dock om det verkligen är ett "sökresultat med många poster" man är ute efter när det gäller till exempel en författare. Vill man inte ha en post/sida på libris-servern för ett givet WD-objekt? Det fick man väl med den gamla URL-format (P1630) eller hur? Är det det som du kallar "landningssida"?
Så, vad är rätt åtgärd på kort och lång sikt, såväl i den här mallen som i Wikidata? Det känns inte bra om vi inte kan få en "konvertering" från SELIBR-ID (P906) till något nytt värde som fungerar med den nya, eller någon ännu bättre, URL-format (P1630).
Det känns inte så stabilt att ändra i den här mallen till att använda "ditt" nya URL-format (P1630) förrän vi vet att det är stabilt. Detta nya URL-format (P1630) som du har lagt in ser i mina ögon ut som "trial and error", jag antar att den bygger på dina egna experiment i avsaknad av något redigt svar. Då är det nog bättre att helt enkelt ta bort denna "auktoritetsdatapost" från mallen i väntan på något bättre.
Ska vi också sätta "Orekommenderad rang" på uttalandena om SELIBR-ID (P906) för alla WD-objekt i listan ovan, som någon redan gjorde för ett år sedan för Optina pustyn (Q1225920)?
Egentligen skulle man också behöva testa länkarna för samtliga 65 000 objekt som har SELIBR-ID (P906) för att se vilka som leder till en "felsida", men det är något jag avvaktar med.
--Larske (diskussion) 25 mars 2019 kl. 18.40 (CET)[svara]
Tillägg: Nyfikenheten fick mig att göra ett litet stickprov med 1 procent av alla WD-objekt som har SELIBR-ID (P906) med följande resultat:
Antal "träffar" i
"fauth-sökningen"		 Antal objekt i
intervallet		 Andel av urvalets
648 objekt
0 59 9,1 %
1 63 9,7 %
2 57 8,8 %
3–5 101 15,6 %
6–10 107 16,5 %
11–50 191 29,5 %
51–100 49 7,6 %
101– 21 3,2 %
Alla 648 100 %
Urvalet består av vart hundrade objekt från en i Q-nummerordning sorterad lista på alla WD-objekt som har SELIBR-ID (P906), från Neil Young (Q633) (skapat 30 oktober 2012) till (Q61719306) (skapat 13 februari 2019) och består alltså av objekt som skapats under hela perioden från Wikidatas första tid till helt nyligen.
Det objekt i urvalet med flest "träffar" är Joseph Addison (Q206384) med sina 437 träffar. Det är ändå blygsamt jämför med Wolfgang Amadeus Mozart (Q254) som har 3 187 träffar!. Flitig herre.
Sammanfattningsvis är det nästan 10 procent av alla WD-objekt med SELIBR-ID (P906) som inte ger några resultat med "fauth-sökningen". Om resultatet är representativt för hela populationen har vi alltså i WD omkring 5 900 objekt med SELIBR-ID (P906) som borde ges "Orekommenderad rang".
Jag noterade också att LIBRIS på sina "nya sidor" med en "SAMMA SAK SOM-länk" hänvisar till "auth-sidor" som bara visar "Ett fel uppstod", se till exempel längst ned på sidan om Mozart. Det ser mycket illa ut. Det man vill ha är förstås en "redirect" från http://libris.kb.se/auth/207845 till https://libris.kb.se/katalogisering/mkz12t351kx8pb4.
--Larske (diskussion) 26 mars 2019 kl. 03.18 (CET)[svara]
  • status Min bild är att inget fungerar och LIBRIS inte bryr sig....
  • vad man kan förvänta sig av vårt Nationalbibliotek? Tycker min beskrivning av landningssida är det som en läsare på Wikipedia kan förvänta sig av LIBRIS dvs. befinner jag mig i artikeln om August Strindberg i Wikipedia så skall det finnas en sida hos LIBRIS där dom visar vad dom tycker dom har om August Strindberg
  • vad fanns Min bild är att det aldrig funnits bra sidor som LIBRIS visar upp och att dom inte bryr sig/ har tappat kontrollen på projektet för länge sedan men ingen vågar stoppa projektet trots flera år försenat och säkert 10 tals miljoner i sjön, för så länge ingen synar dom så kan dom låtsas att det fungerar. Kollar man på svaret från LIBRIS om landningssida
det finns ännu inte i vår backlog, men vi tar med oss detta som ändringsförslag.
och sedan återrapporterar dom inget på 8 månader så kan vi nog räkna med att dom är sysselsatta med annat och inte skall störas ;-)
      • jag tog upp detta med före CIO Peter Krantz 2018 tweet och han förstod vad jag mena men att det inte fanns
Det jag ser som alternativ
  1. att länka med LIBRIS-URI och få en sida med lite halvtaskig design men åtminstone Strindberg länk. Sedan kan den observante se att det finns Medverkan 3k --> klickar man på den utnyttjas 20% av högra sidan att visa i 20 chunks 3000 böcker utan möjlighet att filtrera eller ranking jmf gamla Libris länk som till höger/ovan har filtrering/gruppering/sortering....
  2. ta bort länken - det bästa och vänta på att LIBRIS vaknar till
  3. länka till en sökning i gamla LIBRIS länk
och få lite filtrering
att länka till en felsida som vi gör idag som dom inte verkar underhålla känns som Wikipedia inte skall göra... en variant är att bara visa numret och inte ha den klickbar. Min tro är att ingen längre klickar på LIBRIS länken eftersom det sedan 2014 aldrig gett läsaren ett mervärde... med hopp om att jag har fel...
- Salgo60 (diskussion) 26 mars 2019 kl. 18.06 (CET)[svara]

LIBRIS-URI P5587[redigera wikitext]

Se d:Wikidata:Requests_for_permissions/Bot/AliciaFagervingWMSE-bot_16 nu startar Alicia_Fagerving_(WMSE) populering av nya LIBRIS-id Libris-URI (P5587) eftersom den gamla URL:en inte blivit lagad så känns det som vi borde kunna byta direkt - 24 augusti 2018 kl. 15.53 (CEST)[svara]

Mall uppdaterad se T202738
Spårad i Phabricator (?)
Task T202738 Open
- Salgo60 (diskussion) 24 augusti 2018 kl. 16.36 (CEST)[svara]
Hej @Salgo60:, din redigering var nog en aning förhastad… 1) Vi kan inte ge något datum för när massuppladdningen kommer att vara klar, eller ens kan påbörjas, på grund av olika anledningar. Den kommer inte att påbörjas omedelbart. 2) De gamla Selibr-länkarna fungerar nu igen, om än på ett annat sätt än förut som faktiskt är mycket bättre för användaren se t.ex. https://libris.kb.se/auth/263811. Detta är en ny utveckling som smygsläpptes under gårdagen och vi har för tillfället ingen information om vad som kommer att hända med SELIBR i framtiden. Men i skrivande stund, då SELIBR verkar fungera och URI's inte har importeras, ser jag ingen anledning till att bygga om templaten. --Alicia Fagerving (WMSE) (diskussion) 24 augusti 2018 kl. 17.13 (CEST)[svara]
@Alicia Fagerving (WMSE): nu verkar LIBRIS tagit bort sidan med sökningen i katalogen. Du som har lite koll vet du varför ex. Strindberg 94541 - Salgo60 (diskussion) 16 september 2018 kl. 19.29 (CEST)[svara]
Den ligger fortfarande kvar så jag skickade en fråga till KB varför dom byter httplibriskbseauth229429/ - Salgo60 (diskussion) 20 september 2018 kl. 18.18 (CEST)[svara]
Japp jag ändrar "tillbaka" tyckte bara något som fungera var bättre än något som inte fungera
FAUT etc. har funnits länge att söka med men nytt är att LIBRIS redirectar till den och som du säger så är den bättre jag har föreslagit den tidigare 2017 tyvärr är intresset för LIBRIS enormt lågt på sv:Wikipedia vilket är synd. LIBRIS länkar ofta DBpedia men inte Wikipedia och Wikipedia vill inte länka LIBRIS känns lite som livet innan internet ;-)
Salgo60 (diskussion) 24 augusti 2018 kl. 17.40 (CEST)[svara]

FYI: LIBRIS-XL "snyggade" till sitt gränssnitt idag (tweet) ifall Wikipedia skall länka dit. Jag tycker LIBRIS-XL känns sorgligt/mindre seriösa att dom inte har en vettig landningssida plus inte stödjer engelska - Salgo60 (diskussion) 2 november 2018 kl. 09.13‎ (CET)[svara]

@Salgo60, Alicia Fagerving (WMSE): En liten undersökning av den nyare Libris-URI (P5587) visar att av 64 887 objekt med SELIBR-ID (P906) är det 60 185 (eller 93 procent) som också har Libris-URI (P5587).
Hur är det med stabiliteten för Libris-URI (P5587) idag? Om vi kan lita på den är väl det bästa att ersätta SELIBR med LIBRIS-URI i den här mallen som Salgo60 gjorde den 24 augusti men backade tillbaka efter någon timme. Är det bättre förutsättningar idag? Eller finns det några planer på att få de gamla "auth-länkarna", med SELIBR-ID (P906), att återuppstå från de döda?
--Larske (diskussion) 26 mars 2019 kl. 03.25 (CET)[svara]
Hej @Larske:. Tanken med Libris URI är att den skall ersätta SELIBR ID. Nya authority poster som Kungliga Biblioteket skapar får endast Libris URI tilldelad och ingen SELIBR ID. Ergo innebär detta att för nya poster finns det ingen SELIBR ID att länka till. När det gäller tillgängligheten av SELIBR ID-länkarna så har det varierat, de har ömsom fungerat, ömsom inte fungerat utan förvarning. I detta ögonblick kan vi ej tillhandahålla information gällande framtida utveckling. --Alicia Fagerving (WMSE) (diskussion) 26 mars 2019 kl. 08.54 (CET)[svara]
Grejen är att LIBRIS XL skall vara ett linked data bibliotekssystem dvs. dagens SELIBR ID som är för personer skall vara för det som dom kallar utgåvor, verk men även ämnesord dvs. bli som Wikidata (dom verkar infört ordet koncept se koncept Skidåkning som jag antar borde kopplas till skidåkning (Q12375604)). Står på artikel Älvrosgården dvs. Wikidata Älvrosgården (Q56573825) så skall dom ha alla böcker som matchar Älvrosgården (Q56573825) i sitt system och att det skall vara länkad data. Dom startade 2008 länk och 2019 är typ inget länkat men man kan producera JSON ;-)
Skall man klara av länkad data så krävs det en helt annan organisation och attityd än vi ser idag. Jag ställde frågan var dom befann sig i processen i November och fick ett bra tydligt svar av Niklas att dit vill dom men men men se tweet. Det sorgliga i ekvationen är nog att snart inser dom att digitalisering gör saker globalt och att ett nationalbibliotek som inte levererar har svårt att motivera sin existens mer en som en lagerlokal. Det jag ser när jag håller på med Litterära skyltar är att
  1. Google redan scannat in de flesta böckerna - fritext söker jag på Litteraturskylt: August Strindberg 1849 - 1912 (Q62060775)- "Utanför porten på Norrtullsgatan är det mörkt än" så har Gogle redan scannat in den boken
    1. dom har säkert redan analyserat innehållet med #ML och klassificerat det Google books perspective
    2. Google har idag en knowledge graph på +2 miljarder poster - när jag matade in i Wikidata Älvrosgården (Q56573825) så tog det 20 minuter att detta fanns i deras kunskapsgraf och förändrat sökningen se tweet , sökresultatet, säkert även deras katalogisering av böcker som innehåller ordet Älvrosgården
  2. Google har redan idag fantastisk koll på fritextsökning och kollar man med LIBRIS så kan dom inte ens skapa enkla index i LIBRIS XL utan man skall använda deras gamla produkt se svaret jag fick när jag testade med böcker om Svenska kyrkor
Min senaste teori är att Digitaliseringen kräver att alla SILOS slås sönder och att myndigheterna bör anpassa sig och bibliotek/museer etc. måste bygga EN gemensam kunskapsgraf. Tycker mitt exempel med Riddarholmskyrkan graf / bild visar att för att skapa mervärde så måste man kunna koppla saker till plats, personer etc... dvs. det Wikidata gör och att gränsen mellan katalogkortet som LIBRIS har om boken och kyrkan och dom som är begravda suddas ut - Salgo60 (diskussion) 26 mars 2019 kl. 18.39 (CET)[svara]

Jag har nu ersatt SELIBR-ID (P906) med Libris-URI (P5587) i denna mall. Libris-URI (P5587) verkar ha en god täckning. Om SELIBR skulle återuppstå, med en länk som inte leder till "Ett fel uppstod", kan vi diskutera om den ska läggas in igen. --Larske (diskussion) 31 mars 2019 kl. 15.29 (CEST)[svara]

Bra @Larske: jag uppdaterade LIBRIS XL projektet på detta länk. Jag gjorde en övning i helgen med ISNI <-> SKBL <-> Wikidata se GITHUB salgo60/SKBLWikidata och ser då att SKBL spar ISNI som ISNI men LIBRIS spar man som söksträngar dvs... alla verkar lida av att LIBRIS XL levererar kaos.... min stilla tro är att snart inser någon att Google tagit över även bibliotekskatalogens funktionen och låter detta kapitel med mjukvaruutveckling på svenska bibliotek somna in. Undra hur många miljoner skattepengar detta har kostat +100 miljoner gissar jag... 2007 ser jag spår av att dom prata LOD... skall i veckan på Hack4Sweden och det känns lika galet det att massa selfie personer utan förståelse för data gör massa jippon... med hopp om att jag har fel... - Salgo60 (diskussion) 31 mars 2019 kl. 17.30 (CEST)[svara]

LIBRIS XL ändrat[redigera wikitext]

@Larske: I senaste releasen 1.7 tror jag dom la in filtrering dvs. du kan i sökningen filtrera på UTGIVNINGSSÄTT, UTGIVNINGSÅR, BESKRIVNINGSNIVÅ, TYP.....

OT-inlägg flyttat till Användardiskussion:Salgo60 --Larske (diskussion) 2 april 2019 kl. 17.17 (CEST)[svara]

Nej, jag tror inte att en länk från boxen Auktoritetsdata i en artikel om en person ska leda direkt till långa listor med allehanda sökresultat där personen förekommer, listan för Mozart är 193 sidor lång! Såna listor får man hitta på annat sätt.
"Link to things, not to search results" är en variant av "Link to things, not to strings" som du brukar nämna.
Visst är det trist att sidorna man kommer till idag har en död ("Ett fel uppstod") länk till "SAMMA SAK SOM". Uppenbarligen är detta "work in progress" och det är möjligt att, "MEDVERKAN", det du kallar "goddag yxskaft" i framtiden kommer att förbättras med till exempel filterfunktioner. Men vi kan inte hålla på och experimentera med olika URL:er som just för tillfället verkar ge ett bättre resultat än den enkla "/katalogisering/" följt av identifikatorn, det vill säga värdet för Libris-URI (P5587). Det experimenterande sättet fungerade inte med SELIBR-ID (P906), som nu får betraktas som en "WD-property utan något hopp om överlevnad", och jag tror inte att det är rätt sätt för Libris-URI (P5587) heller. Visar det sig att inte heller Libris-URI (P5587) är en stabil (permanent) identifikator som vi kan lita på alltid leder till en översiktssida utan efter ett tag ger upphov till länkröta får vi kanske överge LIBRIS helt i den här mallen, men där är vi inte idag. --Larske (diskussion) 2 april 2019 kl. 17.03 (CEST)[svara]
Jag röstar för att överge. Jag tror sv:Wikipedia springer lite för fort för LIBRIS och ingen mår bra av dåliga länkar. Bättre vara utan och sedan får LIBRIS komma tillbaka då dom är mogna och har en ide.... känns tråkigt att 2019 SKBL sitter och hårdkodar in länkar som troligen måste göras om
Konstigt sätt att släppa releaser utan tydliga task nummer vad dom levererar... vi får se hur helgen i Älvsjö blir med Hack4Sweden jag skrev lite om detta med publika backlogs och tydlighet som jag trodde var grundkurs men LIBRIS XL känns ha missat helt men även Riksarkivet (dom har fortfarande inte svarat på din fråga om REGEXP T200042). Ju mer konstigheter man ser desto mer uppskattar man Wikidatas ordning - Salgo60 (diskussion) 2 april 2019 kl. 17.37 (CEST)[svara]
Sorglig reflektion med LIBRIS: VIAF länkar ca. 20+ Nationalbibliotek och kollar man på Carl Flensburg (Q19975961) så finns han hos VIAF 4908045 --> som pekar på deras sida om LIBRIS processed/SELIBR 248269 --> libris.kb.se/resource/auth/248269 som pekar på samma sida med fel sedan veckor Ett fel uppstod Försök att ladda sidan igen eller gå till LIBRIS startsida.
ingen verka bry sig... har biblioteken spelat ut sin roll?!?! - Salgo60 (diskussion) 8 april 2019 kl. 17.23 (CEST)[svara]

LIBRIS omdirigerar auktoritetsdata till LIBRIS XL[redigera wikitext]

Verkar som LIBRIS nu tagit tag i detta och länkar gamla SELIBR-ID (P906) på samma sätt som Libris-URI (P5587) jag informerade några andra Wikipedias om detta (alla verkar inte länka LIBRIS) som har en mall liknande Mall:Auktoritetsdata (Q3907614) ni som vet mer rätta gärna jag saknar tydlighet vad som levereras och när och vad som planeras....

Jag skickar även detta till LIBRIS diskussionsgrupp och att det vore bra att dokumentera detta på engelska gärna med information om kopplingen till Wikidata. Lyssnar man på Martin Malmsten LIBRIS hur han tänkte för 7 år sedan så pratade man om att även uppdatera andra system dvs. med ett öppet system som Wikidata så skulle LIBRIS XL kunna direkt uppdatera Libris-URI (P5587). Länk presentation 2012 där han pratar om detta vid 30:10 min - Salgo60 (diskussion) 18 april 2019 kl. 10.36 (CEST)[svara]

Två auktorsnamn[redigera wikitext]

I några få fall har en person två auktorsnamn (ett exempel är Mary Katharine Brandegee som har både K.Brandegee (IPNI 12335-1) och Curran (IPNI 12389-1) som officiella namn, eftersom hon hette M.K. Curran innan hon gifte sig med T.S. Brandegee och hon beskrev en hel del växter både före och efter giftermålet. Båda auktorsnamnen är upplagda på Wikidata (Q451753), men bara Curran visas i mallen. Ett annat exempel är norskan Inger Nordal (Q11977210) som har Nordal och I.Bjørnstad. Norska WP har båda med i sin auktoritetsdata-ruta (hon har ingen artikel på svenska). Wikidata och mallar är hebreiska för mig, men går detta att fixa? Episcophagus (diskussion) 21 november 2018 kl. 18.03 (CET)[svara]

 Fixat Nu ska båda auktorsnamnen visas för de som har två namn. Det finns 36 objekt i Wikidata med denna egenskap varav 8 har artiklar i svwp.
--Larske (diskussion) 21 november 2018 kl. 20.13 (CET)[svara]

MusicBrainz och låtskrivare[redigera wikitext]

Numera visas MusicBrainz i auktoritetsdata även för sysselsättningen "Låtskrivare" (Songwriter). Se t.ex. Hans Sidén. Detta fixades föredömligt av Larske. /Anhn (diskussion) 4 april 2019 kl. 08.12 (CEST)[svara]

Cirkus LIBRIS XL del 2 - VIAF[redigera wikitext]

@Larske, Alicia Fagerving (WMSE): Jag skapar detta stycke för att samla vad som sker borta hos VIAF med LIBRIS XL och om det dyker upp någon feedback från LIBRIS XL projektet. Jag frågade om planer för detta 20 jun 2018 men fick inget vettigt svar

- Salgo60 (diskussion) 28 april 2019 kl. 09.42 (CEST)[svara]

Att göra[redigera wikitext]

  1. få LIBRIS XL att berätta vad dom gör
    1. diskussion LIBRIS
  2. fråga VIAF samma sak hur dom ser på det hela
    1. tweet OCLC Hayley Moreno
  3. fundera på om några verktyg behöver ändras ex. d:User:Magnus_Manske/authority_control.js behöver ändras
  4. kolla med VIAF om detta är ett misstag eller en plan

Verktyg jag hittat:

- Salgo60 (diskussion) 28 april 2019 kl. 09.42 (CEST)[svara]

Ny kandidat
intressant WD verkar riktigt Gustaf Ranft (Q6063138) och att VIAF/LIBRIS har 887 = ‡a {"@id":"9k6xhg7d75gscx47","modified":null,"checksum":"8011835904"}‏ ‎‡2 librisxl‏ dvs. dom fattar att det är librisxl. Kollar man på jsonld hos LIBRIS 9k6xhg7d75gscx47/data.jsonld så verkar det som dom tittat på Wikipedia sourceConsulted:....Wikipedia (svenska), 2019-03-14 men man länkar inte Wikidata/Wikipedia ....någon verkar inte ha koll...
- Salgo60 (diskussion) 8 maj 2019 kl. 00.47 (CEST)[svara]
Uppdatering: Fick galen feedback av LIBRIS projektledare Anna som inte verkar förstå problemet. Så jag skickade till deras specialist på katalogisering Harriet Aagaard i fredags en fråga. Förväntar mig svar under dagen om jag är ute och cyklar eller om LIBRIS inte har koll. Någon som vill diskutera detta hör gärna av er 070-5937579 ju mer jag tänker på detta så känns det fel att LIBRIS ch LIBRISXL blandas hos VIAF- Salgo60 (diskussion) 13 maj 2019 kl. 07.03 (CEST)[svara]
Uppdatering: @Alicia Fagerving (WMSE): Nyss kom ett vagt svar från Anna på LIBRIS att det är fel med LIBRIS ID hos VIAF och att dom säger att dom har påtalat det för VIAF/OCLC dock utan att ange vad dom påtalat eller ett loggnummer. Skriver troligen ett till email med cc: VIAF/OCLC, GND om att kommunikationen måste blir mer professionell om vi skall koppla ihop Auktoritetsdata och få det att fungera utan att sitta och gissa. Min tro är att det vi implementerat i Wikidata med SELIBR-ID (P906) skilt från Libris-URI (P5587) fortfarande håller. Verkar även att vi inte fått Libris-URI (P5587) idn i SELIBR-ID (P906) se sökning - T223259 - Salgo60 (diskussion) 14 maj 2019 kl. 13.29 (CEST)[svara]

Nyheter Auktoritetsdata i omvärlden[redigera wikitext]

Det händer en hel del

  • 20:e maj kommer Library of Congress att visa upp Wikidata ID i sin katalog dvs. dom sköter synkroniseringen WD -> LC Authority se tweet
  • Tyska GND (Gemeinsame Normdatei) kör igång en test med Tyska wikimedia där dom skall testa en:Wikibase dvs. att ha en egen Wikidata tweet

- Salgo60 (diskussion) 13 maj 2019 kl. 07.03 (CEST)[svara]

Hämtad från ”https://sv.wikipedia.org/w/index.php?title=Malldiskussion:Auktoritetsdata/Arkiv/2018–2019-05&oldid=47388498”