Wikipedia:Wikidatafrågor/Arkiv 2023

Bekännelse

WD-kopplingarna för artiklarna om bekännelse, syndabekännelse och bikt är röriga. Bekännelse är definitivt felkopplad tiill grenobjektet (Q10427792) utan kopplingar till andra språk. Kollar man bara engelska WD-beskrivningarna borde bekännelse flyttas till bekännelse (Q847337) och syndabekännelse från bekännelse (Q847337) till bikt (Q183959), men då blir bikt utan wd-koppling. Det finns beskrivningar på några andra språk och artiklar på massa olika språk, och allt stämmer inte med det engelska. Att bara ändra kopplingarna för de svenska artiklarna räcker nog inte för att få ordning här. F.d. 82.212.68.183 (diskussion) 23 oktober 2022 kl. 12.30 (CEST)

Här är en översikt över språkkopplingarna till några språk för ovan nämnda artiklar:

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	dewiki	frwiki	eswiki	itwiki	nlwiki	nowiki	nnwiki	dawiki
d:Q847337	bekännelse	20	Bekännelse	Confession	-	-	Reconciliación	-	-	-	-	-
d:Q183959	bikt	65	Bikt	Confession (religion)	Beichte	Confession	-	Confessione (religione)	Biecht	Skriftemål	Skrifte	Skriftemål
d:Q183770	trosbekännelse	56	Trosbekännelse	Christian creed	Glaubensbekenntnis	Credo (christianisme)	Credo	-	Geloofsbelijdenis	Trosbekjennelse	Truvedkjenning	Bekendelsesskrift

--Larske (diskussion) 23 oktober 2022 kl. 13.02 (CEST)

ProCivitas Privata Gymnasium (Q7246649)

Aviogenex

Flygbolag

Tillkomst	21 maj 1968
Arbets­pe­riod (slut)	2015
Land	Serbien
Flyg­bo­lags­nav	Nikola Tesla-flygplatsen
Säte	Belgrad
Upphörde	2015
Officiell webbplats	www.aviogenex.com
Operatör av	Tupolev Tu-134, Boeing 727-200
ICAO:s flyg­bo­lags­kod	AGX

ProCivitas Privata Gymnasium

Svenskt utbildningsföretag

Aktiebolag

Tillkomst	1 juli 2001
Land	Sverige
Inom det admi­nis­tra­ti­va området	• Stockholms län  • Stockholms kommun
Bolags­form	aktiebolag
Moder­organi­sa­tion	• AcadeMedia Group AB  • ACM 2010 AB   • ACM 2001 AB
Säte	Stockholm
Gatuad­ress	Adolf Fredriks Kyrkogata 2, 101 24 Stockholm
Officiell webbplats	www.procivitas.se
Har del(ar)	ProCivitas Privata Gymnasium Malmö, ProCivitas Privata Gymnasium Växjö, ProCivitas Privata Gymnasium Stockholm Karlberg, ProCivitas Privata Gymnasium Lund, ProCivitas Privata Gymnasium Stockholm, ProCivitas Privata Gymnasium Helsingborg, ProCivitas Privata Gymnasium Uppsala

Skolans "filialer" har fått uttalandet operatör av (P121). Jag vet inte vad det borde vara, förmodligen inte filialer. LittleGun (diskussion) 22 oktober 2022 kl. 15.36 (CEST)

Det är den svenska etiketten för egenskapen P121 som nyligen ändrats. Först ändrade Yger den från driver till handhar efter att Uli Elch klagade på att det såg tokigt ut med driver i en faktaruta som skapats av {{Databox}} i en artikel om ett flygbolaget Aviogenex. Uli Elch ändrade sen etiketten till Flygplanstyper vilket stämmer lite bättre med etiketterna på andra språk för d:Property:P121, men det borde vara flygplanstyper (eller kanske flotta). Egenskapen är nog inte avsedd att användas för skolor.

-- Larske (diskussion) 22 oktober 2022 kl. 16.06 (CEST)

Kanske dotterorganisation (P355) kan passa bättre för skolorna på de olika orterna som ingår i ProCivitas Privata Gymnasium (Q7246649). Larske (diskussion) 22 oktober 2022 kl. 16.11 (CEST)

Annars finns ju alltid den mer generella egenskapen har del(ar) (P527) när man vill räkna upp de delar som något består av. -- Larske (diskussion) 22 oktober 2022 kl. 16.14 (CEST)

d:Property:P121 avser inte bara flygbranschen, tittar man på exemplen är det även järnväg, IT-företag m m. Ändrade till "operatör av" - mer generellt. "operate" har ju tyvärr inte en översättning på svenska, utan beror på sammanhang. Kitayama (diskussion) 22 oktober 2022 kl. 16.18 (CEST)

Jag kan inte sånt här. Om en filial är ett eget bolag, eller om en friskola är en filial, och då gissar jag att filial är samma som dotterorganisation. Bäst vore egentligen "orter", för det är ju det intressanta. Har del kanske funkar. Jag har för mig att vi vid något tillfälle kunde lista en massa adresser för en organisation. Men jag har ingen aning om hur det skulle se ut i databox. LittleGun (diskussion) 22 oktober 2022 kl. 16.16 (CEST)

Jag skulle ta har del(ar) (P527) i detta fall. Då behöver man inte ta ställning till hur relationen ser ut (dotterbolag, filial etc.) Kitayama (diskussion) 22 oktober 2022 kl. 16.19 (CEST)

Om man klickar på "Operatör av" så visas det som "verktyg" (t ex i Aviogenex).

Jag tänker at Wkidata-objekt operatör av (P121) passar bättre. --Uli Elch (diskussion) 22 oktober 2022 kl. 16.29 (CEST)

Att länken till Verktyg dyker upp i vänsterspalten i databoxen beror på att mallen {{Databox}} "gräver fram" värdet verktyg (Q39546) från egenskapen subjektobjekt (P1629) hos operatör av (P121). Det sättet kanske fungerar i många fall, men för operatör av (P121) undrar jag om verktyg (Q39546) verkligen är rätt värde för subjektobjekt (P1629). Om det är det, finns det något sätt att få Databox att ignorera subjektobjekt (P1629) för att slippa länken? Pingar @Tomastvivlaren: som nog kan svara på dessa frågor. Larske (diskussion) 22 oktober 2022 kl. 16.46 (CEST)

Jag la in en databox Diskussion:Procivitas överst på artikelns diskussionsida. Default visar databox högst 8 element i listor. men genom att lägga till parametern list_length=15 visas alla 13 elementen för "har delar". Dock verkar det vettigt att Databox byttes ut mot en icke wikidatabaserad mall i artikeln. Bra också att "hanterar/opererar/flotta" nu har ersatts av "har del(ar)" i det wikidataobjektet.

Jag såg aldrig hur "verktyg" syntes i databoxen. Visades det i en punktlista i flera nivåer? Har ni sett något liknande i andra databoxar? Punktlistor borde inte visas för P121. Generellt kan man hindra att Databox "gräver fram" föräldraobjekt till objekt och visar dem i punktlistor (flernivålistor) genom att lägga till parametern levels=1 (default är den 3). @Larske: Tomastvivlaren (diskussion) 22 oktober 2022 kl. 19.54 (CEST)

Du kan se "verktyg" i databoxen här till höger . Hovra/klicka på radetiketten Operatör av.

-- Larske (diskussion) 22 oktober 2022 kl. 19.59 (CEST)

Jag bytte ut subjektobjektet "verktyg" för P121 mot operatör (Q29933786). Okej? Endast dewp har en artikel om det objektet.Tomastvivlaren (diskussion) 22 oktober 2022 kl. 20.12 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

{{Databox}} för skolan blir fortfarande konstig, se till vänster. Dels är faktarutans rubrik "Har del(ar):" svårbegriplig i det sammanhanget, faktaruta i en wikipedia-artikeltill skolan. Dels gör namnet på varje "filial", Procivita Privata Gymnasium Ortsnamn listan oläslig. Det förstnämnda gör kanske mallen Databox olämplig i artiklar om skolor som finns på flera orter. Och det sistnämnda kanske gör att listan bäst hanteras manuellt?--LittleGun (diskussion) 23 oktober 2022 kl. 14.11 (CEST)

Löste sig problem 2 nu? Efter varje filial visas ; och ny rad. Se Diskussion:Procivitas. Eller borde Databox inte visa filiallistan när den blir så här lång, eller i väntan på att den får en bättre rubrik? Hur bör vi generellt visa har del(ar) (P527). Borde den visas som "Delar", "Består av", "Beståndsdelar" eller "Omfattar"? I fallet skolkoncerner och universitet med få skolor/campus, vilka rubriker skulle funka för listan över skolor? "Platser", "Orter" och "Äger" är möjligt redan idag - det förra är det som används för universitetscampus. Skulle "Filialer" eller "Skolor" vara önskvärt inför framtiden? @LittleGun: Tomastvivlaren (diskussion) 24 oktober 2022 kl. 00.38 (CEST)

Listan blev bättre. Men det blir rörigt med fyrordsnamn, där bara det sista ordet skiljer.

Rubriker som "Delar", "Består av", "Beståndsdelar" och "Omfattar" tycker jag inte lämpar sig för skolor. Det är i varje fall inget jag förknippar med dom. Platser, orter och äger gäller väl bara skolföretagets säte? Ägare är ju skolföretaget. Däremot kanske hellre ort för varje filial än skolnamnet, i varje fall i det här fallet. Skolor är säkert bättre än filialer. Eller "skolverksamhet i" kanske? LittleGun (diskussion) 24 oktober 2022 kl. 02.48 (CEST)

Databox skulle kunna visa orter (utan skolnamn) för vissa skolkoncerner, men en manuellt underhållen mall är nog bättre i detta fall.Tomastvivlaren (diskussion) 24 oktober 2022 kl. 09.01 (CEST)

Listor över personer i SBL

Har jag ju tidigare jobbat lite med personer i SBL och skapat biografier därifrån. Jag var visst på P när jag avbröt arbetet. När jag senaste tittade blev det väldigt tidsödande att gå igenom alla biografierna för att se vilka redan hade biografier, särskilt när de ibland har andra uppslag på wikipedia. Men jag har också upptäckt att det verkar som alla nu fått wikidataobjekt. Finns det då något enkelt sett att göra en sökning på vilka personer i SBL som finns på wikidata men saknar artiklar på svenskspråkiga wikipedia?FBQ (diskussion) 22 oktober 2022 kl. 17.21 (CEST)

Här är en PetScan-fråga som du kanske kan ha nytta av:

• Länk till fråga som ger en lista på (just nu 118) Wikidataobjekt som har något värde på Svenskt Biografiskt Lexikon-ID (P3217) men utan koppling till någon svwp-artikel
• Länk till fråga som ovan men exklusive objekt som inte är instans av (P31) människa (Q5) (som till exempel familjer/släkter)

-- Larske (diskussion) 22 oktober 2022 kl. 17.40 (CEST)

Ok, tack, den listan var onekligen till hjälp! Sedan upptäckte att många av wikidataobjekten för SBL-personer redan hade artiklar, men att de inte kopplats ihop, vilket gör det lite bökigare. Jag gör inget åt det nu, då det kräver sammanslagning av objekt, och jag alla fall har fullt upp med svenska män och kvinnor. FBQ (diskussion) 22 oktober 2022 kl. 18.04 (CEST)

Tänkte att jag kunde börja alla fall. Anmälde fjorton av dem för sammanslagning. Hade dålig koll på hur man gör, och visste inte hur man skall skriva rubriken när det handlar om massanmälningar. Jag hoppas det kan fungera ändå.FBQ (diskussion) 23 oktober 2022 kl. 17.12 (CEST)

@FBQ: Enklare än att anmäla på Wikidata som en "Interwiki conflict" är att själv slå ihop de objekt som du är säker på att de avser samma person, speciellt när det inte är någon "conflict" utan bara en person som det råkat ha skapats två objekt för. Man klickar på "Mer..." på menyraden och sen på "Sammanfoga med..." och följer instruktionerna.

Tillägg: Om du inte ser alternativet Sammanfoga med... i Mer...-menyn behöver du aktivera en finess som heter Merge. Den finns allra först i fliken "Finesser" i dina Inställningar i Wikidata. --Larske (diskussion) 23 oktober 2022 kl. 20.20 (CEST)

Det är bara om det finns någon språkversion som har två olika artiklar om de två personerna som du identifierat som samma som det kan krävas lite kontakt med andra språkversioner och mekande med språklänkarna. Jag kollade på några par som du hade tagit upp och det verkar som om det ena objektet är länkat till bara svwp och det andra inte länkat till någon språkversion alls, så det enda man kan behöva göra efter en "merge" av objekten är att rensa bort eventuella överflödiga värden på egenskaper. För objekt som har geografiska koordinater (P625) brukar detta behöva göra eftersom de två objekten har inte exakt samma värde vilket gör att det sammanslagna objektet får två värden.

Men, är du säker på att Gösta Lundborg (Q42912143) och Gösta Lundborg (Q5966182) verkligen avser samma person, de har ju helt olika värden på födelsedatum (P569), födelseplats (P19), dödsdatum (P570) och dödsplats (P20)?

-- Larske (diskussion) 23 oktober 2022 kl. 17.53 (CEST)

Noterade inte det, men wikipediaartikeln anger helt andra uppgifter. Teoretiskt skulle wikidataposten kunna handla om någon helt annan Gösta Lundborg, men jag gissar att det bara är så att någon lagt in fel uppgifter. Wikipediaartikeln Gösta Lundborg handlar helt klart om [1] i SBL. FBQ (diskussion) 23 oktober 2022 kl. 18.28 (CEST)

Jag tror att det handlar om två olika personer vars biografiska uppgifter har blandats friskt, dels i de två Wikidataobjekten och dels i Wikipediaartikeln (som har svajat mellan de två, se redigeringskommentaren från artikelförfattaren här).

1. Lundborg, Gustaf (Gösta) Oskar Fredrik som beskrivs här i SBL
2. Lundborg, Gösta Mauritz, som beskrivs här i Vem är vem inom handel och industri

Så nu gäller det att renodla de två objekten så att rätt data finns i rätt objekt och sedan koppla rätt objekt till svwp-artikeln (och kanske skriva en artikel om den andre Gösta Lundborg).

-- Larske (diskussion) 23 oktober 2022 kl. 18.54 (CEST)

Från det att artikeln skapades 2009 och fram till den här versionen från 2018, handlade artikeln om Gösta Mauritz Lundborg när det gäller namn och födelse och dödsdata, men om Gustaf (Gösta) Lundborg när det gäller hans gärningar. Därefter läste någon artikeln om Gustaf (Gösta) Lundborg i SBL och la in dennes levnadsdata i artikeln, men utan att ändra kopplingen till Wikidata. Jag har nu kopplat om svwp-artikeln till Gösta Lundborg (Q42912143) så att faktaruta och brödtext stämmer överens.

Om någon vill skriva en artikel om Gösta Mauritz Lundborg, han från Hedesunda, så finns det redan ett Wikidataobjekt, Gösta Lundborg (Q5966182), att koppla den till. Larske (diskussion) 23 oktober 2022 kl. 19.23 (CEST)

Aha, tack, det förklarar förvirringen. Ja, jag skulle ju kunna ta och skriva om Lundborg från Hedesunda, jag har en annan artikel jag skall skriva färdig, sedan kunde jag ta det.FBQ (diskussion) 23 oktober 2022 kl. 19.46 (CEST)

Jag skall ta och titta på det där med att slå ihop, det lät mer som vad jag gjorde senast jag gjorde en insats för ett antal år sedan. Få se om jag klarar av det. Men nu blir det först Gösta Smith och sedan Gösta Lundborg, det andra får nog vänta till en annan dag.FBQ (diskussion) 23 oktober 2022 kl. 19.51 (CEST)

Jag tittade lite, och jag tror att jag avvaktar lite med Gösta Lundborg. Vem är vem inom handel och industri är författad 1944–1945, han var då ännu inte 50 år. Meriterna är ju sådär, visst vi har betydligt mindre relevanta, så jag kunde gärna skriva något utifrån det som finns. Men jag hade nog helst velat ha mer, en googling gav ganska lite. Hittar inte ens hans dödsår. Min CD till Sveriges dödbok kom bort i flytten, har önskat nya utgåvan i födelsedagspresent i fall den inte dyker upp, men det blir i så fall i november. Jag kan ju säkert ta det via förfrågan på persondatafrågor, men det får i så fall vänta till jag har mer tid över.FBQ (diskussion) 23 oktober 2022 kl. 20.11 (CEST)

Jag hittade hans dödsdatum, 8 februari 1970, och gravort, Kvibergs kyrkogård, här på Svenskgravar.se, nu inlagt här i Wikidataobjektet.

-- Larske (diskussion) 23 oktober 2022 kl. 21.00 (CEST)

Aha, tack. Jag kanske skriver artikeln alla fall i dag om andan faller på.FBQ (diskussion) 24 oktober 2022 kl. 09.17 (CEST)

Jag använder årtal som särskiljning, båda Gösta Lundborg var ju ingenjörer. Jag tog också bort upplysningen att han Hedesunda-Gösta varit stadsplanerare, inget i Vem är vem inom handel och industri nämner det, det är nog uppgifter som kommit från den andra Gösta Lundborg.FBQ (diskussion) 24 oktober 2022 kl. 09.32 (CEST)

Det var visst knepigare än jag trodde, försökte med Knut Bohlin Q5580748 och Q21388339 som jag inte lagt upp på listan, antagligen för att de hade lite olika uppgifter i själva wikidataobjektet. Det går väl att peta med, men det tar en hel del tid, så det får nog vänta innan jag försöker. Är det annars värt att jag utökar listan med fler namn? FBQ (diskussion) 24 oktober 2022 kl. 23.23 (CEST)

WorldCat

Hur dyker detta upp i auktoritetsdata? Jag hittar inte sådan post hos Gunnar Wikmark och ändå syns den här. Hos Kjell Ove Nilsson är den inlagd men syns inte här. Tostarpadius (diskussion) 8 november 2022 kl. 13.41 (CET)

Framgår av malldok för {{Auktoritetsdata}}. "Där det är möjligt kommer mallen att skapa länkar till Worldcat med LCCN-variabeln." Det är alltså "Library of Congress authority ID" som finns på Gunnar Wikmark som medför att WorldCat visas. Mallen stödjer inte att WorldCat hämtas från Wikidata direkt - varför har jag ingen aning om - men det gör att Kjell Ove Nilsson:s WorldCat inte syns i artikeln. Kitayama (diskussion) 8 november 2022 kl. 13.51 (CET)

Jag lade in Library of Congress authority ID på Kjell Ove Nilsson - och då syns WorldCat i auktoritetsdata. Kitayama (diskussion) 8 november 2022 kl. 13.53 (CET)

Tack! Det var verkligen svårbegripligt! Tostarpadius (diskussion) 8 november 2022 kl. 16.05 (CET)

Nu förstår jag, men det gick inte att räkna ut på egen hand, vilket jag alltid brukar försöka göra. Tostarpadius (diskussion) 8 november 2022 kl. 16.10 (CET)

Konstigt när döda spädbarns ålder anges till ”0 år” med Faktamall biografi WD

I Prins Karl Gustav, hertig av Småland finns Faktamall biografi WD. Eftersom han dog som spädbarn står det att han var ”0 år” när han dog. Man förstår vad som menas, men det är inte svenska (*Prinsen var noll år gammal när han dog. *Prinsen dog vid noll års ålder.)

Kan man göra så att uppgiften ”0 år” automatiskt skrivs om till ”avled före 1 år ålder” eller dylikt? Om man vill ha korthet i faktarutan, vore ”> 1 år” bättre är det oidiomatiska ”0 år”.

Jan Arvid Götesson (diskussion) 16 december 2022 kl. 02.25 (CET)

Det vanligaste är väl att uttrycka åldern i månader innan person har fyllt 1 år (och för under 1 månad kanske dagar passar bäst)? Bör i vilket fall vara klart görbart. Gunnar Larsson (diskussion) 16 december 2022 kl. 08.09 (CET)

Jag antar du menar < 1 år. Kitayama (diskussion) 16 december 2022 kl. 08.12 (CET)

 Fixat Personligen tror jag att alla förstår att "0 år" betyder "mellan 0 och 1 års ålder" precis som "50 år" inte betyder "exakt 50 år" utan "mellan 50 och 51 års ålder", men för dem som eventuellt inte förstår det är mallen nu ändrad så att "0 år" ersätts med "<1 år" såväl för nuvarande ålder för levande personer som för ålder vid dödstillfället för avlidna personer. Larske (diskussion) 16 december 2022 kl. 08.44 (CET)

@Kitayama @Gunnar Larsson @Larske Tack. Ja, självfallet menade jag <, inte >. ”Månader” var ett gott förslag – om det är möjligt att ändra mallen på det sättet. Jag tror också att alla förstår ”0 år”, men vi vill väl att faktarutor skall vara språkligt väl utformade. Jan Arvid Götesson (diskussion) 16 december 2022 kl. 08.54 (CET)

Det här är mer en tanke än ett förslag, men kanske behöver det inte stå någonting? Många är hjälpta av att vuxna personers ålder räknas ut automatiskt, men i fall som ovan nämnde prins framgår det ju direkt att han föddes sommaren 1782 och avled redan nästföljande vår. Annars tycker jag också att månader är ett bra förslag, och det får gärna stå både månader och dagar, men jag undrar samtidigt om det kanske är en överflödig uppgift. Förbätterlig (diskussion) 16 december 2022 kl. 12.21 (CET)

Där finns en poäng med att alltid uppge åldern vid dödsfallet. Faktarutan är till för sekundsnabb visshet. Läsaren får inte genast en överblick över alla bokstäver, siffror och källnotstecken när det står

Född 25 augusti 1782^[1] Drottningholms slott Död 23 mars 1783^[1] Stockholm, Sverige.

Ett kort (< 1 år) är bara hjälpsamt och har inga nackdelar.

Att ange månader och kanske dagar vore elegant, men gjorde vi så tillkomme nya problem. Månader och dagar vore onödigt för de barn som levde flera månader; ”8 månader och 17 dagar” såge pedantiskt ut. För dem som levde en kort tid vore ”11 dagar” i sin ordning. Men för kungligheter som dog samma dag som födseln (sådana artiklar finns kanske) finge vi det konstiga (< 1 dag). Så nuvarande lösning räcker nog.

@Larske Vart går man för att göra en sådan ändring som du nyss gjorde? Allmänt sett, hur börjar man lära sig att redigera mallar? Jan Arvid Götesson (diskussion) 17 december 2022 kl. 00.02 (CET)

@Jan Arvid Götesson: Ursäkta det långa svaret och om det slår in några öppna dörrar, men jag försöker skriva det för en lite bredare publik som är nyfikna på mallar.

Mallar används när man vill inkludera innehåll på en eller flera sidor från en annan sida. Det kan vara allt från en till flera miljoner sidor som använder en mall. {{Faktamall biografi WD}} används just nu av 60 983 sidor i svwp.

Den största fördelen med mallar är att man kan se till att utseendet på det som dyker upp på sidan blir enhetligt över alla artiklar som använder mallen och att detta utseende kan ändras genom att ändra på ett enda ställe. Det kan till exempel handla om bakgrundsfärgen i en tabellruta som ska vara olika för olika politiska partier, men samma färg ska användas för ett visst parti i alla artiklar.

Mallar utformas med en speciell syntax i ett språk som jag inte vet om det har något namn, jag brukar kalla det för "måsvingespråket" eftersom det karakteriseras av ett frekvent bruk av tecknen { och }. Språket är ganska lätt att lära sig, men det kan också bli oerhört komplext och oöverskådligt och därmed svårbegriplig kod som i det närmaste är omöjlig att ändra i utan att få oönskade bieffekter. Varenda måsvinge måste var placerad på rätt plats och ibland kan det blir tiotals måsvingar i rad! Språket saknar dessutom slingor vilket gör att mallar där den funktionen verkligen skulle behövas i stället byggs upp med repetitiv kod, se mallen Faktamall som ett skräckexempel på detta. En mindre ändring av utseende kan i värsta fall innebära att man måste ändra på flera hundra ställen i mallkoden.

Vissa mallar, där måsvingespråket inte räcker eller är inte är lämpligt, kan ta hjälp av moduler som är skrivna i ett språk som heter Lua. Så är fallet för mallen {{Faktamall biografi WD}} som i huvudsak använder Modul:Wikidata2 för att hämta information från Wikidata och göra det mesta av formateringen, men även en del andra hjälpmoduler för att göra vissa beräkningar som till exempel beräkna "antal år mellan två datum" som är aktuellt i det här fallet. Den koden finns i hjälpmodulen Modul:Wikidata2/Aux.

Man kan dela upp mallar i två slag, de utan parametrar och de med parametrar.

• Exempel på det förstnämnda är {{Ale kommun}} som bara skapar en enkel navigationsruta som läggs in i artiklar av ett visst slag. Sådana mallar är det ganska lätt att ändra i.
• Exempel på det sistnämnda är {{Resultat_med_trupp}} som har ett stort antal parametrar som tillsammans bygger upp en stor översikt över ett matchresultat. Sådana mallar kan det vara ganska svårt att ändra i. Det är lätt att gå vilse bland alla måsvingar och lodstreck.

Mallar med parametrar kännetecknas av att de har {{{...}}}, alltså tre måsvingar efter varandra i mallkoden.

Parametrar används för att styra funktionen hos mallen och de kan vara namngivna, (|parameternamn=parametervärde), eller namnlösa, (|parametervärde). Namnlösa parametrar definieras endast av sin placering i mallanropet vilket kan vara bekvämt för den som använder mallen, det blir mindre att skriva i varje anrop av mallen, men också ställa till med problem för den som försöker ändra något i mallkoden.

Ett par sidor att titta på för den som vill börja redigera mallar kan vara:

• Wikipedia:Mallar
• Wikipedia:Moduler

För att testa ändringar en mall eller modul som används på mer än ett fåtal sidor rekommenderas att man arbetar fram ändringen i en testmall och kanske testar den på en egen testsida/sandlåda, som till exempel Användare:Larske/Testsida5, för att undvika att ett fel dyker upp på alla sidor som använder mallen innan den fungerar som avsett.

En annan regel att tänka på om man gör ändringar i en mall som redan används i många artiklar och det handlar om ett funktionstillägg och inte bara en felrättning, är att försöka göra ändringen bakåtkompatibel vilket innebär att alla artiklar som använder mallen utan den nya funktionen ser precis likadana ut som innan den nya funktionen läggs in i mallkoden. Detta slarvas det tyvärr en del med, exempelvis när någon inte gillar namnet på en parameter och helt sonika ändrar detta i mallkoden utan att göra motsvarande ändring i alla artiklar som använder det gamla parameternamnet. Det är tyvärr rätt vanligt, speciellt när någon hittar något som ser bra ut till exempel i enwp och kopierar mallar mellan projekten. Vi väntar fortfarande på möjligheten att definiera globala mallar och moduler så man slipper ha kopior per projekt, kopior som snabbt divergerar.

I det aktuella exemplet, spädbarnsdöd, la jag till en möjlighet i funktionen datediff som innebär att man med en optionell parameter visa0som kan styra vad som ska visas om skillnaden mellan tidpunkterna är "0 år" (alltså mindre än 1 år). Om parametern inte anges blir det 0 precis som tidigare, alltså bakåtkompatibelt, men där man vill ha något annat än 0, vilket var önskemålet i {{Faktamall biografi WD}}, använder man parameter visa0som med det önskade värdet. Larske (diskussion) 17 december 2022 kl. 09.11 (CET)

Mexikos president

varför kommer Q-koden med länken för Mexikos president i artikeln Emilio Portes Gil? Kan någon fixa det? Jag förstod inte vad det är som är fel. EstrellaSuecia (diskussion) 18 december 2022 kl. 08.12 (CET)

 Fixat Wikidata-objektet för Mexikos president var inte kopplat till någon sida här. F.d. 82.212.68.183 (diskussion) 18 december 2022 kl. 11.54 (CET)

Kommunfullmäktige / Municipal Council

Engelska Wikipedias sida Municipal council (Item Q701632) har svensk språklänk till Kommunestyre, vilket är uppenbart fel då denna artikel bara rör Norge. Jag tänkte ändra länken till att peka mot Kommunfullmäktige, men får då felmeddelandet att "The link svwiki:Kommunfullmäktige is already used by Item Q3154693", vilket är ett objekt som är kopplat till City council, som dock på engelska wikipedia bara är en omdirigering till tidigare nämnda Municipal council. Jag försökte hantera detta genom att istället koppla City council (Item Q3154693) till Stadsfullmäktige, men den artikeln är i sin tur kopplad till ett eget objekt (Item Q10677163). Vad är bäst att göra här? Marima (diskussion) 29 december 2022 kl. 16.58 (CET)

Lite jobbigt när artiklar med olika "scope" kopplas ihop. Här är en översikt över kopplingarna från de tre objekten till några av artiklarna på olika språkversioner:

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	nowiki	nnwiki	dawiki	dewiki	frwiki	eswiki	itwiki	ptwiki
d:Q701632	kommunestyre	35	Kommunestyre	Municipal council	Kommunestyre	Kommunestyre	Kommunalbestyrelse	Gemeinderat	Conseil municipal	Concejo municipal	Consiglio comunale	Conselho Municipal
d:Q3154693	kommunfullmäktige	25	Kommunfullmäktige	City council	-	Bystyre	-	Stadtrat	-	Concejo de ciudad	-	Conselho de cidade
d:Q10677163	stadsfullmäktige	2	Stadsfullmäktige	-	Stadsfullmäktige	-	-	-	-	-	-	-
d:Q4263267	kommunfullmäktige	7	Kommunfullmäktige (Sverige)	Municipal council (Sweden)	Kommunfullmäktige (Sverige)	-	-	-	-	-	-	Assembleia municipal (Suécia)

--Larske (diskussion) 29 december 2022 kl. 17.12 (CET)

Fråga om K-samsök URI

Hur får jag fram K-samsök URI (P1260) från en post i fornminnesregistret (t.ex. denna), och hur får jag generellt fram en sådan URI från olika ställen? -- LevandeMänniska ^(talk), 29 december 2022 kl. 17.03 (CET)

På första raden i den här tråden finns en länk till en video där Salgo60 beskriver ett sätt som fungerar, men beskrivs som "kan det bli svårare? - nej". Videon är 6 månader gammal så det har kanske skett någon utveckling som gör att det finns något enklare sätt idag, men det har jag ingen aning om. Kanske @Salgo60: kan ge besked. Larske (diskussion) 29 december 2022 kl. 17.30 (CET)

Håller med om att det va omständligt. Tack vet jag Bebyggelseregistret där man kan kopiera delar av en länk bara. -- LevandeMänniska ^(talk), 29 december 2022 kl. 17.39 (CET)

Omständligt, men det verkar fortfarande fungera. Med metoden i videon fick jag för ditt exempel L1962:5649 fram 10193400140001.

Och med raa/fmi/10193400140001 som värde för K-samsök URI (P1260) kommer man till https://kulturarvsdata.se/raa/fmi/10193400140001, vilket ser ut att stämma. Larske (diskussion) 29 december 2022 kl. 17.48 (CET)

Fick fram samma resultat. Tack för hjälpen Larske! -- LevandeMänniska ^(talk), 29 december 2022 kl. 21.18 (CET)

Noa (Q2789982) och Noah (Q19819780)

Noa (Q2789982) och Noah (Q19819780) är var två stavningar av samma namn och borde slås ihop eller ändras till "samma som" eller hur man bäst hanterar det. Som wikipedia-språklänk och commons-kategori är det i varje fall samma sak, och jag har flyttat den svenska wikipedia-kopplingen och commons-kategorikopplingen så att Noa (Q2789982) är minsta gemensamma nämnare med artiklar på andra språkversioner. Noah (Q19819780) hänger då lite i luften. LittleGun (diskussion) 10 januari 2023 kl. 10.57 (CET)

Det första objektet hade felaktigt den svenska etiketten Noah vilket jag förmodar orsakade en viss förvirring. Så som jag tolkar detta så handlar Noa (Q2789982) om namnet som sådant och övergripande medan Noah (Q19819780) är det manliga förnamnet stavat med h och Noa (Q1218372) är objektet för det manliga förnamnet Noa utan h. Kanske borde vi flytta vår artikel till Noa utan h och migrera interwiki-länkarna på Noa (Q2789982) till Noa (Q1218372)? Sabelöga (diskussion) 10 januari 2023 kl. 17.31 (CET)

Innan man börjar stuva om för mycket är det bra att skaffa sig en överblick över vilka olika objekt som finns och deras inbördes relationer. Det finns egenskaper i Wikidata som

• instans av (P31) (med värden som till exempel kvinnonamn (Q11879590), mansnamn (Q12308941), förnamn (Q202444), familjenamn (Q101352) eller namn (Q82799))
• har del(ar) (P527) och del av (P361)
• ej samma som (P1889) och anses vara samma som (P460)

som kan finnas inlagda i de olika objekten för att skilja dem åt trots att de kan ha samma stavning (etikett) på något eller flera språk.

Här är en översikt över några objekt som "hänger ihop lite", det kanske finns fler:

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	dewiki	frwiki	eswiki	itwiki	nlwiki	nowiki	huwiki	rowiki	commonswiki
d:Q2789982	Noa	4	Noah (namn)	Noa (name)	-	-	-	-	Noa (voornaam)	Noa (navn)	-	-	-
d:Q19970537	Noa	3	-	-	Noa (Vorname)	-	-	Noa (nome)	-	-	-	-	Category:Noa (given name)
d:Q1218372	Noa	1	-	-	-	-	-	-	-	-	Noa (keresztnév)	-	-
d:Q26972634	Noah	1	-	-	-	-	-	-	-	-	-	-	Category:Noah (surname)
d:Q30128264	Noa	1	-	-	-	-	-	-	-	-	-	-	Category:Noa (surname)
d:Q1158291	Noah	9	-	Noah (name)	Noah (Name)	-	Noé (nombre)	-	-	Noah (navn)	Noé (keresztnév)	-	-
d:Q19819780	Noah	1	-	-	-	-	-	-	-	-	-	-	Category:Noah (given name)
d:Q356764	Noa	16	Noa (olika betydelser)	Noa	Noa	NOA	NOA (desambiguación)	NOA	Noa	Noa	Noa (egyértelműsítő lap)	-	-
d:Q182374	Noah	28	Noah	Noah (disambiguation)	Noah (Begriffsklärung)	Noah	Noah	Noah	Noah	NOAH (andre betydninger)	-	-	-

Pingar @Maundwiki: som också nyligen varit inblandad i interwikilänkandet av Noa (Q19970537) och Noah (Q19819780). Larske (diskussion) 10 januari 2023 kl. 18.37 (CET)

På Wikidata finns D:Wikidata:WikiProject Names som skriver lite om hur namnobjekten på d:Wikidata:WikiProject Names/Help. De verkar gå helt på stavningen med olika objekt för olika stavningar. Svenska sidan Noah (namn) med h är då felaktigt är kopplad till ett objekt för stavningen Noa utan h. F.d. 82.212.68.183 (diskussion) 10 januari 2023 kl. 19.34 (CET)

Olika stavningar av namn ska inte slås ihop på Wikidata. Se d:Wikidata:WikiProject Names. ♥Ainali ^diskussion_bidrag 10 januari 2023 kl. 19.37 (CET)

I Noa (Q2789982) finns inte feta ordet i Noah (namn) med som svensk etikett eller även känd som. Så om det är rätt wikidataobjelt bör etiketten ändras. Maundwiki (diskussion) 10 januari 2023 kl. 20.35 (CET)

Noa och Noah är definitvt exakt samma förnamn på svenska, så länge det är samma etymologi. Jag menar dessutom att båda de engelska och tyska wikipedia-artiklarna ska slås ihop och är samma som vår. De har helt enkelt råkat göra dubletter.

Sen blandar andra språkversioner in japansk och ungersk etymologi i sina artiklar, då tycker jag inte det är dubletter längre.

Men på svenska är Noah och Noa samma namn. Ibland är gränsdragningen knepigare som för Marie och Maria. Men inte för Noah Noa. LittleGun (diskussion) 11 januari 2023 kl. 03.36 (CET)

Men är det samma namn som Noak?

andejons (diskussion) 11 januari 2023 kl. 12.04 (CET)

Jag vill påstå det, men det är kanske tveksammare. Oavsett är de så nära förknippade att det funkar att beskriva Noak i Wikipedia-artikeln om Noa och Noah, tills det blir en egen artikel. Skillanden är ju också mindre än t ex mellan Gösta/Gustav att man omedlebart fattar att det är samma, och varianten så pass ovanlig att man (jag) inte uppfattar de som olika vilket jag kan göra för Marie/Maria.

Nu ska ju olika stavningar ha olika objekt ändå på Wikidata, så för den sakens skull kvittar det.

Jag ha ringa planer på att ge mig in på enWP och deWP trots att jag menar att deras artiklar är dubletter. LittleGun (diskussion) 11 januari 2023 kl. 13.18 (CET)

Jag kan tycka att d:Wikidata:WikiProject Names är lite väl petiga med olika namnformer ibland, men samtidigt förstår jag att folk som Noah Persson bör ha objektet Noah (Q19819780) och inte Noa (Q2789982) som förnamn. Jag skulle inte uppskatta att heta "John", "Johann" eller "João" på Wikidata. /ℇsquilo 11 januari 2023 kl. 13.22 (CET)

Tidigare efternamn

Om jag förstår rätt så har Louise Eklund (Q114031231) tagit bort Bergström ur sitt namn. Dock är Bergström källbelagt i WD. Hur går jag till väga? Finns det något värde/egenskap som man ska lägga till på tidigare namn? Eller bara radera helt?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 5 november 2022 kl. 11.35 (CET)

Vet inte om det finns någon riktlinje i detta fallet, men ren allmänt är startdatum (P580) respektive slutdatum (P582) trevliga som bestämning för mycket som ändras. Om du vet tidpunkt så borde det fungera att sätt dit den. Jag upplever också att det är en mer korrekt beskrivning än att bara ta bort den (det hjälper ju också om någon är osäker på om det är rätt person för någon gammal uppgift) Gunnar Larsson (diskussion) 5 november 2022 kl. 12.18 (CET)

Enligt Ratsit så heter hon Eklund Bergström. Så båda namnen bör stå kvar. Thoasp (diskussion) 5 november 2022 kl. 14.06 (CET)

Här är lite fakta om frekvenser för olika bestämningar som används för egenskapen efternamn (P734) i Wikidata och vilka värden som används för en av dem, objekt har rollen (P3831):

• Länk till fråga som ger en lista på bestämningar efter fallande användningsfrekvens. OBS! Begränsat till objekt med medborgare i (P27) lika med Sverige (Q34), USA (Q30), Storbritannien (Q145), Frankrike (Q142) eller Tyskland (Q183) för att frågan inte ska överskrida tidsgränsen. Ändra på raden med dessa värden i frågan för att undersöka andra värden. För Japan (Q17) verkar det till exempel vara mycket vanligt med bestämningen kriterium (P1013) som toppar "Japan-listan" med cirka åtta gånger fler förekomster än tvåan som är objekt har rollen (P3831).
  Som synes är startdatum (P580) och slutdatum (P582) vanliga bestämningar till efternamn (P734) (för de angivna medborgare i (P27)), de kommer direkt efter de allra vanligaste som är ordningsnummer (P1545) och objekt har rollen (P3831).
• Länk till fråga som ger en lista på värden som används för bestämningen objekt har rollen (P3831) till egenskapen efternamn (P734). Här finns ingen begränsning till vissa medborgare i (P27), men listan visar inte värden som endast används 1 gång, det handlar oftast om skräp till följd av felaktig användning av bestämningen. De utan nämnvärd konkurrens vanligast värdena på objekt har rollen (P3831) som bestämning till efternamn (P734) är namn som gift (Q30232378) och namn som ogift (Q1376230).

Larske (diskussion) 5 november 2022 kl. 15.30 (CET)

Engelska beskrivningarna för startdatum (P580) och slutdatum (P582) säger tid då tidsperioder börjar och slutar. Det kanske kunde formuleras om så det blir tydligare att det också kan användas för start och slut för uttalanden. F.d. 82.212.68.183 (diskussion) 5 november 2022 kl. 15.57 (CET)

("Flicknamn" verkar fel som benämning på namn som ogift (Q1376230), då också män kan ta makans eller makens namn vid giftermål, och objektet verkar vara könsneutralt. Vad säger man på svenska i de fallen? –LPfi (diskussion) 11 januari 2023 kl. 19.30 (CET))

Ursprungligt efternamn är den term jag hittar, såväl här som ute i verkligheten. Kitayama (diskussion) 11 januari 2023 kl. 22.41 (CET)

Namn som ogift motsvarar flicknamn, d v s det efternamn någon burit när han eller hon gift sig för första gången. Dessförinnan kan man ju ha haft andra mer ursprungliga efternamn. Ataraxim (diskussion) 11 januari 2023 kl. 22.43 (CET)

Bra! Jag bytte till den benämningen och förde över "flicknamn" till Även känd som. Jag strök "födelsenamn", då objektet anger "ej samma som födelsenamn" (ej samma som (P1889) födelsenamn (Q2507958)). –LPfi (diskussion) 12 januari 2023 kl. 22.31 (CET)

Svenskan var dock långt ifrån det enda språk som utesluter män i benämningen eller beskrivningen. Jag skrev en kommentar på diskussionssidan, vet inte om det hjälper. –LPfi (diskussion) 12 januari 2023 kl. 22.40 (CET)

Tills döden skiljer oss åt

Vid gifter mål där tex maken dör, som för Luisa de Guzmán, brukar vi faktamallen skriva: Make; Alfons VI (g. 1633 - 1656, hans död). Hur får man dit det på något bra sätt med WD-mallen? Jag testade att lägga till "death" i "end cause" när jag lade dit "end time" för "spouse" i hennes wikidataobjekt Luisa de Guzmán (Q241206). Det stod då (g. 1633 - 1656, döden), vilket jag tycker uppfattas som hennes död. Hur brukar vi göra? LittleGun (diskussion) 13 januari 2023 kl. 04.53 (CET)

Jag använde ”death of subject’s spouse” istället. Då får vi texten ”(g. 1633–1656, makas/makes död)” i faktamallen Kitayama (diskussion) 13 januari 2023 kl. 06.46 (CET)

Går det att justera texten så den inte behöver se ut som den var hämtad fårn nåogt formulär? Rubriken är ju bara "Make", så varför används inte det i parentesen?

andejons (diskussion) 13 januari 2023 kl. 08.07 (CET)

Ja, det vore toppen! Och tack för hjälpen så här långt. LittleGun (diskussion) 13 januari 2023 kl. 08.41 (CET)

För hennes make, Alfons VI satte jag "end cause=death", och då blev det (g. 1633 - 1656, döden), vilket ju funkar bättre. Ännu bättre vore "sin död" för den här mallen. LittleGun (diskussion) 13 januari 2023 kl. 08.49 (CET)

Värdet personens död (Q99521170) används ofta när det är artikelsubjektet som avlider. Det är det tredje vanligaste, se tabellen nedan.

--Larske (diskussion) 13 januari 2023 kl. 09.04 (CET)

Här är en fråga som visar statistik över angivna avslutningsorsaker.

• Länk till fråga som ger en frekvenstabell över förekommande värden på bestämningen avslutningsorsak (P1534) till egenskapen gift med (P26).
• Länk till fråga som ovan, men begränsad till objekt som är kopplade till svwp-artiklar

Notera att det saknas svensk etikett för några av värdena, till exempel repudiation, talak satu och Mexican divorce.

Det mest "exotiska" värdet är väl Berlinmurens fall (Q69163529) som bara används för den svenska, Eija-Riitta Eklöf-Berliner-Mauer (Q15623732), som påstod sig vara gift med Berlinmuren, se artikel om henne i dewp (på tyska) eller den här artikeln i Expressen. Larske (diskussion) 13 januari 2023 kl. 08.58 (CET)

Tillägg: Dewp-artikeln, som normalt har omkring 30 visningar per dag, hade för en vecka sedan en "visningstopp" på mer än 3 200 visningar. Undrar varför. --Larske (diskussion) 13 januari 2023 kl. 09.21 (CET)

"Berlinmurens fall" som skillsmässo-orsak i ett wikidataobjekt ser jag mest som en studentikos lustifikation. Det var ju inte så att det fanns några juridiska dokument, eller allmän acceptans, som jag menar statuerar ett äktenskap. Den får vi hantera som det undantag det är när det väl blir artikel och WD-mall för henne.

Att folk dör ur sina äktenskap är däremot väldigt vanligt. Så om vi åtminstone kan få förtydligandet "makans död" repsktive "makes död" för "death of subject’s spouse" och "sin död" eller "hans död" eller "hennes död" för "personens död" för den här mallen har vi vunnit enormt mycket. LittleGun (diskussion) 13 januari 2023 kl. 11.02 (CET)

Sonens äktenskap, Alfons VI av Portugal, upplöstes. Det blir "upplösning av äktenskap" i mallen. Den kunde ju gott kortas till bara "upplöst" för mallen. Samma med "kyrkligt upphävande av äktenskap", den behöver inte precisera mer än "upplöst". Med "skilsmässa" och "separation" behöver vi bara hantera några få undantag. Lite genomtänkt nu, eller när de dyker upp. Finns det någon möjlighet att införa dessa ändringar för den här mallen? LittleGun (diskussion) 13 januari 2023 kl. 11.11 (CET)

Felaktiga referenser

Angående Malldiskussion:Infobox TV-program. Varför dyker det upp fyra Wikidata-hämtade referenser på den här diskussionssidan utan att det finns några referenser längre upp i artikeln? Sabelöga (diskussion) 13 januari 2023 kl. 01.25 (CET)

{{#invoke:Wikidata2|formatStatements|entityId=Q18151598|property=P58|numberofclaims=ja}} visar ett antal värden för en egenskap (19) Några av värdena har referenser som inte visas. 90.227.175.244 13 januari 2023 kl. 07.06 (CET)

Referenserna hamnar längst ned på sidan om man inte har någon references-tag. Jag la in en sådan här ovan. --Larske (diskussion) 13 januari 2023 kl. 08.15 (CET)

@Sabelöga: Det var jag som hade missat att lägga in "noref=ja" i anropet av modulen. Nu har jag gjort det så "spökreferenserna" visas inte längre längst ned på diskussionssidan. Larske (diskussion) 13 januari 2023 kl. 08.09 (CET)

 Va bra, tack! Sabelöga (diskussion) 14 januari 2023 kl. 01.09 (CET)

Okända personer

Har någon koll på hur mycket information som behöver finnas för att det skall anses meningsfullt med ett WD-objekt om en okänd person? Stötte på (Q101247239), en kvinna som enbart verkar ha införts för att anges som moder till Ture Kettilsson (Bielke) - vilket också är det enda man garanterat vet: någon var mor till Ture. Man kan ju för all del ange att hon troligen var hustru till den nästan lika okände Kettil (Bielke) (Q6142675), och med viss sannolikhet även moder till Nils Kettilsson (Bielke), men på det hela taget är det ju extremt tunnt.

Bör objektet raderas? Om inte, hur bör vi göra så att inte faktamallen i Ture Kettilsson anger "NN" som en förälder?

andejons (diskussion) 13 januari 2023 kl. 14.42 (CET)

Wikidatas relevanskriterier finns på d:Wikidata:Notability/sv. Om relevant så skulle det vara för punkt 3. Användaren som skapat objektet (User:GZWDer) verkar lägga in data från släktdatabaser på ett bot-aktigt sätt).

Eftersom detta är en fråga som rör informationen på Wikidata istället för hur information från Wikidata används på Wikipedia är det lämpligt ta diskussionerna där istället (antingen på d:Wikidata:Bybrunnen eller d:Talk:Q101247239) med en blänkare här. Gunnar Larsson (diskussion) 13 januari 2023 kl. 15.26 (CET)

Eftersom att objektet inte har några andra inlänkar än just Ture så uppfyller den inte kriterium 3 och bör föreslås för radering. ♥Ainali ^diskussion_bidrag 13 januari 2023 kl. 21.26 (CET)

fler ögon behövs på vad jag upplever som felaktiga redigeringar på WD

USer:Yinweiaiqing mergar vilt även kina objekt med olika koordinater. Och försök till dialog leder bara till att han raderar min fråga. Jag har försökt anmäla till admins, men jag skulle gärna få någon annans syn ur det är med mergarna Yger (diskussion) 19 januari 2023 kl. 14.11 (CET)

@Yger: Han har blivit blockerad på en vecka nu på Wikidata. Kan du beskriva vad som händer lite mer? Det kan tyvärr p.g.a. formatet, vara ganska förvirrande att försöka följa saker på Wikidata. Överlag är ogenomtänkta ihopslagning på Wikidata ett gissel. Gunnar Larsson (diskussion) 19 januari 2023 kl. 14.54 (CET)

Jag märker av detta då det dyker upp objekt på svwp som saknar Wd Objekt. När jag undesöker upptäcker jag det objekt som funnits mergats in i ett annat objekt som redan har en WP artikel, Men dessa två svwp artiklar har helt olika koordanater. Och då har jag ogjort de mergarna. @Kitayama: vet kanske bättre vad detta handlar om rent sakmässigt. här syns alla som nu åter blivit okopplade exampel Wenqiao_(sockenhuvudort_i_Kina,_Jiangxi_Sheng,_lat_29,66,_long_116,30) och Wenqiao. Yger (diskussion) 19 januari 2023 kl. 15.03 (CET)

Det är väldigt förvirrande då hen som jag förstår det själv har slagit ihop flera objekt och sedan anklagar dig för att slå samman objekten? En spontan gissning är att hen inte riktigt har koll på tekniken. Själva sakfrågan, att de är olika saker, borde vara klar och som jag förstår det ifrågasätter ingen att objekten berör olika saker. Gunnar Larsson (diskussion) 19 januari 2023 kl. 15.21 (CET)

Fast Wenqiao (sockenhuvudort i Kina, Jiangxi Sheng, lat 29,66, long 116,30) 文桥乡 är nog fel. Den kopplar till orten Jungiao 均桥镇. Här gäller det att läsa kinesiska. Kitayama (diskussion) 19 januari 2023 kl. 16.12 (CET)

Det finns en by i Jungiao som heter 文桥村 (Wenqiao by), men det är inte samma objekt som den kinesiska artikeln. Vår artikel bygger på Geonames-skräp. Raderas! Kitayama (diskussion) 19 januari 2023 kl. 16.16 (CET)

Många av våra botskapade objekt i Kina är fel och ska förmodligen slås ihop/raderas. Roufu är den som kan Kina bäst. Men det är ett hästjobb utan dess like att rensa upp i detta träsk. Det vimlar av felkopplingar till artiklar på zhwp. Kitayama (diskussion) 19 januari 2023 kl. 16.20 (CET)

Verkar också förekomma att (för samma romaniserade namn) artiklarna på svenska och cebuano wikipedia-kopplats ihop fel och att därigenom två vitt skilda platser sedan fyllts på med samma koordinater m.m. Gunnar Larsson (diskussion) 19 januari 2023 kl. 16.21 (CET)

Om vi inte kan säkerställa att det verkligen är samma plats som i zhwp-artikeln och vårt namn med kinesiska tecken inte kan återfinnas i Wikidata för samma plats så bör vår artikel raderas som overifierbar. Jag gör också en koll på Google maps, de är hysfsat bra i Kina. Kitayama (diskussion) 19 januari 2023 kl. 16.28 (CET)

I sådana fall kan det väl också bero på felaktiga kopplingar? Fast det kanske är bättre att radera några för många (och som ändå skapats av Lsjbot) för att slippa vansinnigt med arbete med att kontrollera? Gunnar Larsson (diskussion) 19 januari 2023 kl. 16.33 (CET)

Det är detta med felaktig koppling som gör att jag söker vår artikels kinesiska namn i Wikidata. Då bör jag finna en zhwp-artikel om den finns. Kitayama (diskussion) 19 januari 2023 kl. 16.35 (CET)

Kan ni se om de tre artiklar som ännu ej raderats också bör raderas? Yger (diskussion) 19 januari 2023 kl. 16.31 (CET)

En av dem kan jag verifiera. Det är Puting (socken i Kina). Den upphörde 2011 och absorberades i kringliggande enheter. Den har inte egen artikel på zhwp. Googles översättning av den överliggande artikeln "In 2011, Cangnan County abolished Guanmei Town, Fengchi Township, and Puting Township, and merged their areas into Lingxi Town; abolished Yaga Town, Lupu Town, and Yunyan Township, and merged their administrative areas into Longgang Town; abolished Yanting". Detta är också den enda artikeln som har befolkningsdata. Om vi ska ha kvar artikeln så kommer den att behöva sitt eget WD-objekt. Kitayama (diskussion) 19 januari 2023 kl. 16.49 (CET)

Vi har ingen artikel om den kommun som Puting inkorporerades i. enwp har: en:Lingxi, Zhejiang. Föreslår radering av Puting. Kitayama (diskussion) 19 januari 2023 kl. 16.55 (CET)

I de fallen bör väl Wikidata-objektet (Puting (Q28794906)) antingen raderas eller bli kvar utan någon koppling (då socknen faktiskt funnits). Att slå samman det med något annat objekt (för en plats någon annanstans) blir inte lyckat. Ser att i detta fallet har svenska och cebuanoartiklarna kopplats samman fel (https://www.wikidata.org/w/index.php?title=Q28794906&oldid=450873548). Jag börjar misstänka att det varit smått systematiskt, vilket inte är speciellt lyckat. Gunnar Larsson (diskussion) 19 januari 2023 kl. 17.07 (CET)

Puting (Q28794906) är ju kopplat till en annan artikel här och är korrekt vad jag kan se. Kitayama (diskussion) 19 januari 2023 kl. 17.11 (CET) Mittåt. Jag lurades av omdirigering. --Kitayama (diskussion) 19 januari 2023 kl. 17.14 (CET)

@Kitayama: Titta på språklänkarna i den ursprungliga versionen (som jag länkade med oldid). Där ser du att den avsåg två olika platser. Samma verkar ha hänt i andra fall också. Med förändringar i wikidata, inklusive ändrade kopplingar, blir diskussioner ofta rejält förvirrade. Gunnar Larsson (diskussion) 19 januari 2023 kl. 17.15 (CET)

Jag insåg samma sak. ceb-artikeln på Puting (Q28794906) var korrekt att göra merge på. Alltså var - precis som du säger - de båda artiklarna felkopplade från början. Frågan är nu: Vad gör vi med vår Puting (socken i Kina)? Den verkar aldrig ha skapats på cebwp. Kitayama (diskussion) 19 januari 2023 kl. 17.19 (CET)

Det är en bra fråga. Det verkar ha hänt något liknande med Zhuliang (lite svårt att följa nu efter radering och flytt, men för lite bakgrund se min kommentar på https://www.wikidata.org/w/index.php?title=User_talk:Yinweiaiqing&diff=prev&oldid=1814807256). Jag tror att det bästa är att börja med är att försöka reda ut vad som har hänt (vilka artiklar/objekt som är rätt eller fel ihopkopplade) innan vi gör alltför mycket.

Om d:User:EmausBot konsekvent kopplat fel för många objekt (eller om Lsjbot skapade felaktiga interwikis till att börja med) så behöver det på något sätt korrigeras. Jag vet inte hur man kan göra det för många objekt annat än för hand eftersom det bara är uppenbart om man kollar på faktamallarna i artiklarna, inte wikidata-objekten. @Larske har du någon idé om vad man skulle kunna göra?

När vi väl fått rätt artiklar kopplat ihop med rätt objekt så återstår arbetet med att se till att innehållet i wikidata matchar innehållet i artiklarna. Alternativt ta bort både artikel och objekt om du är irrelevanta/felaktiga i sig (som t.ex. för Puting som du beskriver ovan inte längre är en administrativ enhet). Gunnar Larsson (diskussion) 19 januari 2023 kl. 17.55 (CET)

Arbetet med Kina försvåras ytterligare av att lsjbot inte tog med alla skapade artiklar på grensidorna (listas på Wikipedia:Projekt alla platser-städning/Kina med särskiljning utan gren och att många artiklar döptes om efter att grensidorna skapades utan att rätta grensidorna. De skapades alltså med ett annan namn än vad grensidan säger (grensidan ger rödlänk för en socken, men artikel finns för en köping). Kitayama (diskussion) 19 januari 2023 kl. 18.04 (CET)

Där börjar vi kanske komma något på spåren! Då kanske det fanns en bugg från början i lsjbot. Jag kollade wikidataobjekten för de listade platserna på projektsidan och för många så finns det två objekt, ett för den svenska artikeln och ett för cebuano-artikeln. Från början kanske det var alla och en del har blivit fixade? På den listan finns också både Puting och Zhuliang som är exempel på problematiska objekt. Då borde det gå att göra en bot som slår samman objekt där artiklar på svenska och cebuano som inte är kopplade till varandra (tänker att det borde vara möjligt genom att titta på namn och koordinater) och för de andra helst (om det är möjligt) 1) ser till att "o-sammanslå" när det behövs, 2) jämför koordinater på wikidata med de i faktamallarna för att se till att rätt artikel hör till rätt objekt och vid behov korrigera wikidata-uppgifterna efter faktamallarna, 3) slår samman objekt igen när det verkligen rör sig om samma plats. Gunnar Larsson (diskussion) 19 januari 2023 kl. 18.57 (CET)

Jag skapade en "ny" WD post för Putting (socken i Kina). Så med den, och att ni raderade de andra, så är nu alla artiklar återigen kopplade till WD objekt Yger (diskussion) 20 januari 2023 kl. 06.42 (CET)

@Yger, bra åtgärdat! Samtidigt så finns det en hel del länkningar som är fel enligt ovan och som borde korrigeras (innan det blir nytt kaos med sammanslagning, flytt o.s.v.). @Kitayama, tror du det är möjligt att skriva en bot som kan fixa dem (d.v.s. de i projektlistan som du nämnde) enligt ovan? Antar att den i så fall behöver gå wikidata istället för här. Gunnar Larsson (diskussion) 21 januari 2023 kl. 13.16 (CET)

Jag har varit nämnd i diskussionen ovan men har först nu sett närmare på problemet ovan. De två Wenqiao är uppenbart olika platser. De ligger ju i olika provinser. Lsjbots huvudortsbeteckningar på sockennivån (förklaras i Administrativa regioner i Kina) återfinns aldrig i den administrativa indelningen. De bör genomgående ignoreras. En sockenhuvudort kan som regel identifieras med en socken (乡, pinyin xiāng, engelska township), en köpingshuvudort som en köping (镇, pinyin zhèn, engelska town), en häradshuvudort som endera socken eller köping. Någon gång kan socknen ha uppgraderats till köping sedan artikeln skrevs.

Kinas indelning på sockennivå finns numera tillgänglig på engelska i provinsartiklar av typ en:List of township-level administrative divisions of Jiangxi. I denna återfinns Wenqiao som Wenqiao Township (文桥乡). Den ligger i häradet Hukou, Jiujiang och alltså i Jiujiangs stad på prefekturnivå i södra norra Jiangxi. Det andra Wenqiao i Hunan är köping och skrivs 文桥镇, alltså med identiska tecken för Wenqiao.

Jag menar att artikeln om Jiangxi-orten bör återställas. Den är inte värre än Lsjbots andra artiklar om Kinas socknar. Det betyder ju inte att den är bra – den är inte långt från meningslös, eftersom den saknar uppguft in administrativ tillhörighet annat än på provinsnivån. Detta förutsatt att den följer mönstret för sådana artiklar, vilket jag inte kan kontrollera.

Också andra artiklar som eventuellt raderats på grund av missad identifikation bör återställas. Roufu (diskussion) 20 januari 2023 kl. 23.30 (CET)

Erik Thedéen och vicepresident (Q42178)

Finns det något bättre värde än vicepresident (Q42178) för Erik Thedéen (Q6207027) gällande Europeiska värdepappers- och marknadsmyndigheten (Q769112)? Värdet gör att det blir fel i {{Faktamall biografi WD}} i artikeln. Enligt artikeln är/var han vice ordförande.  ^✍️(skrivet av:) GeMet(användare:)^💬 den 20 januari 2023 kl. 14.26 (CET)

I det här fallet (eftersom att befattningen i sig är relevant) passar det att skapa ett nytt objekt vice ordförande för Europeiska värdepappers- och marknadsmyndigheten och använda det som värde istället. ♥Ainali ^diskussion_bidrag 20 januari 2023 kl. 14.32 (CET)

Mer allmänt så bör ju vice ordförande (Q1127270) användas för vice ordförande. Kitayama (diskussion) 21 januari 2023 kl. 10.26 (CET)

Bortflipprat objekt

Kizil He (vattendrag i Kina, lat 41,73, long 82,43) saknar nu WD objekt. Det skedde en stor snurredingering där man blandade förgreningssiodr med objektsidor och i denna snurrning försvann detta objekt från WD. kan någon hjälpa att reda ut denna bit Yger (diskussion) 23 januari 2023 kl. 19.35 (CET)

Ett IP fixade det tre minuter senare. Kitayama (diskussion) 23 januari 2023 kl. 20.17 (CET)

ja det var ju bra. JAg tror det var artikeln på ZE som var starten på cirkusen och nu kom den in på rätt plats Yger (diskussion) 23 januari 2023 kl. 20.25 (CET)

Peder Månsson

Infoboxen i Peder Månssons biografi som importerats från wikidata innehåller detaljer från förfalskade dokument, vilket nämns i hans biografi. Nu finns det ju inga ordentliga källor på wikidata - bara olika wikipedior, men uppgiften finns ju i litteratur, så den skall ju finnas på wikidata. Däremot skall de inte ligga i infoboxen utan undertryckas. Hur gör man det? FBQ (diskussion) 2 februari 2023 kl. 16.31 (CET)

Jag blir lite förvirrad. Infoboxen på svenska wikipedia har ingen koppling till Wikidata. Uppgifterna på wikidata om Peder innehåller ibland källa ibland inte. Precis som på Wikipedia ska uppgifter på Wikidata vara korrekta, om de inte har bra källor och dessutom kan misstänkas vara felaktiga så borde det bara vara att ta bort dem. I wikidata bör data bara finnas som rimligen kan antagas vara korrekta. Om det finns andra uppgifter är det mycket lättare att hantera det i flytande text på wikipedia än som en massa förvirrande felaktiga uppgifter på wikidata. Gunnar Larsson (diskussion) 2 februari 2023 kl. 16.53 (CET)

Nej, data som historiskt haft betydelse skall finnas i Wikidata men markeras som sådana så att de inte behöver läggas in igen. Klicka på redigerakanppen, sedan på den lilla ikonen till vänster med en pil upp, en cirkel och en pil ner. Pil upp betyder att uppgiften är föredragen, d.v.s. korrekt och den som normalt bör visas (t.ex. om något bytt namn). Mitten är för normala uppgifter, som anses fullt korrekta. Pil ner är för orekommenderad, vilket betyder att de normalt inte skall visas.

andejons (diskussion) 2 februari 2023 kl. 17.52 (CET)

Jag tittade nog lite hastigt - dels verkar uppgiften om att han var från Jönköping inte kommer från Nils Rabenius utan det verkar ha handlat om att han skulle vara från Tillberga socken. Sedan är ju Jönköping ett antagande och borde ju inte anges som bestämt. Och just den här infoboxen verkade inte komma från wikidata. Nu kan det väl alla fall vara bra för en annan gång. Visste att jag fått en förklaring på hur man gjorde för att göra information orekommenderad för många år sedan, men hade glömt det och mindes inte längre var, så tack för informationen.FBQ (diskussion) 2 februari 2023 kl. 18.39 (CET)

Denna tråd hade gått mig förbi. Jag har satt tillbaka uppgiften om Jönköping som födelseort. Den kommer från Vadstenadiariet, för 6 juni 1499, då Peder Månsson inträdde i Vadstenaklostret. Jag menar att detta är en fullgod samtida källa. Oredan i den äldre litteraturen, som citerade den av Nils Rabenius förfalskade "Peder Svarts biskopskrönika", kan vara en orsak till att Anders Piltz Svenskt biografiskt lexikon skriver "troligen Jönköping". Då slapp han att ge sig in i diskussionen. Sedan förfalskningen utretts 1927 av Nils Ahnlund , finns enligt min mening inget trovärdigt alternativ till Vadstenadiariets uppgift. Hur detta skall hanteras av Wikidata är utanför mina kunskaper. Roufu (diskussion) 5 februari 2023 kl. 00.17 (CET)

@Roufu: Wikidata är enormt bra på att hantera motstridiga fakta det var ett EU projekt Render som hade det som målsättning och ligger till grunden för Wikidata - länk Denny blog "On truths and lies"

Fortunately some of the roots of Wikidata lie in an EU research project called RENDER. The goal of this project is to explore and support the diversity of knowledge on the Web. RENDER discards the assumption of a simple, single truth – and this was inherited by the Wikidata data model. Instead of collecting facts, we collect statements. We define statements as claims that can have references. A reference supports the claim.::::* finns en egenskap källäge (P1480) som jag tycker är bra att peka på osäkerhet

• August Ruhlin (Q105044768) har olika födelsedatum i födelseboken och andra källor där regleras det med Rank och skäl för lägre rang (P2241)
  • OT: När jag hittar saker som detta och det finns koppling Svenskt biografiskt lexikon (Riksarkivet) (Q41804805) så brukar jag skicka det till dom och i princip alltid ändrar dom till vad födelse- och dopbok (Q10501038) säger....

- Salgo60 (diskussion) 8 februari 2023 kl. 00.07 (CET)

Arbetsgivare

Lade precis till mallen {{Faktamall biografi WD}} i artikeln Liza Tarbuck. Där, och på Wikidata, finns egenskapen "Arbetsgivare", och inlagt är National Youth Theatre. Det är ett "ungdomsteaterprojekt", iofs på hög nivå, men framförallt aktivt för ungdomar utanför skoltid och i synnerhet under ferier. Jag har inte sett annat än att hon var en av skådespelarna och lärde sig teater där. Hög nivå, så det är möjligt att de fick betalt, men troligare att det var en kostnad att få delta. Jag har inte sett att hon varit en av ledarna eller motsvarande, det finns säkert en del av dom som har det som arbete. Hon har jobbat mycket för BBC, men jag har ingen aning om hon varit frilans eller anställd. Så jag tycker arbetsgivare ska vara tomt, både på Wikidata och i vår mall. Vår mall går att fixa med override, men som alltid tycker jag det är synd i en automatisk mall som kanske uppdateras. Någon ide om alternativ? Vilken egenskap och hur redovisa hennes engagemang i National Youth Theatre i mallen, eller i någon mall egentligen? LittleGun (diskussion) 8 februari 2023 kl. 21.02 (CET)

I detta fallet har uppgiften inte någon källa, så det borde vara ok att ta bort den. Mer generellt tänker jag att arbetsgivare (P108) borde vara opt-in, d.v.s. att man i mallen aktivt får välja att uppgifter om arbetsgivare ska visas. I de flesta fall finns det ju andra egenskaper som beskriver det viktiga med de relationer som finns, som på något sätt beskriver var personen var aktiv, snarare än om personen var direkt anställd eller något annat. Alternativt kan du ta upp en diskussion på d:Property talk:P108 om egenskapens titel inte borde vara "arbetat vid" på svenska och motsvarande på andra språk. Skulle tro att det är regel snarare än undantag att vi inte känner till den exakta ekonomiska relation, men att det ofta inte är det som är intressant. Och just den ändringen förslog någon redan 2013 i diskussion, så kan kanske vara idé att ta upp den igen. Gunnar Larsson (diskussion) 8 februari 2023 kl. 22.02 (CET)

Det finns källor att hon varit aktiv i National Youth Theatre. Och som "utbildning", eller vad man ska kalla det, är det både källbelagt och relevant. Så frågan är om det finns något bättre än att radera. Jag har inga planer på att agera på Wikidata för tillfället. Det är bland annat därför jag dels skapade och dels går via den här sidan. För att hojta till wikidataentusiaster att det är något som är lite knasigt. LittleGun (diskussion) 8 februari 2023 kl. 22.55 (CET)

Jag tror inte att det är en bra idé att göra arbetsgivare (P108) till "opt-in", om du med det menar att man manuellt måste lägga in texten arbetsgivare = yesWikidata i alla biografier man vill ha med denna uppgift. Det kommer inte att göras i någon större utsträckning. Bättre då att överrida med ett lokalt värde eller undertrycka Wikidata, med arbetsgivare = noWikidata, för de få fall där det som presenteras i faktarutan inte blir bra om man tar det från Wikidata. Om de är fel i Wikidata är det förstås bäst att ändra där.

Det kan vara lämpligt att skaffa sig en uppfattning om omfattningen av problemet, se följande fråga:

• Länk till fråga som ger en frekvenslista över använda värden på egenskapen arbetsgivare (P108) för Wikidataobjekt där egenskapen medborgare i (P27) har något av värdena Sverige (Q34), Norge (Q20), Danmark (Q35), Finland (Q33) eller Storbritannien (Q145).

Jag tog med Storbritannien (Q145) eftersom exemplet i trådstarten gällde en brittiska. Den som vill ha motsvarande lista för andra länder kan byta ut Q-värdena på rad 4 i frågan.

Jag kan konstatera att för de allra flesta värden som förekommer, fungerar etiketten Arbetsgivare som används i {{Faktamall biografi WD}} bra.

Rent allmänt kan det kan vara svårt att hitta en etikett för en Wikidataegenskap som bara består av ett eller några få ord som "täcker alla fall", men det går ju också att titta på beskrivningen för egenskapen som i detta fall är organisation för vilken subjektet arbetade eller arbetar på svenska och person or organization for which the subject works or worked på engelska. Det är en ganska vid beskrivning som inte ställer några krav på betalning såvitt jag kan se. Larske (diskussion) 8 februari 2023 kl. 23.05 (CET)

Okej. Är alltså "arbetsgivare" rimligt för Wikidata om ett engagemang i en ungdomsteaterverksamhet som genomförts under skolledighet? Det förvånar. LittleGun (diskussion) 8 februari 2023 kl. 23.37 (CET)

Jag flyttade till "utbildad vid (P69)" istället. Känns inte heller helt rätt så jag ställde frågan på diskussionssidan: [2]. Är inte säker på om det är det bästa sättet. LittleGun (diskussion) 9 februari 2023 kl. 05.46 (CET)

Bra att du tagit upp frågan på diskussionssidan. Det finns väldigt många egenskaper att välja på, så det kan vara svårt att hitta den rätta. En generell egenskap som medlem av (P463) skulle möjligen kunna användas, men jag vet inte om det är bra heller. Kan du hitta någon källa för startdatum (P580) och/eller slutdatum (P582) för hennes "engagemang" i National Youth Theatre är det bra att komplettera uttalandet med dessa bestämningar.

Om du kollar i redigeringshistoriken kan du se att den användare som lagt in National Youth Theatre (Q2087430) som arbetsgivare (P108) för Liza Tarbuck (Q6660436) precis innan tagit bort detta värde för egenskapen utbildad vid (P69). Detta gjordes 12 juli 2019. Tyvärr finns det ingen redigeringskommentar så man får gissa lite (eller fråga användaren som fortfarande är aktiv) varför denna redigering gjordes. Möjligen kan det bero på att National Youth Theatre (Q2087430) inte faller inom den definierade värdertypsbegränsningen för utbildad vid (P69). Du kanske såg att det dök upp en cirkel med ett utropstecken i till höger om National Youth Theatre (Q2087430) när du la in värdet i utbildad vid (P69) som varnar för detta, se d:Q6660436#P69. Om du klickar på utropstecknet kommer det upp en ruta där det står vilka instans av (P31) som är "godkända" för det värde som läggs in som utbildad vid (P69), och National Youth Theatre (Q2087430) har för närvarande inget av dessa. Fullständiga detaljer om denna "värdetypsbegränsning" hittar du på diskussionssidan för utbildad vid (P69), se d:Property_talk:P69.

Risken är därför överhängande att någon som försöker åtgärda denna "property constraint violation" kommer att ogöra din redigering, idag eller i morgon eller om några år.

För att komma runt denna varning kan man lägga in att National Youth Theatre (Q2087430) till exempel är en instans av (P31) scenskola (Q2143781) - om det nu verkligen är det. Då kommer utropstecknet att försvinna eftersom scenskola (Q2143781) är en underklass till (P279) till utbildningsinstitution (Q2385804).

Oavsett vilken egenskap du använder är det lika önskvärt i Wikidata som i Wikipedia att uttalandet är verifierbart genom att en källa/referens anges. I enwp används den här källan för att hon "trained at National Youth Theatre" och den skulle väl duga som referens‐URL (P854) även i Wikidata. Larske (diskussion) 9 februari 2023 kl. 11.16 (CET)

Är inte den enklaste lösningen att ändra på vad som står i mallen (alltså "arbetat för" snarare än "arbetsgivare")? Jag tycker arbetsgivare (P108) verkar användas lite bredare än "employer" antyder. Jag kan tänka mig att det kan användas även i andra gränsfall, som voluntärarbete.

andejons (diskussion) 9 februari 2023 kl. 11.50 (CET)

Så här står det om när P108 är applicerbart:

All kinds of employers: businesses, educational facilities, branches of government, non-profit organizations, provider of honorary positions etc. (note: this should be moved to the property statements)

Jag tycekr inte deltagare eller aktiv i en ungdomsverksamhet på ledig tid och ferier stämmer där. Jämför med att vara med i scouterna, det skulle väl aldrig anses vara P108? LittleGun (diskussion) 9 februari 2023 kl. 14.27 (CET)

Tycker vi borde kunna matcha boken Två kammar Riksdagen i WIkidata

Kanske dags att inför nya Wikidata egenskaper? Jag tycker vi skall kunna matcha det jobb vi ser i Textsträngar hos Riksarkivet SBL och boken Tvåkammar Riksdagen i Wikidata

• Tidslinje med kopplingar boken Tvåkammar Riksdagen
• Exempel Axel Andersson (Q4830232) SPA

Äg av Österänge nr I i Österfärnebo om 196,5 ha (1941). 
Lantbr 1917—56. 
Skiftesgodeman. 
L av styr för Gävl I skogsägfören
ordf 1944— 56
Gävl I mejerifören, ordf 1944—56
Gävl I lant- Axel Andersson mannafören 1937— 54
Sthlm-Gävle slakterifö 1937 — 54 i Österfärnebo jordbrukskassa
Sakkunnig i totalisatorutr (1957 —61 
L av styr för Gävl I förb av R LF 1930—62
ordf 1945—62
Ordf i Österfärnebo kommstäm
Lav kommfullm 1928—66
ordf 1940—46 0 50—63
L av kommnämnden. L av folkskolestyr.
Ltm för Gävl 1 1943—58

- Salgo60 (diskussion) 9 februari 2023 kl. 13.19 (CET)

Axel Andersson var lantbrukare till yrket innan han blev heltidspolitiker. Resten är förtroendeuppdrag. Finns det någon egenskap för förtroendeuppdrag? LittleGun (diskussion) 10 februari 2023 kl. 09.06 (CET)

Jag tror har inte sett något behov för rubriken förtroendeuppdrag i våra faktarutor på Wikipedia, faktarutorna ligger inte på den nivån. Om det är intressant för Wikidata har jag ingen uppfattning om. LittleGun (diskussion) 10 februari 2023 kl. 09.10 (CET)

Förtroendeuppdrag passar väl perfekt som befattning (P39)? /ℇsquilo 10 februari 2023 kl. 09.52 (CET)

Okej. Används den i någon av våra faktarutor? LittleGun (diskussion) 10 februari 2023 kl. 14.26 (CET)

Befattning kommer med i mall:faktamall biografi WD. Thoasp (diskussion) 10 februari 2023 kl. 18.24 (CET)

Exemplen är presidenter och tysk-romerska kejsaren. Jag vet inte om jag tycker våran faktarutor ska ha upplösning ned till "ledamot av Riksförbundet Landsbygdens folk Gävleavdelnings styrelse" som jag tror "L av styr för Gävl I förb av R LF", betyder. Men det är jag det.--LittleGun (diskussion) 10 februari 2023 kl. 14.48 (CET)

Carl Gustaf Creutz

Kan någon åta sig att att reda ut sammanblandningen av Carl Gustaf Creutz (Q481580) och Karl Gustaf Creutz (Q104549831) på Wikidata. Trots att det är två olika personer har de nu fått samma födelse och dödsuppgifter av Reinheitsgebot. Q104549831 har ingen artikel i UVF, men har nu fått tillbaka den referens dit som jag tidigare tagit bort. /Annika (diskussion) 15 februari 2023 kl. 10.50 (CET)

@Annika64: Bra att du stoppade in ej samma som (P1889).

Jag har i Karl Gustaf Creutz (Q104549831) nu lagt in födelsedatum (P569) och dödsdatum (P570) med Studentmatrikel 1640–1852 (Q27102163) som källa, länk. Jag tror att det ska räcka för att undvika att Reinhetsgebot ska lägga in de felaktiga uppgifterna igen. Kontrollera gärna att jag fick rätt datum på rätt plats, här och här. Vet inte enligt vilken kalender som uppgifterna i källan är angivna, kanske det ska ändras till julianska kalendern, men fiwp-artikeln använder samma datum.

Uppgiften om Uppslagsverket Finland-ID (P4854) lät jag stå kvar, men med Orekommenderad rang och skäl för lägre rang (P2241) satte jag till fel person (Q35773207), se d:Q104549831#P4854. Detta för att undvika att någon lägger in den uppgiften igen. Larske (diskussion) 15 februari 2023 kl. 11.28 (CET)

Q481580

Q104549831

Carl Gustaf Creutz Född 25 januari 1660 Stora Kopparbergs församling, Sverige Död 12 mars 1728 (68 år) Stockholm Medborgare i Sverige Sysselsättning Militär Befattning Regementschef för Livregementet till häst (1704–1709) Regementschef för Livregementet till häst (1722–1728) Maka Sofia Kristina Natt och Dag Föräldrar Lorentz Creutz den äldre Elsa Duwall Släktingar Lorentz Creutz den yngre (syskon) Johan Creutz (syskon) Redigera Wikidata

Karl Gustaf Creutz Född 4 maj 1787 Död 4 december 1851 (64 år) Barn Carl Magnus Creutz (f. 1821) Föräldrar Carl Fredrik Creutz Redigera Wikidata

--Larske (diskussion) 15 februari 2023 kl. 11.40 (CET)

Röda länkar i infoboxar

Roland Hjelte: Borde det finnas omdirigeringar i wikipedia för t.ex. TV2 (Q20051199) till SVT2? För Sveriges Radio-TV (Q20051238) är det bara att lägga till Sveriges Radio-TV i wikidataobjektet efersom det länkar till Sveriges Television. Maundwiki (diskussion) 16 februari 2023 kl. 17.47 (CET)

Roland Hjeltes arbetsgivare borde vara SVT2 (Q741376). TV2 (Q20051199) är väl en dubblett? Plumbum208 (diskussion) 16 februari 2023 kl. 20.35 (CET)

Inte insatt i SVT:s struktur, men det känns rimligt. Antar att är onödigt att skapa en till artikel på wikipedia om kanalen som separat organisation inom SVT snarare än som TV-kanal (vilket verkar vara orsaken till att det finns ett "extra" objekt på wikidata). Gunnar Larsson (diskussion) 16 februari 2023 kl. 20.42 (CET)

Artikeln TV2 är en grensida TV2 (Q294017). Pingar @Väsk: som skapade TV2 (Q20051199). Plumbum208 (diskussion) 16 februari 2023 kl. 20.52 (CET)

Hans arbetsgivare var Sveriges Television (Q215363). SVT2 (Q741376) är en tjänst/produkt. /ℇsquilo 17 februari 2023 kl. 08.45 (CET)

Perioden 1968-1987 var både TV1 och TV2 även organisationer, underställda Sveriges Radio fram till 1979 och därefter Sveriges Television, med hundratals anställda knutna till sig. Organisationerna TV1 och TV2 fanns bara i Stockholm, verksamheterna ute i landet var inte knutna till någon kanal men kunde producera program i hopp om att antingen TV1 eller TV2 ville visa dem. I juli 1987 slogs väsentligen organisationerna TV1 och TV2 ihop för att bilda Kanal 1 och sände därefter bara i en kanal. De separata objekten finns för att särskilja organisationerna (som inte finns längre) från kanalerna (som fortfarande finns).

Jag tycker det är rimligt att säga att personer som arbetade på TV under denna period arbetade på TV1 och TV2 (om de gjorde det), precis som att vi säger att personer arbetar för enskilda tidningar, snarare än de mediehus de ingår i. För TV1 (Q19965879) och TV2 (Q20051199) känns det rimligt att koppla "TVN (organisation i Stockholm)" till WD-objekten och hänvisa dem till kanalernas historikavsnitt. Väsk ✎ 17 februari 2023 kl. 10.15 (CET)

Objekt som byter namn över tid

Ett problem är när vi i Wikidata väljer att ha samma objekt där objektet byter namn... ex. Högerpartiet (Q111033682) och Moderaterna (Q110843) jag testar att ha 2 objekt i Wikidata och använda anses vara samma som (P460)

• Fördel Vi får "korrekt" namn i Wikidata, infoboxen i WIkipedia -> mindre upprörda läsare....
• Nackdel skall man hämta alla personer kopplade till Högerpartiet (Q111033682) och Moderaterna (Q110843) så blir SPARQL frågan jobbigare...

För svenska församlingar har liknande namnändringar lösts i mallen i Wikipedia och att de olika namnen finns i WD se Q10512441#P2561 vilket är snyggt men blir lite fel att då skall denna logik in för alla Wikipedia språkversionerna och alla mallar som pekar på objekt som namnändras... - Salgo60 (diskussion) 18 februari 2023 kl. 13.23 (CET)

Det finns som sagt redan korrekt namn i Wikidata för Moderaterna (Q110843), det är ifyllt i namn (P2561). Om det inte ser bra ut i infoboxen bör den anpassas så att den använder namn (P2561) istället. Det blir logiskt tokigt att dela i två då det inte blev ett nytt parti för att det bytte namn. Hur andra Wikipedior hanterar namnet är deras sak. Det rimliga är att de lägger in sina egna översättningar på namn (P2561) om de inte använder de svenska namnen rakt av. Att dela i två riskerar att skapa rejält kaos, tänk bara på alla ledamöter som ska vara med i två partier istället för ett, eller att datum för grundande blir fel/otydligt. Gunnar Larsson (diskussion) 19 februari 2023 kl. 22.33 (CET)

Rikskansler

Någon WD-kunnig som vill fixa IW på Rikskansler och Sveriges rikskansler? Mvh  ^✍️(skrivet av:) GeMet(användare:)^💬 den 23 februari 2023 kl. 11.44 (CET)

Vad gäller Sveriges rikskansler är det uppenbart att den blivit ihopkopplad fel, det kan jag fixa. Men hur är det med rikskansler, finns det artiklar som motsvarar "rikskansler" på andra språk? Gunnar Larsson (diskussion) 23 februari 2023 kl. 12.09 (CET)

Det verkar onekligen lite konstigt med de två svwp-artiklarna som i WD hade samma etikett (Sveriges rikskansler) och marginellt olika beskrivningar. Jag har ändrat etiketten och beskrivning för den mer generella artikeln till Rikskansler respektive ämbete, samt flyttat uttalande om underklass till (P279) ämbete (Q4994773) med startdatum (P580) och startdatum (P580) till det Sverigespecifika objektet. Det generella objektet, Rikskansler (Q116194173), blev med dessa ändringar väldigt tunt och om det, och artikeln Rikskansler, ska vara kvar bör det nog matas med lite mer data och ges en bättre beskrivning. Om objektet ska vara kvar i "osvenskifierad form" kan man också överväga om Sveriges rikskansler (Q3259383), och kanske även Tysklands rikskansler (Q7050658), bör vara underklass till (P279) till Rikskansler (Q116194173)

Här är en översikt över språkkopplingarna för Sveriges rikskansler (Q3259383) och Rikskansler (Q116194173)

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	enwiki	frwiki	dewiki	dawiki	eswiki	ptwiki	nlwiki	itwiki	viwiki	commonswiki
d:Q373085	kansler	60	Kansler (ämbetsman)	Chancellor	Chancelier	Kanzler	Kansler	Canciller	Chanceler	Kanselier (historisch)	Cancelliere	-	-
d:Q116194173	Rikskansler	2	Rikskansler	-	-	-	Rigskansler	-	-	-	-	-	-
d:Q3259383	Sveriges rikskansler	8	Sveriges rikskansler	Lord High Chancellor of Sweden	Grand chancelier de Suède	-	Svensk rigskansler	Alto canciller de Suecia	Alto Senhor Chanceler da Suécia	-	-	Đại Pháp quan Thụy Điển	Category:Lord High Chancellors of Sweden
d:Q7050658	Tysklands rikskansler	21	Tysklands rikskansler	Reich Chancellor	-	Reichskanzler	-	-	-	Rijkskanselier (Duitsland)	Cancelliere del Reich	-	-

Larske (diskussion) 23 februari 2023 kl. 13.02 (CET)

Artikeln Kansler (ämbetsman) har fler internationella kopplingar. Kanske kan fylla på där och omdirigera dit? (har absolut ingen aning om det statsvetenskapligt vettiga i det) Gunnar Larsson (diskussion) 23 februari 2023 kl. 16.46 (CET)

Artikeln Rikskansler borde vara en förgreningssida, men den har svällt ut med (redundant) material från Sveriges rikskansler och Tysklands rikskansler. /ℇsquilo 23 februari 2023 kl. 18.45 (CET)

Jag la till kansler (Q373085) till översikten ovan. --Larske (diskussion) 24 februari 2023 kl. 08.58 (CET)

Interwikiproblem: Rollator

Svenska Rollator och norska no:Rullator har inte interwiki till varandra. Det borde de ha. Jag tolkar problemet som att de tilllhör olika wikidata-objekt, och att det verkar ha varit godtyckligt vilka språk som valt på det ena eller andra objektet. Man kan inte utan vidare slå ihop objekten, eftersom ryska och japanska språken är representerade i båda objekten men med olika artiklar. Kanske bör man flytta den svenska artikeln till det andra objektet, som har fler och tyngre språkversioner. Detta får emellertid de avgöra som har större kunskaper än vad jag har. Roufu (diskussion) 25 februari 2023 kl. 11.01 (CET)

Objekten ska inte slås ihop. Svenska artikeln rollator och wd-objektet rollator (Q14164010) handlar om ett slags gåhjälpmedel som rullas fram på hjul. WD-objektet gåstol (Q1444064) är mer generell och omfattar rollatorer men även andra gåhjälpmedel som inte behöver ha hjul. Det verkar heta gåstol på svenska, men den artikeln är kopplad till objektet gåstol (Q1529372) som endast omfattar hjälpmedel för småbarn (enligt franska, tyska och italienska beskrivningarna). F.d. 82.212.68.183 (diskussion) 25 februari 2023 kl. 11.35 (CET)

Ja det finns två olika objekt, som inbördes anses vara ej samma som (P1889), där rollator (Q14164010) är en underklass till (P279) till gåstol (Q1444064) (som för närvarande saknar svensk etikett). Den förstnämnda kännetecknas av att den har minst tre hjul vilket den sistnämnda inte har. Skillnaden syns även i Wikimedia Commons där c:Category:Rollators är en underkategori till c:Category:Walkers. Även gåstol (Q1529372) är en underklass till (P279) till d:Q1444064. I följande översikt visas språkkopplingarna till några Wikipediaspråkversioner för dessa tre objekt.

		Språkutgåvor
Wikidataobjekt	Etikett	#	svwiki	nowiki	dawiki	enwiki	dewiki	nlwiki	frwiki	eswiki	cawiki	itwiki	ptwiki	ruwiki	jawiki	commonswiki
d:Q1444064	gåstol	20	-	-	-	Walker (mobility)	-	Looprek	Déambulateur	-	-	Deambulatore	Andador	Ходунки	歩行器	Category:Walkers
d:Q14164010	rollator	14	Rullator	Rullator	Rollator	Rollator	Rollator	Rollator	-	Andador para discapacidad	Caminador	-	-	Ролятор	シルバーカー	Category:Rollators
d:Q1529372	gåstol	19	Gåstol	-	-	Baby walker	Lauflernhilfe	Loopstoel	Trotteur (marche)	Andador	Carrutxes	Girello (attrezzo)	-	-	-	Category:Baby walkers

Notera att nlwp har tre olika artiklar för dessa tre objekt.

Larske (diskussion) 25 februari 2023 kl. 11.36 (CET)

Alltså ska norska artikeln flyttas till rollator (Q14164010), för artikeln handlar huvusakligen om den med hjul. Och gåstol används om både barn hjälpmedlet och svårt-att-gå-hjälpmedlet för att man är gammal, sjuk eller skadad, LittleGun (diskussion) 25 februari 2023 kl. 20.17 (CET)

 Fixat LittleGun (diskussion) 25 februari 2023 kl. 20.19 (CET)

Spanska och katalanska pekade fel också. LittleGun (diskussion) 25 februari 2023 kl. 20.26 (CET)

Ping @Paracel63, du som behärskar de språken bättre än jag, kan du be om hjälp att fixa det på deras språkversioner? Mvh Adville (diskussion) 25 februari 2023 kl. 20.54 (CET)

@LittleGun: Osäker på vad som återstår att göra. För #13 verkar iw vara korrekt där. Har det redan fixats vad gäller de båda gåstol-objekten (osäker på vad som är bäst)? Paracel63 (diskussion) 26 februari 2023 kl. 16.38 (CET)

I ca:caminador står om varianter att rollatorn "el caminador amb rodes" uppfanns i Sverige. Det borde betyda att bara "el caminador" inte behöver ha hjul och borde vara kopplad till det överordnade objektet gåstol (Q1444064). Även i es:andador står om "andador con ruedas" och Sverige, så inte heller där verkar uppslagordet behöva ha hjul. Men eftersom jag inte kan språken vågar jag inte ändra wd-kopplingarna. F.d. 82.212.68.183 (diskussion) 26 februari 2023 kl. 18.01 (CET)

es:Andador är kopplad till #17. Ska det hellre vara #16?. Angående ca är de båda artiklarna lite inkonsekventa. Vem som helst som kan använda Google Translate kan ändra baserat på om det blir tydligare koppling då. Jag har annat för mig just nu. Paracel63 (diskussion) 26 februari 2023 kl. 18.13 (CET)

Jag gick på bilderna. Vad jag förstår handlar alla artiklar handlar om både rollator och gåstol, om de inte har två separata. Så jag lät varianten som fanns i huvudbilden bestämma. Frågan borde kanske ställas på respektive diskussionssida. LittleGun (diskussion) 26 februari 2023 kl. 18.42 (CET)

@Paracel63: Det som står i kolumnen med rubriken # är det antal kopplingar från respektive Wikidataobjekt till sidor på andra projekt, till exempel Wikipedia. Den uppgiften, till exempel 16 eller 17 är därför flyktig. Den ändras om/när någon "omkoppling" görs och därför vansklig att använda som referens. Det som unikt identifierar ett objekt är dess Q-nummer. Eswp-artikeln es:Andador är alltså kopplad till objekt Q1529372. Larske (diskussion) 26 februari 2023 kl. 18.43 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ OK. Lessen för förvirring. Lycka till.--Paracel63 (diskussion) 26 februari 2023 kl. 18.50 (CET)

William Joseph Rainbow - ref-fel

Jag har lagt till WD-mall på William Joseph Rainbow men får då ett referensfel som jag inte förstår. Tacksam om ngn kan förklara vad som är fel, och hur det i så fall kan åtgärdas. / Anhn ✎ 2 mars 2023 kl. 10.26 (CET)

Två robotar hade lagt in samma referens för födelsedatum (P569) två gånger, se denna version. När jag tog bort den ena försvann referensfelet. Larske (diskussion) 2 mars 2023 kl. 11.02 (CET)

Snabbt, kunnigt, vänligt. Tack, alla tiders Larske! /Anhn ✎ 2 mars 2023 kl. 11.25 (CET)

Template:Item_documentation

Kör jag engelska på Wikidata dyker på alla diskussionssidor upp d:Template:Item_documentation borde vi inte ha det för svenska? var sätts det?

• den underlättar att navigera i WD när man städar etc...

Salgo60 (diskussion) 4 mars 2023 kl. 08.39 (CET)

Att det bara syns på engelska har diskuterats på d:MediaWiki talk:Talkpageheader. F.d. 82.212.68.183 (diskussion) 4 mars 2023 kl. 10.30 (CET)

Tackar såg det men borde vi inte ha den på svenska... tycker den hjälper till att fånga lite fel i datat.... 79.136.51.53 4 mars 2023 kl. 13.06 (CET)

På wikidata verkar de tycka att den borde visas för alla språk. Det kan vi inte påverka så mycket härifrån. F.d. 82.212.68.183 (diskussion) 4 mars 2023 kl. 14.04 (CET)

Är det inte här vi svensk talande diskuterar WD… som jag skrev till Jan så ser jag en enorm potential särskilt om denna mall kan hjälpa till vi bättre jobbar ihop och gör på samma sätt - --2A02:AA1:1012:74E0:18F3:8ABB:26EE:DA75 6 mars 2023 kl. 16.00 (CET)

Det är någon slags bugg som gör att den inte visas om ens gränssnitt är på annat språk än engelska. Man kan komma runt det genom att använda detta användarscript:

mw.loader.load("//www.wikidata.org/w/index.php?title=User:Nikki/TalkPageHeader.js&action=raw&ctype=text/javascript");

Det är nog det snabbast framkomliga sättet i dagsläget. ♥Ainali ^diskussion_bidrag 4 mars 2023 kl. 20.02 (CET)

Tackar det funka bra ser dock fördelar om alla kör den och vi kunde ha ett konsensus på vilka saker som skall finnas på den. Borde kunna gå att använda till att hitta kvalitetsproblem eller inkonsistens i WD - --2A02:AA1:1012:74E0:18F3:8ABB:26EE:DA75 6 mars 2023 kl. 16.00 (CET)

Mall över WD mallar?

Jag ser allt fler specialiserade WD mallar, idag av Atippa1 med {{Faktamall kromosom WD}} och {{Faktamall bok WD}}. JAg tycker det är jättepositivt och bra men undrar om de börjar bli läge för att ta fram en mall som visar alla WDmallar och som visas på dokumentationssidan för dessa mallar? Yger (diskussion) 7 mars 2023 kl. 10.35 (CET)

Jag fixar! Kul att du tycker det är positivt, det är faktiskt socken-mallen jag tagit som inspiration till detta. Fritt fram att komplettera och ändra i dessa, eftersom jag inte har dunderkoll på wd-tekniken kan det finnas brister så där får ni gärna ta en titt. Allt gott! Atippa1 (diskussion) 7 mars 2023 kl. 10.45 (CET)

Visst skulle det gå att göra en Navigationsruta/Mall, men den ska sen underhållas också. Ett annat sätt att plocka fram en lista på "WD-mallar" är att klicka på länken Kategori:Mallar som använder data från Wikidata. Den finns ju som kategori som det är tänkt att alla mallar som hämtar data från Wikidata ska ligga i.

Det är dock lite si och så med efterlevnaden då det kan finnas mallar i en gråzon som hämtar något eller några få data från Wikidata, men där det mesta är manuellt. Exempelvis finns såväl {{Infobox TV-program}} som {{Infobox TV-program WD}}, men mycket stor skillnad i graden av WD-fiering, som medlemmar i sagda kategori. Det finns rätt många mallar som ursprungligen var manuella men där enstaka data, som till exempel officiell webbplats (P856), numera hämtas från Wikidata om det inte anges manuellt. Ett exempel är {{Geobox}} som kan hämta vissa data, som geokod (P1172), Geonames-ID (P1566) och länsbokstav i Sverige (P2898), från Wikidata. Den som har inkluderat hämtning från Wikidata i mallkoden i tidigare helt manuella mallar kanske inte ens känner till nämnda kategori, eller tänker att den bara ska användas om alla data hämtas från Wikidata, och då skulle nog inte en Navigationsruta/Mall hjälpa heller.

Vi får helt enkelt hjälpas åt att kategorisera mallarna om vi kan komma överens om kriterierna. Räcker det med att en mall kan hämta ett enda litet data från Wikidata för att den ska platsa i kategorin. Om svaret inte är ja, har vi ett stort gränsdragningsproblem att tackla.

Här är några frågor som kan vara till hjälp att hitta mallar som använder data från Wikidata och som ännu ej har kategoriserats:

• Länk till fråga som ger en lista på (just nu 130) mallar som innehåller texten Wikidata2 (som är namnet på den Lua-modul som många, men inte alla, mallar använder för att hämta data från Wikidata)
  • Länk till fråga som ovan men begränsad till de (just nu 53) mallar som ligger i kategoriträdet Kategori:Mallar som använder data från Wikidata
  • Länk till fråga som ovan men begränsad till de (just nu 77) mallar som inte ligger i kategoriträdet och därför troligen bör läggas in där

I samtliga frågor exkluderas mallar som innehåller Användare eller Testmall i namnet.

Till ovanstående frågeresultat tillkommer mallar som inte använder modulen Wikidata2 utan hämtar data på andra sätt, till exempel via {{#property:....}} eller med hjälp av någon annan Lua-modul som till exempel mallarna i Kategori:Cycling_race-mallar gör. Larske (diskussion) 14 mars 2023 kl. 17.43 (CET)

Tillstånd: Lärare?

Faktaruten för Sally Ride har en besynnerlig rad "Tillstånd: Lärare" som jag inte genomskådar var detta kommer ifrån, något måste komma från WD (även om det inte är faktamall biografi WD) för det finns inte explicit i artikeln. Någon som kan reda ut, och gärna även korrigera? / Anhn ✎ 19 mars 2023 kl. 22.30 (CET)

Nej, Wikidata är inte inblandat här. Uppgiften "Lärare" är manuellt inlagd för 10 år sedan i anropet av {{Faktaruta rymdfarare}} i artikeln och i malldokumentationen finns det en beskrivning till parametern tillstånd. Larske (diskussion) 19 mars 2023 kl. 22.36 (CET)

Parametern tillstånd verkar vara en översättning av parametern status i en:Template:Infobox austronaut, men värdet Lärare verkar vara något som bättre passar för någon av parametrarna yrke, nuvarande yrke eller tidigare yrke. Jag gissar att det helt enkelt är inskrivet på fel rad.

• Länk till fråga som hittar olika värden på "tillstånd".

Larske (diskussion) 19 mars 2023 kl. 22.50 (CET)

Jag tog bort "lärare" ur faktarutan. När det lades in stod det "Status Teaching" i den engelska artikeln, förmodligen på grund av hennes verksamhet i en:Sally Ride Science. En bättre översättning vid det tillfället hade varit "undervisar". Plumbum208 (diskussion) 19 mars 2023 kl. 23.12 (CET)

Här är en frekvenslista över använda värden för parametern tillstånd i mallen {{Faktaruta rymdfarare}} efter borttagandet av "Lärare" i Sally Ride. Parametern används just nu i 129 av de 353 artiklar som har denna mall:

• Aktiv: 14
• Avliden: 22
• Död: 4
• Ej aktiv: 39
• Omkom under uppdrag: 1
• Omkommen under uppdrag: 5
• Pensionerad: 21
• Pensionär: 1
• Tagit avsked: 18
• aktiv: 2
• avliden: 2

Den som känner sig manad kan ju ensa versalisering och stavning där så behövs. Larske (diskussion) 19 mars 2023 kl. 23.37 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Stort tack för klargörande och putsning/korrigering, där jag inte läst tillräckligt noga. / Anhn ✎ 19 mars 2023 kl. 23.45 (CET)

Blev verkligen förvirrad av "tillstånd", visst måste t.ex. "status" eller möjligen "position" vara bättre? Men det innebär väl ändringar i 129 artiklar ... / Anhn ✎ 19 mars 2023 kl. 23.48 (CET)

Mandatperiod

Jag har uppdaterat WD för Karin Perers perioder som ledamot i kyrkomötet, men tycker det blir lite tårta-på-tårta att ange både start-och slutar samt mandatperiod vilket gör WD-faktamallen överlastad. Kan man skippa mandatperiod, vad har den för funktion? Dessutom fanns den inte tillgänglig för de tidigare ämbetsperioderna. / undrar Anhn ✎ 13 februari 2023 kl. 11.43 (CET)

Spontant tänker jag att mandatperioder är intressant för att kunna veta vilka som var valda en viss mandatperiod på ett smidigt sätt, medan start- och slutdatum är intressant främst i de fall då någon inte suttit hela perioden. I det fallet (där hon suttit hela perioderna) tänker jag att det nog är bättre att ta bort start- och slutdatum (och låta det vara underförstått att hon suttit hela perioden) snarare än mandatperioderna om du vill minska mängden data. Gunnar Larsson (diskussion) 13 februari 2023 kl. 12.13 (CET)

Tack för inspel. Jag började ta bort "startår" och "slutår", men då får jag "fulskylt" om att befattningen "ledamot" bör ha "startår". Jag undrar om jag inte byter till Infobox Politiker just för Karin Perers. Vad jag kan se är det det vi använder för riksdagspolitiker, där den manuella mallen ger större möjligheter till att få en tilltalande utformning./Anhn ✎ 13 februari 2023 kl. 15.21 (CET)

Även om det kan tyckas bli tårta-på-tårta så förenklar dessa uppgifter för den som vill ställa SPARQL-frågor till Wikidata. Jag skulle rekommendera att behålla mandatperiod samt start- och slutdatum. Just egenskapen mandatperiod är användbar för att ta reda på vilka som blev invalda för en specifik mandatperiod, som Gunnar Larsson påpekade. Exempelvis som kontrast till tillfälliga ersättare. En användbar länk i sammanhanget är sidan som beskriver datamodellen för politiker på Wikidata. Att justera datamodellen efter hur enskilda infoboxar på Wikipedia ser ut skulle tyvärr leda till en inkonsistent röra på Wikidata. Popperipopp (diskussion) 13 februari 2023 kl. 21.33 (CET)

Precis! Så istället för att ändra värdena på Wikidata för att de ska passa vår mall, så är det mallen som ska justeras så att den visar de värden vi vill hämta från Wikidata. Detta är ju inte nödvändigtvis lika på alla språkversioner, men alla måste samsas om Wikidataobjektet, vilket därför ska vara så komplett som möjligt så att de olika språkversionerna (och andra) kan välja och vraka bland vad de vill hämta och visa. ♥Ainali ^diskussion_bidrag 13 februari 2023 kl. 21.40 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Tack igen för synpunkter. Jag har nu i wp bytt till "infobox politiker", och i WD återställt "mandatperiod" för Karin Perers. Först trodde jag att objektet mandatperiod för kyrkomötet endast fanns tillgängligt för tiden 2014 och framåt, men jag har nu upptäckt med denna sökning att det fanns tidigare objekt men med en inkonsistent namngivning som försvårade för mig att hitta dem. Jag vet inte om eller hur detta bör rättas. I dagsläget är det endast ett högst begränsat antal av ledamöter i svenska kyrkomötet som har svwp-artiklar (vilket EMM är högst rimligt vid en relevansbedömning), och av dessa är det i sin tur fragmentariskt om mandatperiod är angivet i deras WD-poster (se tex förra kyrkomötesordförande Gunnar Sibbmark), så det känns som lite "bits for the future", men det blir nog bra så småningom. Rom byggdes inte på en dag. / Anhn ✎ 14 februari 2023 kl. 07.27 (CET)

lite relaterat till detta görs nu ett försök att få in alla Svenska Riksdagspersoner i Wikidata tillsammans med projektet Välfärdsstaten analyserad se GITHUB issue elfare-state-analytics/riksdagen-corpus/issues/249 - Salgo60 (diskussion) 21 mars 2023 kl. 10.47 (CET)

Blev en ny issue issues/254 - Salgo60 (diskussion) 21 mars 2023 kl. 11.00 (CET)

Ståndsriksdagen

Vi har tycker jag lite samma problem med ledamot av Sveriges ståndsriksdag (Q82697153) där jag ofta bara anger start slut medans mer korrekt vore att ha tror jag varje period dom satt/bevistade.... Bäst vore att vi hittar bra källor och sedan "plöjer igenom" dom precis som jag försöker med Tvåkammar-riksdagen 1867–1970 (Q110346241) - tidslinje - Salgo60 (diskussion) 14 februari 2023 kl. 08.56 (CET)

Visualisera snyggt partier över historisk tid i olika delar av landet

• Vi börjar nu få lite ordning på partierna för äldre Riksdagskandidater
• exempel visar vilka partier Riksarkivet SBL skriver biografier om över tid - tweet

Fråga Hur visar vi snyggt vilka valdistrikt som representerades av ett parti och hur det förändras över tid?...

• om vi har bra data om valdistrikt, helst koppling yta, borde vara intressant

- Salgo60 (diskussion) 18 februari 2023 kl. 12.22 (CET)

Riksdagens Öppna data verkar önska ha synpunkter

Se FB

• min feedback tweet

Någon som har tankar visioner? verkar som tyska riksdagsdebatten kör några NER med hjälp av Wikidata för ämnen, platser, persnoner, organisationer se tweet OpenParlTV - Salgo60 (diskussion) 22 mars 2023 kl. 22.39 (CET)

Dödsort och det

Jan Lindblad avled i Colombo i Sri Lanka, men var då skriven i Stockholm. Jag har för mig att man på Wikidata valt att inte hantera att man faktiskt kan dö någon annanstans än där man är skriven. Så jag korrigerade med en override, med det omständiga "död i Colombo, skriven i Stockholm". Men fortfarande står alltså Stockholm som dödsort på Wikidata trots att han faktiskt dog på andra sidan jorden och det går inte att justera, eller hur? LittleGun (diskussion) 6 april 2023 kl. 20.59 (CEST)

För att ange platsen där någon dog finns dödsplats (P20). Har du källa så går det bra att lägga till Colombo som värde för dödsplats (P20). Att ange "folkbokföringsdödsort" är svårare. Det finns ett förslag att skapa en sådan egenskap. Annars kan kanske någon kvalificering användas för att ange att dödsorten är folkbokföringsorten, typ bestämningsmetod (P459) folkbokföring (Q15194024). Jämför Adam Alsing som använder födelseplats (P19) med kvalificeringen kriterium (P1013) födelsehemort (Q10501047) för att få med födelsehemorten. 90.227.175.244 6 april 2023 kl. 22.39 (CEST)

Problemet är väl att vi (för personer i Sverige) utan att skämmas har använt folkbokföringen (före 2016 församling och från 2016 distrikt) som värde på egenskapen dödsplats (P20) som ju är definierad som "platsen där någon dog" och inte "platsen där någon var skriven när vederbörande dog". Detta antagligen för att det, för personer bosatta i Sverige, nästan alltid går att hitta en källa, dödboken, för var de var skrivna och att en stor andel av alla dödsfall, åtminstone tidigare när folk inte flög och for så mycket, oftast var i hemmet eller "några stenkast" därifrån. För personer i andra länder är det kanske svårare att hitta uppgifter om var de var folkbokförda och det är kanske det som gör att det är svårt att få något gehör för förslaget om ny egenskap för "folkbokföringsort vid dödstillfället" bland de som deltagit i diskussionen om förslaget på Wikidata. Och skulle förslaget gå igenom blir det förstås ett gigantiskt arbete att flytta nästan alla värden från dödsplats (P20) till den nya egenskapen med tillhörande förvirring hos alla som aldrig sett en svensk dödbok.

Se även inlägget från Salgo60 i tråden Wikipedia:Wikidatafrågor#Åtskilja_dödshemort_och_dödsort? kl 15.42 idag.

-- Larske (diskussion) 6 april 2023 kl. 23.51 (CEST)

japp mitt exempel med 2 bra källor Tvåkammar-riksdagen 1867–1970 (Q110346241) och Svenskt biografiskt lexikon (Q379406) visar hur ovetenskapligt datat är vi baserar vårt data på. Så länge Tvåkammar-riksdagen 1867–1970 (Q110346241) inte säger

• • att dom har angivit plats personen är skriven på
  • att man inte har källor på det man påstår vilket kanske är ännu värre
• annan "gegga" med alla dessa "textsträngs källor" att det ofta inte framgår om deras "dödsort" är en församling eller ort...
• jag har pekat på att förslaget på Wikidata är lite överflödigt att det går enkelt att hämta "kyrkböckerna" från dom källor som används...

- Salgo60 (diskussion) 7 april 2023 kl. 00.04 (CEST)

Jaha, vad bra. Jag trodde faktiskt att man på Wikidata tolkat "skriven på" som den "korrekta". Då hade jag fel. LittleGun (diskussion) 7 april 2023 kl. 06.54 (CEST)

Jag ser att jag blev korrigerad redan i den gamla diskussionen att faktisk dödsort gäller på Wikidata (även om brasklappen "från fall till fall" finns med även där). Hoppas det fäster nu. Jag förvånades kraftigt att det ens fanns någon som tyckte den "akademiska dödsorten" var den korrekta en gång i tiden och i mig inpräntades att så tycker experterna att det ska vara.LittleGun (diskussion) 7 april 2023 kl. 07.18 (CEST)

Jag har bara lagt in URL-referenser förut. Fattar inte hur man lägger in något motsvarande denna:

”Lindblad”. Tidningarnas telegrambyrå. 6 april 1987. Läst 6 april 2023 (via Mediearkivet). 

LittleGun (diskussion) 7 april 2023 kl. 07.10 (CEST)

Dödsort styvmoderligt behandlat utanför Wikidata

Lite offtopic men en del i dödsort/födelseort kaoset är svagheter hos våra "leverantörer"

• ovan exempel hur Tvåkammar-riksdagen 1867–1970 (Q110346241) och Svenskt biografiskt lexikon (Q379406) inte har en samsyn vad som skall anges där Riksarkivet SBL är tydliga medans Tvåkammar-riksdagen 1867–1970 (Q110346241) anger där personen är skriven i detta fallet, jag har inte funnit en förklaring varför Tvåkammar-riksdagen 1867–1970 (Q110346241) gör som dom gör....
• Riksarkivet SBL har det jag kallar metadatadebt --> deras plattform gör att dom ibland "inte kan" ange korrekt församling som fanns vi tidpunkten för händelsen utan tar en annan se #33
  • jag har påpekat detta sedan > 3 år tillbaka och där verkar Riksarkivet inte ha kompetens att uppdatera sin plattform...
  • i Wikidata använder jag skäl för lägre rang (P2241) och samtidighetsproblem (Q74557669) för att samla ihop dessa fel se #33

- Salgo60 (diskussion) 7 april 2023 kl. 11.52 (CEST)

ifkdb.se

Jag har ett tag funderat på IFK Göteborgs ideellt drivna databas https://ifkdb.se, som innehåller en del matnyttigt. Jag tycker att det vore praktiskt att kunna ange vilka spelare som finns i den och ange den som källa, men jag vet inte hur man skapar en ny P-egenskap för det, eller ens om WD-folket skulle tycka att det vore en bra idé. Varje spelare har ett id, typ Dag-Magnusson_486, vilket ger länken https://ifkdb.se/spelare/Dag-Magnusson_486. Skulle nån kunna ge mig råd i frågan vore jag tacksam! jssfrk (d|b) 10 april 2023 kl. 20.04 (CEST)

jssfrk det är bara att köra på det kan ta lite tid att få det godkänt - se lista med fotbolls associerade egenskaper där du har länk till hur dom skrivit sina "Wikidata property proposal". Det skapas alldeles för lite egenskaper, min tro att med "nymodigheter" som chatGPT så skulle det varit bra om Wikidata hade 1000 000 egenskaper nu har vi knappt passerat 10 000 - Salgo60 (diskussion)

Okej! Begriper dock ingenting av ditt svar och dina länkar, omformulera gärna svaret till att förklara hur jag går tillväga i stället! jssfrk (d|b) 10 april 2023 kl. 20.26 (CEST)

En mer användbar länk är kanske wikidata:Wikidata:Property proposal/Sports. Jag har aldrig själv föreslagit några nya egenskaper, så jag vet inte hur svårt det är att följa instruktionerna där och lyckas få egenskapen skapad. F.d. 82.212.68.183 (diskussion) 10 april 2023 kl. 20.36 (CEST)

Wow, Wikidata är verkligen o-tro-ligt användarovänligt! Jag läser och läser på den där sidan men begriper fortfarande inte ett skit. Tack för hjälpen båda två, men jag backar ur detta. jssfrk (d|b) 10 april 2023 kl. 20.55 (CEST)

video på G

• länken i listan är hur andra skrivit som föreslagit fotbollsegenskaper
  • ex. Ryska division 2 spelar-ID (P11634) - ansökan skriven på d:Wikidata:Property_proposal/Russian_Second_League_player_ID

- Salgo60 (diskussion) 10 april 2023 kl. 20.59 (CEST)

Alltså, bara för att åskådliggöra: i instruktionerna som f.d. IP gav står det:

1. Sök efter om egenskapen inte redan finns
2. Sök efter om egenskapen inte redan finns (MED EN HELT ANNAN LÄNK, utan förklaring)

...

5. Läs d:Wikidata:Creating a property proposal för riktlinjer du borde följa när du skapar din egenskap.

Om man läser d:Wikidata:Creating a property proposal är det FÖRSTA man möts av "Please create a Mix'n'Match so that it can actually be used. If you can't create a Mix'n'match or import values, don't bother proposing the property as it will likely just sit unused." Detta står HELT OFÖRKLARAT, utan ens en länk.

Här nånstans börjar jag veva vilt omkring mig och tackar för mig. jssfrk (d|b) 10 april 2023 kl. 21.02 (CEST)

Och Salgo60, kan du använda ord istället för länkar för att förklara? Jag förstår helt ärligt inte vad du säger? jssfrk (d|b) 10 april 2023 kl. 21.04 (CEST)

@Jssfrk Jag länkade till den (otroligt korta) sidan på Wikidata om Mix'n'Match i den guiden nu. Egentligen innehåller den inte mycket mer än en länk till den riktiga dokumentationen på meta. ♥Ainali ^diskussion_bidrag 10 april 2023 kl. 22.28 (CEST)

Tack, det tråkiga är att jag vet exakt vad Mix'n'match är och har lagt åtskilliga timmar på att mixa och matcha där (älskar det!), men jag har ingen aning om hur jag lägger till en databas där, och jag blir nog inte mycket klokare nu... Fick en fet "503 Service Not Available" när jag klickade på "import tool", vilket jag tyckte verkade vara den rimliga vägen att gå. jssfrk (d|b) 10 april 2023 kl. 22.38 (CEST)

Wikidata är verkligen o-tro-ligt användarovänligt

• hitta på ett namn på egenskapen
• säga att den är extern
• du skall ange 3 exempel där WD Qnumret ex. kopplas till det externa
  • Marcus Berg (Q311910) --> https://ifkdb.se/spelare/Marcus-Berg_757
• ange externa url:ens format --> https://ifkdb.se/spelare/$1

blir det fel hjälper dig folk

• det som är segt är att detta kan ta veckor, jag har slutat skapa nya egenskaper....

- Salgo60 (diskussion) 10 april 2023 kl. 21.09 (CEST)

Tack, Salgo60, såg inte att du till och med skapade en video enbart för lilla mig! Jag har dock extremt svårt att ta till mig den här nya trenden med videotutorials, vill ha saker och ting i text, men jag ska nu lugna ner mig lite, kolla din video och dina exempel, så får vi se hur det går. jssfrk (d|b) 10 april 2023 kl. 21.39 (CEST)

Tack för tålamod, verkar det här stämma? [3] (Heja GAIS!) jssfrk (d|b) 10 april 2023 kl. 21.58 (CEST)

Tips är att hitta lite fotbollsintresserade människor i kanske några grupper och peka på att en WD egenskapsförslag finns tror inte många kollar i dessa listor vad som är senast föreslaget och gör dom det så kanske dom inte röstar man inte...

• lista senast godkända externa WD egenskaper/samma fråga men bara idrott kanske kan ge en ledtråd vilka andra pingar
• tyvärr tycker jag Wikidata har svårt att locka til sig nya målgrupper som brinner för Wikidata som ide plus att dagens process att skapa nya egenskaper är för trög borde finnas > 500 000 efter 10 år, bara alla svenska museer är > 2000 , alla kommuner 290 ... ser med projektet Välfärden analyseras att det är en helt annan fart när man pratar med folk som börjat med digital humaniora och är specialister på maskin learning - deras senaste issues visar att skall man jobba med en annan vision än att bara skapa snygga infoboxar så behövs det nya kompetenser...

Lycka till med Gbg och hälsa Glenn

- Salgo60 (diskussion) 12 april 2023 kl. 09.29 (CEST)

Felaktig ålder i WD-mall

Idag 2023-04-13 03:34 när jag tittar på Mart Mägi så anges felaktigt i "Faktamall Biografi WD" hans ålder till 86 år, trots att han fyllde 87 2023-04-02. Hur kommer sig detta? undrar / Anhn ✎ 13 april 2023 kl. 03.35 (CEST)

Jag har nu löst problemet genom att "tweaka" och ändra födelsedatum i WD till ett annat, och sedan ändra tillbaka till 1936-04-02. Dessvärre gör detta att problemet inte längre går att reproducera. Kanske nån cache som behövde fräschas upp? / Anhn ✎ 13 april 2023 kl. 03.44 (CEST)

Hur kan man editera descrption på wikidata entry?

En person har bytt nationalitet, jag skulle behöva editera description för den personen i wikidata. Men deyt går inte att få hjälp någonstans om wikidata! Klager (diskussion) 16 april 2023 kl. 19.44 (CEST)

Det enklaste sättet är att aktivera en finess som heter "Visa beskrivningar från Wikidata" som du hittar i här i dina inställningar på Wikipedia. Den finns långt ner på sidan. Men denna finess aktiverad kan du se Wikidatabeskrivningen överst på sidan och om du klickar på pennan kan du även redigera beskrivningen utan att behöva lämna Wikipedia.

Om du istället vill redigera i Wikidata klickar du på länken Wikidata-objekt som du finner på lite olika ställen beroende på vilket "skinn" du har aktiverat. Det går också att hålla nere knapparna "Alt" och "Skift" och trycka på knappen "G". Då kommer du direkt till Wikidata och det objekt som är kopplat till den Wikipediaartikel du kom ifrån. Beskrivningarna på olika språk finns högst upp och du kan ändra dem genom att klicka på pennan uppe till höger. Larske (diskussion) 16 april 2023 kl. 20.17 (CEST)

Gå till personens sida på Wikidata. Vid "medborgare i" klickar du på "lägg till värde". Skriv det nya landet och klicka på publicera. Thoasp (diskussion) 16 april 2023 kl. 20.22 (CEST)

För att gå till wikidata-sidan för personen behöver du klicka på en länk som heter "Wikidata-objekt". Det kan variera var den finns beroende på om du valt ett specifikt utseende eller inte. Om du inte valt något visst utseende bör den vara till höger, medan den t.ex. är för vänster för mig (jag utgår från att du sitter vid en dator, har ingen koll hur det är på en mobil). Har ingen aning om varför man valt en sådan undanskymd plats som den har, men det är en annan fråga.. Väl på wikidata så finns etikett och beskrivning överst på sidan. Klicka på redigeringslänken, gör den ändring du vill göra och tryck retur så sparas ändringen. Gunnar Larsson (diskussion) 16 april 2023 kl. 21.29 (CEST)

Byta namn på person i wikidata?

En kvinna har gift sig och bytt namn, i Wikipedia kan jag flytta sidan till nytt korrekt namn, men hur gör man i wikidata? Klager (diskussion) 16 april 2023 kl. 23.23 (CEST)

På Wikidata ändrar du namnet på samma ställe som du ändrar beskrivningen (se mitt svar på din förra fråga). Eftersom Wikidata identifierar personer och annat med ett id-nummer (Q följt av ett långt tal) så finns det inget behov av att flytta sidan eller motsvarande.

När du är lite varm i kläderna skulle du också kunna ändra uppgifterna under personens efternamn (P734) eller namn som gift (P2562). Du kan se på t.ex. Charlotte Perrelli (Q180836) hur det kan se ut. Gunnar Larsson (diskussion) 16 april 2023 kl. 23.48 (CEST)

Jag kan redigera de mesta direkt på wikidata utom just titel och beskrivning! Så jag förstår inte hur jag kan editera titeln så att hon får ett annat namn på wikidata? Den förra beskrivningen löste sig eftersom någon annan editerade den åt mig, men jag vet fortfarande inte hur man editerar den "fasta" beskrivningen högst upp, det finns ju bara editering för olika språk som man kan editera. Klager (diskussion) 17 april 2023 kl. 02.29 (CEST)

Man kan alltså redigera beskrivningen högst upp på wikidata genom att redigera den engelska beskrivningen Klager (diskussion) 17 april 2023 kl. 03.48 (CEST)

Ah, problemet är att Wikidata inte inser att du kan svenska! Du kan fixa det genom att lägga till en "babelbox" på din användarsida (du kan se hur det ser ut på min användarsida (där Wikidata kommer att visa etiketter och beskrivningar för alla språk som rablas upp i listan {{#babel:sv-N|en-4|da-3|no-2|de-2|es-1|fr-1}}, där sv alltså är svenska).

Du kan också gå till dina inställningar på Wikidata och byta språket till svenska.

Det går också att välja fliken "Etikettlista" (eller motsvarande på andra språk) högt upp på varje sida utan att ändra några inställningar, men den är lite bökigare när man ska ändra något. Gunnar Larsson (diskussion) 17 april 2023 kl. 07.25 (CEST)

Du redigerar "titeln", alltså etiketten, per språk.. Det språk som visas kan du fixa i inställningar, eller on-the-fly genom att välja språk mhögst upp till vänster.

För Wikidata är det alltså samma objekt oberoende av språk, men du måste ställan in "visningsspråk". För Wikipedia är varje artikel unik och oberoende av andra språkversionjer. De kopplas sedan ihop manuellt, via Wikidata. LittleGun (diskussion) 17 april 2023 kl. 09.26 (CEST)

Och när en person byter namn kan det vara lite jobbigt eftersom att egentligen behöver ju etiketten ändras på alla språk. ♥Ainali ^diskussion_bidrag 21 april 2023 kl. 09.12 (CEST)

Notera att Perelli inte är ett skolboksexempel då det saknas slutdatum på efternamnet Nilsson. ♥Ainali ^diskussion_bidrag 21 april 2023 kl. 09.10 (CEST)

Nu finns det sluttid. Slutdatumen gäller officiella namn efter giftermål. Som artist använde hon Charlotte Nilsson Perelli in i 2004, och Charlotte Perelli utan Jensen efter 2015. Kan sånt förtydligas i Wikidata, alltså artistnamn, eller är det onödigt noga. Jag vet inte hur man sätter källa som inte äe url i Wikidata. Källan till slutår 2003 för hennes efternamn Nilsson är Dalademokraten 26 september 2003, rubrik "Charlotte Perelli till Rättvik". LittleGun (diskussion) 21 april 2023 kl. 10.20 (CEST)

@LittleGun: Det kanske finns flera sätt att i Wikidata ange en referens till en källa som man inte har någon referens‐URL (P854) till, men här är ett:

Om källan (i detta fall en tidning) har ett objekt i Wikidata, som Dala-Demokraten (Q4819152) har, kan du använda bestämningen anges i (P248), se uttalande om efternamn (P734) här i Sandlådan där jag också lagt in bestämningarna utgivningsdatum (P577), avsnitt, artikel, paragraf eller vers (P958) och hämtdatum (P813). Det är kanske inte helt vattentätt om tidningen ges ut i flera upplagor varje dag med delvis olika innehåll och det inte finns något Wikidataobjekt för en specifik upplaga, men ändå bättre än att inte ange någon referens alls.

Jag försökte leta efter "Perelli" i Dalademokraten i tidningar.kb.se, men fick inga träffar där före 2014, jag förmodar att de äldre tidningarna ännu ej har blivit digitaliserade. Larske (diskussion) 21 juli 2023 kl. 12.53 (CEST)

Dubblett

Admira Thunderpussy (Q117828645) och Admira Thunderpussy (Q117829288) är dubletter; Adam Risberg som uppträder som Admira Thunderpussy har fått två objekt. Tacksam för hjälp med radering/sammanslagning. LittleGun (diskussion) 23 april 2023 kl. 14.16 (CEST)

 Fixat En variant där båda objekten får vara kvar, men Admira Thunderpussy (Q117828645) har ändrats till instans av persona för Admira Thunderpussy (Q117829288), som kopplats till en omdirigering till Admira Thunderpussy. Versatilist (diskussion) 23 april 2023 kl. 15.08 (CEST)

Okej. Jag vet inte om det blev jättebra för Wikipedias skull. Nu blir ju WD-mallen {{faktamall biografi WD}} för Admira Thunderpussy som inte är något annat än ett artistnamn, men artikeln handlar om Adam Risberg som råkar vara mindre känt än artistnamnet och därför inte blir Wikipedias artikelnamn. Jämför med om David Bowie skulle vara "instans av persona" för David Jones, och all biografisk data bara låg under David Jones (som ju aldrig kommer få en artikel).

Jag tänkte att man kunde lägga in WD-mallen men använda Adam Risbergs Q-nummer, Admira Thunderpussy (Q117829288). Fast mallen verkar inte kunna hantera det och det känns inte helt rätt. För att det är någon sorts override av automatiken och handpåläggning.

Är verkligen objektet Admira Thunderpussy (Q117828645) ett bra objekt i det här fallet för Wikidata? Finns någon lösning så att {{faktamall biografi WD}} funkar på Wikipedia ändå? LittleGun (diskussion) 23 april 2023 kl. 15.36 (CEST)

Ett sätt vore ju såklart att flytta IW-länkarna till Adam Risbergs Q-nummer, Admira Thunderpussy (Q117829288). Är det okej, eller konstigt?--LittleGun (diskussion) 23 april 2023 kl. 15.37 (CEST)

Om artikeln handlar om Adam Risberg får man ju flytta texten dit och låta omdirigeringen gå åt andra hållet. Versatilist (diskussion) 23 april 2023 kl. 15.43 (CEST)

Admira Thunderpussy
Född	16 mars 1994 (30 år) Katarina församling, Sverige
Medborgare i	Sverige
Utbildad vid	Södra Latin Stockholms Tillskärarakademi
Sysselsättning	Dragqueen
QX Gaygalans pris för Årets drag (2018)
Redigera Wikidata

Vet inte om det är bra i just detta fall, men följande är möjligt.

Skriv mallanropet av mallen så här:

{{Faktamall biografi WD|wdid=Q117829288}}

Då kommer faktarutan att se ut som här till höger.

-- Larske (diskussion) 23 april 2023 kl. 15.47 (CEST)

Tillägg: Jag tror dock att det bästa är att vända på omdirigeringen, som Versatilist skriver. Då blir det på samma sätt som för Babsan (förutom att det för närvarande inte finns något Wikidataobjekt för det artistnamnet).

--Larske (diskussion) 23 april 2023 kl. 15.58 (CEST)

Bowie-analogin skulle snarare vara David Bowie/Ziggy Stardust. Versatilist (diskussion) 23 april 2023 kl. 15.54 (CEST)

Njae. Tänk på att etikettnamn på Wikidata och artikelnamn på Wikipedia inte fungerar på riktigt samma sätt, så kan bli lite icke-intuitaivt mellan de båda om man har två objekt. Som i det här fallet:

• Det är inte aktuellt med två artiklar.
• Jag tycker alltså att Admira Thunderpussy är det bästa artikelnamnet på Wikipedia för artikeln om Adam Risberg. (Medan Lars-Åke Willhelmsson är bästa artiklenamnet för Babsan)
• Alltså ska man ha två objekt på Wikidata så ska Wikipedia-artikeln länka till Adam Risberg-objektet, men artikelns bästa namn är inte Adam Risberg.
• Artikelns namn ska väl vara oberoende av Wikidataobjektets etikettnamn?

Versatilist: Grejen med David Bowie är att det är ett artistnamn, men det innheåller biografisk data för David Jones (helt rätt för Wikipedia och det funkar säkert för Wikidata med eftersom David Jones är oerhört oanvänt. Ziggy Stardust är alltså ett annant artistnamn David Jones har haft, men som blivit känt som ett artisnamn till David Jones under namnet David Bowie)

Alternativet att låta Wikidata styra över Wikipedias namngivningaskonventioner är väl dåligt? LittleGun (diskussion) 23 april 2023 kl. 16.48 (CEST)

Jag gör "fulvarianten" med manuellt hanterat ID i malle så längen. Jag förstod inte ur dokumnetationen att parametern hette wdid för manuellt val av wikidataobjekt. LittleGun (diskussion) 23 april 2023 kl. 16.50 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

Jag fick inte lägga till något Wikidataobjekt för den engelska omdirigeringen en:wp:Adam Risberg. Jag menar att enWP tänker rätt där. Finns det någon god anledning att ha två objekt för Adam Risberg, när vi inte har det för David Bowie/David Jones eller Lars-Åke Wilhelmsson/Babsan?--LittleGun (diskussion) 23 april 2023 kl. 17.21 (CEST)

Med två objekt finns möjligheten att låta Risberg gå vidare med andra saker precis som Lars-Åke Wilhelmsson gjort. Bara att vända på steken och låta Admira Thunderpussy bli omdirigeringen. Det kan man göra redan nu, men jag tycker nuvarande lösning fungerar. Versatilist (diskussion) 23 april 2023 kl. 17.37 (CEST)

Okej. Jag gillar inte handpåläggningar på Wikipedia av den här typen, men okej då.

Men du har fel i att det bara är att vända på steken. Admira Thunderpussy är bäst namn på Wikipedia för Adam Risberg. Vänder vi på steken får Wikipedia ett sämre namn på artikeln. Inte lika illa som David Jones skulle vara för David Bowie, men likväl sämre. LittleGun (diskussion) 23 april 2023 kl. 17.52 (CEST)

Men namnet i faktarutan bör vara Adam Risberg, som det är nu. Det är ju hans uppgifter inte hennes. Versatilist (diskussion) 23 april 2023 kl. 17.55 (CEST)

@LittleGun: Jag antar att du menar omdirigeringen en:Adam Risberg, blanda inte in Wikipedianamnrymden (wp:) i detta.

Det stämmer att man inte kan koppla ett Wikidataobjekt till en omdirigering. Däremot kan man omdirigera en Wikipediasida som är kopplad till Wikidata till en annan Wikipediasida.

Om man verkligen vill ha omdirigeringen kopplad till Wikidata får alltså man göra så här:

1. Ta bort omdirigeringen, till exempel genom att omge den med kommentartecken <!-- ... -->
2. Koppla Wikidataobjektet till den nu ej omdirigerade sidan
3. Återställ omdirigeringen genom att ta bort kommentartecknen
4. För att visa att det finns en tanke bakom ovanstående ändring använder vi i svwp mallen {{Wikidata-omdirigering}}. Kanske det finns något liknande i enwp. Och om vi vill att sidan ska kategoriseras bör även kategorier och STANDARDSORTERING läggas in på omdirigeringssidan.

Du kan se vilka omdirigeringar som är kopplade till Wikidata i spårningskategorin Kategori:Omdirigeringar som är anslutna till ett Wikidata-objekt. Den delmängd av dessa som har ovan angivna mall finns även i Kategori:Omdirigeringar kopplade till Wikidata

-- Larske (diskussion) 23 april 2023 kl. 17.58 (CEST)

Det där är ett äldre sätt att koppla en omdirigering till ett Wikidataobjekt. Det finns numera ett enklare annat sätt, där man inte behöver röra omdirigeringen i Wikipedia.

1. . Gå in i Wikidata på aktuellt objekt
2. . Klicka på Edit för Wikipediaversionerna
3. . Klicka på Badge-symbolen till höger på sv-raden.
4. . Välj nedersta "intentional sitelink to redirect" /eller motsvarande på svenska /. Badgesymbolen förvandlas då till en "omdirigeringspil".

Kitayama (diskussion) 23 april 2023 kl. 18.05 (CEST)

@Kitayama: Det du beskriver gäller väl fallet att man i Wikidata vill informera om att en redan existerande länk till svwp som går till en omdirigeringssida, är avsiktlig. Men det fall som jag uppfattade att LittleGun hade problem med var ju att lägga till en länk från Wikidata till en Wikipediasida som är en omdirigering. Det finns då ännu ingen "sv-rad" (eller i det aktuella fallet "en-rad") i Wikidata som man kan klicka på i steg 3 i din beskrivning.

-- Larske (diskussion) 23 april 2023 kl. 18.27 (CEST)

Tillägg: Men det kanske går om man skapar den nya länken med badge i samma redigering. Det är ju utmärkt i så fall! --Larske (diskussion) 23 april 2023 kl. 18.39 (CEST)

@Larske: Jag tror jag gjorde så: kopplade wikidataobjektet Adam risberg till enWps omdirigering. Via badgesymbolen på wpobjektet. LittleGun (diskussion) 23 april 2023 kl. 18.54 (CEST)

Ja, att lägga till ett "wp" var ett syntax-lapsus. LittleGun (diskussion) 23 april 2023 kl. 18.06 (CEST)

Lade till omdirigeringen i Wikidataobjektet enligt Kitayamas beskrivning. LittleGun (diskussion) 23 april 2023 kl. 18.09 (CEST)

Larske: Du skrev "Om man verkligen vill ha omdirigeringen kopplad till Wikidata". Är det bara tänkt i undantagsfall? LittleGun (diskussion) 23 april 2023 kl. 18.10 (CEST)

Det är tänkt för de fall det finns mer än ett objekt i Wikidata, men man av något skäl inte vill ha mer än en artikel i svwp. De flesta omdirigeringar som till exempel från olika stavningsvarianter eller olika antal förnamn för personer har ju inte några motsvarande objekt i Wikidata och där vill man alltså inte ha någon koppling mellan omdirigeringarna och Wikidata. Larske (diskussion) 23 april 2023 kl. 18.15 (CEST)

Ja men då passar väl ett artistnamn bra. LittleGun (diskussion) 23 april 2023 kl. 18.56 (CEST)

Ja, man kan väl säga att ett artistnamn/pseudonym och personen bakom det är två distinkta objekt (som alltså inte bör slås samman i Wikidata). Men då bör man också vara lite noga med kategoriseringen i Wikipedia. Kan ett artistnamn vara en "Levande person" och en "Man" och ha ett "Födelseår" samtidigt som det är en "Pseudonym"? En pseudonym bör nog hanteras på samma sätt som en "Fiktiv person" och alltså inte ligga i någon av underkategorierna till "Personer efter kön" och inte heller i någon underkategori till "Födda".

I Wikidata är det ju objektet Admira Thunderpussy (Q117829288) som är instans av (P31) människa (Q5) som har egenskaperna kön (P21) och födelsedatum (P569), medan objektet Admira Thunderpussy (Q117828645), som är instans av (P31) persona (Q1077857) (där behövs det förresten en svensk etikett och beskrivning) inte har någon av dessa egenskaper. Jag tror fortfarande att omdirigeringen bör gå från artistnamn till person när båda finns i Wikipedia. Då slipper man också dribblandet med wdid, som du inte(?) gillar, för att plocka fram personens data i faktarutan i artikeln om artistnamnet.

-- Larske (diskussion) 23 april 2023 kl. 19.19 (CEST)

Larske, riktigt: Jag gillar inte dribblandet med wdid. Jag tycker wikipedia/wikidata ska kunna hantera detta utan dribblande. I det här fallet menar jag att det skulle gå. Wdid är jättebra på diskussions- och exempelsidor.

Larske, riktigt: En artikel som heter som en persons artistnamn kan vara, och är till och med nästan alltid, en biografi över personen bakom artistnamet. I undantagsfall har vi en artikel om artistnamnet (som Ziggy Stardust).

Kategoriseringen på Wikipedia gillar jag inte heller. Men artikeln ska såklart kategoriseras enligt vad artikeln handlar om. Oberoende om den är uppkallad efter personen eller artistnamnet. I det här fallet personen Adam som gjort sig känd som dragartisten Admira. Även om artikeln heter Admira, är det Adams biografi.

Är vi ogenomtänkta och vill göra det lätt för oss, så kallar vi Wikipedia-artikeln Adam.

Men. Grejen är att vi inte ska blanda ihop wikidata-objektens etikettnamn och wikipediaartiklarnas namn.

I fallet Adam/Admira tycker jag egentligen det ska vara så här:

• En wikipediaartikel räcker.
• Ett wikidata-objekt räcker, men helt okej med två.
• Wikipediaartikeln ska heta Admira enligt POMMF, men handla om Adams biografi (och Admiras framgångar etc, som ju är Adams framgångar och ingen annans)
• Wikipedia-artikeln som ska heta Admira ska vara kopplad till wikidataobjektet om Adam oavsett om det finns ett objekt (Adam eller Admira) eller två objekt (Adam och Admira).
• Finns bara ett objekt så kvittar det mig om etiketten heter Adam eller Admira. Jag gissar att Wikidataister föredra officiellt namn framför POMMF, då blir det Adam.
• Ett eventuellt extra Wikidataobjekt, som definitivt får etiketten Admira, behöver inte kopplas till Wikipedia alls, utan kopplingen till wikidataobjektet Adam räcker.
• Wikipedias artikel om Adam, som heter Admira, ska kategoriseras som en artikel om Adam eftersom den handlar om Adam som använder artistnamnet Admira.

Problemet som jag ser är att ni hänger upp er på Wikdataobjektets eikettnamn och Wikipediaartikelns namn som att de är beroende av varandra. Det är de inte. Och de har dessutom olika funktion och kriterier. (Som att vara kategorisk resp. att vara POMMF). Därför är det inga konstigheter att wikipediaartiklen Admira är kopplad till Wikidataobjektet Adam, när artikeln handlar om Adam. Och att det finns ett Wikidataobjekt som heter Admira och handlar om Adams rollfigur men som inte har någon artikel. Omdirigeringen på Wikipedia "Adam -> Admira" klarar sig med ett generellt objekt.

Gör man så, slipper man handpåläggning, och både Wikipedia och Wikidata behåller sin integritet och fungerar med framtida sptåklänkar som kan välja att döpa artiklen till Adam elle Admira, beroende på hur de hanterar pommf eller vad som är pommf i det språket.

Har jag missförstått detta har jag missförstått Wikidata, dess objekt, Q-nummerhantering, etiketter, med mera fullständigt. Det tror jag faktiskt inte, även om det låter helt rimligt.

Oavstt verkar Wikidataisterna nöjda som det är nu, så får jag knyta näven i fickan eftersom jag tycker artikeln är kopplad till fel wikidataobjekt. LittleGun (diskussion) 23 april 2023 kl. 20.03 (CEST)

Hade vi gjort som vi brukar när vi skapar biografier, och direkt lyckats koppla den engelska och den svenska wikipediaartiklen till samma wikidataobjekt så hade diksussionen aldrig uppstått. Det hade funnits artiklar på två språk kopplade till samma objekt och de hade kunnat haft tre olika namn (enwp-, svwp- och wd-namn). Sedan någon gång hade kanske någon tyckt det var käckt att skapa ett underobjekt av artistnament på Wikidata. Men det är ovanligt, tror jag, och det hade inte påverkat Wikipedia-artiklarnas namngivning. LittleGun (diskussion) 23 april 2023 kl. 20.18 (CEST)

Ska jag slippa knyta näven i fickan så är det bara att bita i det sura äpplet och överge POMMF, och flytta artiklen till Adam. LittleGun (diskussion) 23 april 2023 kl. 20.19 (CEST)

Kan du tagga ner lite och sluta raljera om Wikidataister och knutna nävar och sura äpplen tack. Detta bör gå att lösa så att du blir nöjd även om det ser lite konstigt ut just nu! Jag är inte heller nöjd med hur det ser ut just nu.

Jag tror inte att jag avsiktligt har hängt upp mig vare sig på etiketter i Wikidata eller artikelnamn i Wikipedia. När jag skriver {{Q|Qnnnnn}} så presenteras objektet med den svenska etikett som gäller just nu, men den etiketten är ju inte ristad i sten. Och visst kan en svwp-artikel som handlar om en person ha artistnamnet/pseudonymen (POMMF) som sidnamn. Det centrala, och det jag försökt påpeka, är vad respektive objekt i Wikidata handlar om och vad respektive artikel i Wikipedia handlar om.

Just nu är det objekt, d:Q117828645, som handlar om ett artistnamn kopplat till en artikel som handlar om en person, och det anser jag vara olyckligt när det också finns ett objekt d:Q117829288 som handlar om personen. Det är det som är orsaken till wdid-dribblandet.

Men detta kan vi ju ändra på. Det gäller bara att välja det "bästa" sättet.

Eftersom vi inte kan ha två sidor med samma namn, vare sig två sidor med namnet Admira Thunderpussy eller två sidor med namnet Adam Risberg och du vill att sidan med namnet Admira Thunderpussy ska beskriva personen och att vi inte ska ha någon separat artikel om artistnamnet så är det väl enklast att helt enkelt göra som du först föreslog och slå ihop de två objekten i Wikidata och sedan se till att länkarna till svwp och enwp går till sidor med sidnamnet Admira Thunderpussy.

Objektet om artistnamnet kan alternativt finnas kvar i Wikidata med samma etikett men en annan beskrivning och andra egenskaper om någon känner sig manad att fylla på detta för tillfället mycket magra objekt. Personligen känner jag inte något behov av ett sådant "persona-objekt", men låt oss höra vad @Versatilist: tycker innan vi ändrar.

-- Larske (diskussion) 23 april 2023 kl. 20.58 (CEST)

Ifall det är mig du menar. Jag har ingen stark uppfattning om vad som är rätt lösning. Bara att vi måste hålla reda på vilka egenskaper som hör till vilket objekt precis som du skriver här ovan. Versatilist (diskussion) 23 april 2023 kl. 21.12 (CEST)

Ojdå. Det har absolut inte varit meningen att raljera. Ibland tycker man olika, och då får man bita i ett surt äpple och knyta näven i fickan. Det gör jag ganska ofta. Jag beklagar verkligen att det uppfattas som raljering och gnäll och suckande.

Jag har verkligen bara försökt vara tydlig, och att jag, om än motvilligt, accepterar en lösning som jag själv tycker är dålig om det blir bra någon annanstans även om jag inte förstår hur.

Med "wikidataist" menar jag bara att det faktiskt finns en annan kultur, där datats exakthet och existens är viktigare än god läsbarhet och relevans ungefär. Och det ligger ingen värdering i om det ena är bättre eller sämre än det andra, men de passar olika bra i olika projekt.

Jag tror absolut det bara råkade bli en miss från början.

Jag skulle säga att för tillfället är det bästa sättet att slå ihop de båda Wikidataobjekten. Det blev ovanligt fint uppdelat på grund av missen som gjorde att det blev två. Då är det väl klokt att återställa till ett, som det skulle ha varit utan den lilla missen.

Jag har som sagt försökt förklara hur det borde kunna fungera med att ha två objekt också, det är ju ganska vanligt. Synd att de omständliga förklaringarna missuppfattades som raljans. Jag tror de skulle funka men att ett wikidataobjekt som hanterar både personen och karaktären blir lika bra. LittleGun (diskussion) 23 april 2023 kl. 22.31 (CEST)

Jag kanske överreagerade igår. Nu har jag slagit ihop de två objekten i Wikidata och därmed också kunnat ta bort "wdid-parametern" i mallanropet. Om någon vill skapa ett specifikt objekt som avser just artistnamnet och förse det med olika egenskaper i Wikidata, så är det fritt för att göra det. Larske (diskussion) 24 april 2023 kl. 12.36 (CEST)

Riksdagen

Ersättare i Riksdagen

Det diskuteras ersättare i Riksdagen som verkar inte ha blivit mer än ersättare se 278#issuecomment-1528946545 ex. Margareta Persson (Q26211952) har ni synpunkter om dom skall finnas i Wikidata om ja isåfall hur de skall se ut... gissar att SPARQL som kollar att det finns 349 ledamöter måste kanske ses över.... cc: @Larske @Yger @Popperipopp @Ainali - Salgo60 (diskussion) 30 april 2023 kl. 08.08 (CEST)

@Salgo60 Alla riksdagsledamöter som har ersatt någon bör ha ett Wikidataobjekt. Alla potentielle ersättare, som varken har ersatt någon eller blivit invalda direkt själva, behöver inte ha något objekt. Om de ändå får något, så ska de aldrig ha befattningen ledamot av Sveriges riksdag (Q10655178). ♥Ainali ^diskussion_bidrag 30 april 2023 kl. 08.32 (CEST)

Ok men är det bra hur kopplar vi dessa personer till riksdagen... gissar att dom får lön etc. se detta dokument Statsrådsersättare för nya valperioden

• jag tycker vi skall försöka göra så lika som projektet ovan Välfärdsstaten analyserad gör plus att det vore bra om Riksdagens Öppna data städas
• är det ingen annan parlaments data i WD som håller reda på ersättare... som aldrig blir ordinarie?
  • se fråga 2021 dec till TMTMTM som pekar på Norge
• lite intressant att Margareta Persson (Q26211952) har dokument kopplade till sig whatLinksHere/Q26211952 kan vara fel Persson Margareta Persson (Q4972552) jag har inget orkat dyka i i det...

- Salgo60 (diskussion) 30 april 2023 kl. 08.56 (CEST)

Relaterat till detta lite med ersättare är det Evighets strulande vi hade med statsministeromröstningen etc. 2021 dec tog 10-20 timmar att ta fram Röstfördelningen i statsministeromröstningen 24 november 2021... om jag minns rätt var det PDF:er som skulle handjagas... (uppdaterat det var dessa PDF:er som fanns PDF 2021 11 24 / 2021 11 29 gick inte att få ut data som data... och som Larske påpekar verkar inte seriöst med sned scannade PDF:er .... )

• OT Ryktet säger att projektet Välfärdsstaten analyserad skall ta fram data om bänkplatser har dock inte sett deras backlog för denna aktivitet

- Salgo60 (diskussion) 30 april 2023 kl. 11.46 (CEST)

@Salgo60 Jag läser igen och inser att du kanske undrar hur vi ska modellera ersättare som faktiskt jobbar i riksdagen och det har vi ju redan klart, det är ju tack vare det som vi kan producera den Wikidata-stödda listan i Lista över ledamöter av Sveriges riksdag 2022–2026#Nuvarande ledamöter. ♥Ainali ^diskussion_bidrag 30 april 2023 kl. 22.05 (CEST)

Nej, de som hade potential som inte realiserades behöver inte kopplas till riksdagen, de har ju inte engagerats där. Om de aldrig har jobbat, varför skulle de ha fått lön? Däremot kan de ha kandidatskap i val (P3602). ♥Ainali ^diskussion_bidrag 30 april 2023 kl. 15.31 (CEST)

Issue 286 Adding replacer role in MP database

FYI

• riksdagen-corpus/issue/286 skapades om ersättare i deras projekt

- Salgo60 (diskussion) 1 maj 2023 kl. 08.54 (CEST)

A-B riksdagar i Wikidata

• skall vi i Wikidata kunna filtrera på (Q118139371) / B-riksdag (Q118139374) i Wikidata se diskussion Wikidata_riksdagen-corpus #124
  • kanske vore vettigt att ha en anledning orsak (P828)
    • B-riksdagen 1887 (Q96475023) - Tullstriden 1887 (Q10706164)
    • B-riksdagen 1914 (Q96475037) - Borggårdskrisen (Q5178793)
    • B-riksdagen 1958 (Q15296925) - Folkomröstningen om pensionsfrågan i Sverige 1957 (Q4571447)

- Salgo60 (diskussion) 3 maj 2023 kl. 14.48 (CEST)

Spara sandlåda utan att publicera

Jag har till och från, under några dagars tid, försökt få till ett första utkast till en artikel. Men så fort jag loggar ut eller stänger av datorn försvinner allt från sandlådan. Jag har försökt hitta svaret på hur man sparar i arkivet här, men det enda svar jag hittade var (från 2019): Knappen för spara heter 'Publicera ändringar'. Den knappen finns inte! Däremot finns det ett blått fält (/knapp) där det står 'Publicera sida'. Men det är ju inte det jag vill göra! När jag slutligen redigerat klart och känner mig klar - då publicerar jag. Än så länge skall inget publiceras, så klart. Jag har knappt ens ett embryo till en artikel. Bredvid 'Publicera sida'-knappen finns ett vitt fält där det står 'spara ändringar', men om jag klickar där händer ingenting. A Future in Noise (diskussion) 6 maj 2023 kl. 13.58 (CEST)

Först måste du skapa din sandlåda, därav "publicera sida". Den blir då din privata sandlåda och du har inte publicerat i uppslagsverket. Sedan kan du fortsätta jobba där i lugn och ro, eller be någon hjälpa dig.

När du sedan är klar kan du flytta ut den på Wikipedia. Hoppas det förtydligade det, @A Future in Noise. Mvh Adville (diskussion) 6 maj 2023 kl. 14.05 (CEST)

Tack ska du ha, Adville :) A Future in Noise (diskussion) 6 maj 2023 kl. 14.09 (CEST)

Jag har försökt förtydliga strukturen på din användarsida Användare:A Future in Noise. Filen du jobbat med finns under Användare:A Future in Noise/sandlåda/CoffeeCow-1. Lycka till! /Anhn ✎ 6 maj 2023 kl. 16.07 (CEST)

Tack ska du ha, Anhn. Men jag förstår inte riktigt skillnaden. Var fanns artikelutkastet tidigare, då, om inte under A Future in Noise/sandlåda/CoffeeCow-1? Och när du skriver filen finns under ... etc – får jag fråga exakt vad som menas med 'filen'? A Future in Noise (diskussion) 6 maj 2023 kl. 16.42 (CEST)

Åtskilja dödshemort och dödsort?

Jag skapade Gunnar Rönn. Det som skrevs i SvD när han dog tyder på att han var skriven i Spånga när han dog, men dog i Härjedalen. Jag använder Faktamall biografi WD i artikeln.

Min fråga: kan man i WikiData skilja på dödsfolkbokföringshemort och faktisk dödsort? Jan Arvid Götesson (diskussion) 21 januari 2023 kl. 06.01 (CET)

Nej, det finns inget sätt (än) att beskriva dödsfolkbokföringshemort i Wikidata. ♥Ainali ^diskussion_bidrag 21 januari 2023 kl. 10.09 (CET)

Den tekniska möjligheten som finns är att ha olika "qualifiers" på de två dödsorterna. T ex "statement is subject of" där Spånga = "resident registration" och Härjedalen = "physical location". Jag provade att lägga in detta - ta bort om det anses fel. Kitayama (diskussion) 21 januari 2023 kl. 10.19 (CET)

Det är för närvarande mycket ovanligt att bestämningen påståendet relaterar till följande (P805) används för egenskapen dödsplats (P20) (eller födelseplats (P19)).

För att det ska vara meningsfullt att bygga ut {{Faktamall biografi WD}} för att presentera denna bestämning för dödsplats (P20) behöver det bli en standard/praxis i Wikidata. Just nu är det bara cirka 100, av mer än 1,3 miljoner, påståenden om dödsplats (P20), som har denna bestämning, se följande fråga:

• Länk till fråga som ger en lista på (just nu 100) påståenden där påståendet relaterar till följande (P805) används som bestämning till dödsplats (P20)

Som synes handlar det mest om flygolyckor, mord och massakrer som inte alls är av samma slag som (den svenska) folkbokföringen. Larske (diskussion) 21 januari 2023 kl. 11.09 (CET)

@Ainali@Kitayama@Larske Jag tackar för svar, och jag drar slutsatsen att mitt förslag just nu inte är genomförbart. Jag redigerar därför nu så att det konstiga ”Död i Spånga eller Härjedalen” inte visas i artikeln. Jan Arvid Götesson (diskussion) 21 januari 2023 kl. 11.52 (CET)

Det är jättekonstigt att det inte går att ordna och inte är ordnat. Jag förstår inte riktigt motiveringen "Just nu är det bara cirka 100, av mer än 1,3 miljoner, påståenden om dödsort (P20), som har denna bestämning". En anledning kan ju vara att man avråds för att lägga dit den! Dessutom gäller den ju bara för ett mindre antal av alla dödsfall.

Just nu anges dödsort som Dalarö för Maria Dahlin (Q23988548). Tack och lov! Men alltså felaktigt enligt Wikidata. Hon dog de jure i New York (skriven där), men de facto i Dalarö (för det var där hon var när hon dog). Det är fullständig gallimatias för alla utom en mycket, mycket liten andel specialintresserade att hennes dödsort är New York. Det kan inte vara meningen att fakta ska presenteras så. LittleGun (diskussion) 23 januari 2023 kl. 23.12 (CET)

Fast avvägande av vad som är lämpligt att visa bör nog anpassas från fall till fall. Många föds och dör på platser på grund av att där finns ett BB eller sjukhus. I de fallen upplever åtminstone jag folkbokföringsorten som mer relevant. Gunnar Larsson (diskussion) 24 januari 2023 kl. 00.05 (CET)

@LittleGun: Vad baserar du din uppfattning att påståendet att dödsorten Dalarö för Maria Dahlin skulle vara felaktigt enligt Wikidata på?

Det finns beskrivningar av egenskapen dödsplats (P20) på många språk och även om de inte är 100 procent samstämmiga så tycker jag nog att de språk jag förstår något av beskriver det på ungefär samma sätt och, tvärtemot vad du skriver, stöder påståendet om Dalarö som dödsort.

• Länk till fråga som ger en lista på etiketter och beskrivningar för egenskapen dödsplats (P20) på 60 olika språk.

-- Larske (diskussion) 24 januari 2023 kl. 00.06 (CET)

@Larske: Du vet mycket mer än jag om hur saker fungerar tekniskt, så jag ställer min fråga på ett enkelt sätt. Kan man ha en faktaruta som hämtar sina data från Wikidata, och som säger detta:
Död 10 februari 1984 (67 år) skriven i Spånga, Sverige, avled i Härjedalen, Sverige

Om det inte går, skulle det vara en god idé att ordna så att det går?

Jan Arvid Götesson (diskussion) 24 januari 2023 kl. 00.26 (CET)

Jag missläste Ainalis "Det finns inget sätt (än) att beskriva dödsfolkbokföringshemort i Wikidata". Jag läste "annat än". Sorry. LittleGun (diskussion) 24 januari 2023 kl. 01.18 (CET)

@Jan Arvid Götesson: Mallen som skapar faktarutan kan se till att formatera och presentera orden "Död", "skriven i", "avled i" samt räkna ut åldern "(67 år)" utan problem. Detta kräver dock att data som

• "10 februari 1984",
• "Spånga" och
• "Härjedalen"

måste finnas på ett strukturerat och standardiserat sätt i det aktuella Wikidataobjektet.

Det förstnämnda är enkelt, bara att hämta från egenskapen dödsdatum (P570) och hoppas på att det värde som finns i Wikidata är angivet med rätt kalender (juliansk/gregoriansk).

De andra två skulle kunna hämtas från egenskapen dödsplats (P20), men eftersom det inte finns någon standard för hur man anger, med till exempel en bestämning (qualifier), att ett värde för egenskapen dödsplats (P20) ska avse "skriven i" respektive "avled i" (det sistnämnda är default om man läser beskrivningen för egenskapen, se mitt förra inlägg) så räcker inte Wikidata till. Det är inte något tekniskt problem utan "bara" ett modelleringsproblem.

Kitayama gjorde en ansats till att använda bestämningen påståendet relaterar till följande (P805) med olika värden och det skulle kunna fungera, men för att det ska vara meningsfullt behöver man komma överens om en sådan modellering som gör att alla som lägger in värden på dödsplats (P20) i Wikidataobjekt gör på samma sätt.

Hur vanligt är det att det är både möjligt och meningsfullt och skilja på "dödsort" och "dödshemort"?

• Länk till fråga som ger ett slumpmässigt stickprov om 100 biografier över avlidna personer som använder mallen {{Faktamall biografi}}.

För det lilla(?) antal personer som har olika värden för "dödsort" och "dödshemort" som båda går att källbelägga finns alltid möjligheten att överrida hämtningen från Wikidata och antingen skriva in dessa värden, eller noWikidata, i mallanropet:

• | dödsort = skriven i Spånga, Sverige[1], avled i Härjedalen, Sverige[2]

eller

• | dödsort = noWikidata

I båda dessa fall kan man naturligtvis utveckla det hela i brödtexten.

Ett annat alternativ, som kanske är bättre än att dribbla med bestämningsord, är att skapa en helt ny egenskap, P????, med betydelsen "folkbokföringsorten i vilken personen var skriven vid tidpunkten för dödsfallet", alltså det du kallar "dödshemort".

Då födelseort och dödsort är så vanliga egenskaper, de är respektive blir förr eller senare, aktuella för alla personobjekt, är det en rätt stor fråga att ändra eller lägga till hur de ska användas och tolkas i Wikidata. Om någon känner sig manad så finns det möjlighet att föreslå nya Wikidataegenskaper (properties) på den här sidan. Nya egenskaper måste motiveras, diskuteras och dokumenteras innan de eventuellt godkänns och kan börja användas. För att en egenskap ska godkännas brukar det krävas att den ska komma att användas för de flesta objekt där den kan vara aktuell.

Jag har för mig att Salgo60 varit inne på det här spåret tidigare, det var visst något om August Strindberg och Blå tornet, men kommer inte ihåg om och i så fall varför det övergivits. Larske (diskussion) 24 januari 2023 kl. 02.23 (CET)

Jag tycker att den självklara lösningen vore denna: Skapa ny egenskap, P???? i Wikidata, med betydelsen ”ort på vilken personen avled, om denna skiljer sig från folkbokföringsorten vid dödsfallet”, kanske med namnet ”faktisk geografisk dödsort”.

Min motivering är som följer. Skillnaden mellan faktisk geografisk dödsort och folkbokföringsdödshemort uppkommer i länder som 1) har riktig folkbokföring (jag bor i Samväldet Australien som inte har folkbokföring) och 2) dessutom antecknar folkbokföringsdödshemorten i officiella handlingar. Sverige uppfyller idag båda de villkoren. Därför skulle det vara bra om möjligheten funnes att göra skillnad på dödsort (P20) och faktisk geografisk dödsort (P????).

Dödsort (P20) kan vara default, som i de flesta fall används utan tillägg av faktisk geografisk dödsort (P????), inklusive i många artiklar Wikidataobjekt om svenskar som har olika folkbokföringsdödshemort och faktisk geografisk dödsort, men där gemenskapen av wikidatianer och wikipedianer inte bryr sig om att utnyttja möjligheten till distinktion.

Både dödsort (P20) och faktisk geografisk dödsort (P????) skulle användas när vi wikidatianer och wikipedianer vill göra åtskillnad. I fallet Gunnar Rönn finns ju en poäng i att denna Samelandsvän, Norrlandsvän och naturvän ”fick sluta sina dagar i Ljungdalens fjällstuga i Härjedalen”, inte i folkbokföringsdödshemorten Spånga. I fallet Astri Taube däremot är det poänglöst att framhålla att hon som dödssjuk transporterades några kilometer bort från folkbokföringsdödshemorten Maria Magdalena församling till Södersjukhuset i Högalids församling, och dog där. I hennes fall räcker det att ha en uppgift i dödsort (P20).

Jag blir orolig av detta som du skrev: ”Nya egenskaper måste motiveras, diskuteras och dokumenteras innan de eventuellt godkänns och kan börja användas. För att en egenskap ska godkännas brukar det krävas att den ska komma att användas för de flesta objekt där den kan vara aktuell.”

Det låter som en förslagsställare skulle behöva övertyga en mängd wikidatianer som kommer från länder som inte har folkbokföring i svensk mening, och om de har det, kanske inte registrerar folkbokföringsdödshemort som vi gör, och som kanske inte ser behovet på samma sätt som jag gör som svensk. Det är uppenbart att egenskapen ”faktisk geografisk dödsort” inte kommer ”att användas för de flesta objekt där den kan vara aktuell”, det vill säga för människor. Mitt förslag skulle stupa på det.

Jan Arvid Götesson (diskussion) 24 januari 2023 kl. 04.09 (CET)

Bra exempel på hur boken Två kammar Riksdagen skriver för Magnus Sundström (Q6196646)

20.12.1909 i Söderhamn, kbf i Söderala 

Borde kunna gå att fråga ChatGPT hur det kan lagras i Wikidata ;-) Salgo60 (diskussion) 24 januari 2023 kl. 08.21 (CET)

Ska en ny egenskap skapas så tycker jag absolut att den i så fall skall vara "folkbokföringsort vid dödstillfället". Den redan existerande egenskapen "dödsort" är ju definierad som den fysiska platsen för dödsfallet. Jag tror nog att det bara är vi svenska som envisas med att använda en annan definition. Se till exempel Rob Hall (Q1743880) som har dödsort Mount Everest (Q513) och Georgij Dobrovolskij (Q355433) som har dödsort Sojuz 11 (Q648581). /ℇsquilo 24 januari 2023 kl. 09.11 (CET)

@Esquilo Med Din förslagna lösning behövde artikelförfattare göra som följer. I fallet Gunnar Rönn ginge jag in och skeve i Wikidata att ”dödsort (P20) = Storsjö församling, Härjedalen”, och sedan skreve jag i den nya egenskapen att ”folkbokföringsort vid dödstillfället (P????) = Spånga”.

Det skulle fungera.

Jan Arvid Götesson (diskussion) 24 januari 2023 kl. 09.32 (CET)

Ja nästan. Församling hör nog hemma i egenskapen för folkbokföringsort, så:

• P20 = Storsjö (Q1890245)
• P???? = Spånga-Kista församling (Q10676706) (mallen sköter om så att namnanakronismen undviks och detta presenteras som Spånga församling)

För båda uttalandena bör det också finnas en källangivelse så att påståendena kan verifieras.

-- Larske (diskussion) 24 januari 2023 kl. 11.24 (CET)

När det gäller källangivelser ligger Wikidata lite efter svwp, men det kommer mer och mer.

Här är en fråga som visar hur det står till med källangivelser för egenskapen dödsplats (P20) för vissa Wikidataobjekt.

• Länk till fråga som ger en lista över antal och andel objekt med källa för dödsplats (P20) som inte är importerat från Wikimediaprojekt (P143).

Listan är grupperad per medborgare i (P27) och är begränsad till objekt som

• har politiker (Q82955) som värde på egenskapen sysselsättning (P106)
• har dödsdatum (P570) som är år 1900 eller senare

och omfattar de 50 medborgare i (P27) som har flest objekt som uppfyller ovanstående villkor.

För detta sortiment ligger Sverige (Q34) mycket bra till jämfört med andra länder.

Hela 83 procent av de döda svenska politikerna har källa vilket kan jämföras med:

• de liknande länderna Norge (Q20) och Finland (Q33) med blott 15 respektive 13 procent.
• de länder med flest "döda politiker"-objekt USA (Q30), Tyskland (Q183) och Frankrike (Q142) med 13, 22 respektive 34 procent.
• Australien (Q408), som nämndes ovan, med 23 procent källbelagda påståenden för dödsplats (P20).

Jag gissar att vi kan tacka Salgo60 och boken Tvåkammar-riksdagen 1867–1970 (Q110346241) för en stor del av detta.

-- Larske (diskussion) 24 januari 2023 kl. 11.55 (CET)

Min tro är att Riksarkivet SBL trots alla sina textsträngar är vår bästa vän dom är enl. mig dom som är mest konsekventa med att peka på en församling som död plats... bra vore om vi tills en ny egenskap dyker upp har en konvention hur vi skiljer på dödsort och folkbokföringsort... jag har fuskar med att ha den higst rankade som var personen dör och den andra med rank normal - Salgo60 (diskussion) 24 januari 2023 kl. 14.10 (CET)

Larske med flera: Tycker vi alltså att detta förslag skall framläggas på Wikidata:

”Införa en ny egenskap, ’folkbokföringsort vid dödsfallet (P-nånting)’”

En förklaring fordras för Wikidatamedarbetare från andra länder, att denna nya egenskap är ett behov som finns för Wikidataobjekt som är personer från bland annat Sverige. Jan Arvid Götesson (diskussion) 24 januari 2023 kl. 12.57 (CET)

Jag har föreslagit en ny egenskap på Wikidata.

https://www.wikidata.org/wiki/Wikidata:Property_proposal/place_of_resident_registration_at_death

Jag får detta meddelande: ”You have not transcluded your proposal on Wikidata:Property proposal/Person yet. Please do it.”

På grund av min nybörjarokunnighet vågar jag inte göra det. Vad skall man göra? Jan Arvid Götesson (diskussion) 25 januari 2023 kl. 01.36 (CET)

Det innebär som jag förstår det att man lägger in det på den länkade sidan (motsvarande på Wikipedia:Sidor föreslagna för radering. Sedan kan det nog vara bra att fylla på med lite information på sidan du skapat innan du lägger till den där. Datatyp borde vara objekt. På exempel kan det vara bra att lägga upp några exempel där egenskapen är nyttig (alltså personer som dött på olika platser fysiskt och enligt folkbokföringen). Det kan nog vara bra att välja personer som har artiklar på engelska för att fler andra än vi ska förstå vad problemet handlar om. Gunnar Larsson (diskussion) 25 januari 2023 kl. 08.28 (CET)

Tack. Det ser ut som Esquilo har börjat, så jag avvaktar. Jan Arvid Götesson (diskussion) 25 januari 2023 kl. 09.57 (CET)

@Jan Arvid Götesson Mycket bra start! Jag utökade mallen lite. Vi behöver ett par exempel till, egenskaper blir sällan godkända på ett enda fall. Gärna med personer med andra typer av registreringsplatser, exempelvis städer eller kommuner och liknande i andra länder. ♥Ainali ^diskussion_bidrag 25 januari 2023 kl. 22.34 (CET)

Tack, jag är en sådan wiki‐skribent som lär mig nya saker genom att se hur andra gör, så genom att studera hur ni fyller i exempel och dylikt förstår jag hur Wikidata‐egenskapsförslag fungerar. Jag skall tänka på vilka exempel som vore lämpliga. Ni som läser detta må gärna gå till förslagssidan och yttra er för eller mot förslaget. Jan Arvid Götesson (diskussion) 25 januari 2023 kl. 22.46 (CET)

Fundering som jag ventilera på egenskapsförslags sidan "Har vi inte idag källor där vi kan se var personen var skriven ex. död- och begravningsbok (Q10478639)"? Jag och @Yger: lade in alla NAD för alla församlingar. Min förhoppning var att Riksarkivet skulle starta med länkade data men har inte sett det fast man lovat för kyrkböcker och att man då skulle kunna se alla enskilda kyrkböcker som vi skulle kunna ha i Wikidata och koppla oss till... Jag tror att ha objekt för ex. varje dödsbook som kopplas till plats församling och år gör att vi kan med SPARQL och ML "resonera" oss fram till många intressanta saker... idag har jag angivit anges i (P248) med dödboken som en text sträng i titel (P1476) vilket kan förbättras om vi har objekt för varje dödbok, Jag har haft ett längre föredrag om detta som Youtube tagit bort (pratar man om DNA släktforskning så tolkar dom det som racism) jag snackade även kort med polisens DNA utredare 2020 men kände att han inte förstod vad Länkade data var så jag gav upp och det blev denna blog "SILOS -> Kunskapsdatabaser för släktforskning ett hjälpmedel för att matcha DNA segment med person"

• jag skall bolla detta med Humlabs nya projekt "Sveriges Riksdag 1867–2022: Ett ekosystem av länkad öppen data" om dom har tankar... känns som dom har enklare än vad vi gar att prata med Riksdagsbiblioteket och kanske kan skrämma liv i Riksarkivet ;-)
• vad Riksarkivet lova 2017 - hur ordet länkbar skall tolkas tvistar de lärde men det kanske är att det finns en websida med url ;-(

Riksarkivet planerar att genomföra förändringen mot öppen och fri digital arkivinformation i två steg. Först tas abonnemangsavgiften till den digitala forskarsalen bort. I ett andra steg görs informationen tillgänglig som öppen, länkbar och maskinläsbar data.
- Den blir då en del av den växande mängden öppna data från offentlig sektor. Min förhoppning är att innovatörer tar chansen och skapar bra produkter för medborgarna, säger Karin Åström Iko

- Salgo60 (diskussion) 27 januari 2023 kl. 17.40 (CET)

Riksarkivet bjuder upp till viss dans

Kollade runt lite och hittade till min förvåning en sida "Arkivmetadata En komplett export av alla publikt tillgängliga metadata för Riksarkivets arkiv" det verkar vara en dump av det metadata som visas på Digitala forskningssalen, mycket med textsträngar som se C:1 har inte heller fattat om man hittar länken till boken ex. F:3 1875 – 1886 har identifierare som jag inte hittar i metadatat: bildvisning/d1022439-ba56-46fe-a00e-3d2ba4290d9d eller bildvisning/A0017484 eller IIIF arkis!A0017484/manifest (en tanke jag hade var att lägga in transkriberingar i IIIF se tweet 2019)

• Exempel Söderala kyrkarkiv = WD haswbstatement:"P5324=SE/HLA/1010201" = websida SE/HLA/1010201 finns nu metadata i EAD XML - se GIST.
  • allt CC-0 --> vi skulle kunna försöka oss på att översätta EAD XML till Wikidata sidor - kanske CHAT GPT kan fixa det ;-)
• Friviliga?!?! känns som det är ganska statiskt data har inte sett att nya kyrkböcker har släppts sedan vi gjorde detta 2017

- Salgo60 (diskussion) 27 januari 2023 kl. 18.27 (CET)

Frågade Riksarkivets dataplattformar på GITHUB vad deras planer tankar är - Salgo60 (diskussion) 30 januari 2023 kl. 09.10 (CET)

Litteraturbankens önskan

@Larske: Japp vi borde dela dom men finns det källor? kan tänka mig samma problem som med medborgare i (P27)

• Litteraturbanken Litteraturbanken författare (P5101) kopplar sig mer till Wikidata än Kungliga biblioteket se Notebook - Litteraturbanken ville veta dödsplats för att visa på en karta MEN med dagens Wikidata så pekar vi på församlingen istället för Blå tornet (Q4930916) för August Strindberg (Q7724) vilket inte blir snyggt på en karta se karta dödsplats WD Litteraturbanken där det blir "geggigt" inne i Stockholm.... sedan kan vän av ordning undra var dör folk rent fysiskt blir det mer en karta var sjukhus finns i landet...

- Salgo60 (diskussion) 24 januari 2023 kl. 04.27 (CET)

Jag har aldrig haft någon tanke på att upplösningen skulle vara högre än stad eller församling. Så att det i praktiken bara bara gör skillnad för de som dör ovanligt långt från folkbokföringsorten. Som New York/Dalarö eller Stockholm/Örebro eller Washington DC/Dallas. I sådana fall finns det oftare en källa också. LittleGun (diskussion) 24 januari 2023 kl. 08.39 (CET)

Går det att få källa på dödsbäddens placering, så visst. Jag gissar att Litteraturbanken tänker sig "sista stadigvarande bostad" snarare än sjukhus, och Väddöviken snarare än Väddö för Vilhelm Moberg. LittleGun (diskussion) 24 januari 2023 kl. 10.52 (CET)

Exempel Hur stor händelse Strindbergs död var och hur mycket som verkas kunna hittas i dåtidens tidningar om händelsen - Augusts blåa himmel! enligt Stockholms källan film från begravningen

"Vad vi vet så finns det inga filmfragment av Strindberg när han lever och inte heller någon inspelning av hans röst." 

Finns utrymme för många Wikidata poster kopplat till dessa händelser... ;-)

• @LittleGun:. kanske en dynamisk karta hur begravningskortegen gick....

- Salgo60 (diskussion) 25 januari 2023 kl. 22.13 (CET)

Kan Wikidata peka ut vilka fönster som tillhör en lägenhet

Diskussionen har fortsatt om var en person dör... Dagens tanke är att vi skall i WIkidata kunna peka ut den lägenhet som Strindberg eller andra dör i

• Exempel Gulli Petrini (Q4972683) så finns det källor att hon dör på Scheelegatan 13
  • Kungsholms kyrkoarkiv, Död- och begravningsböcker, SE/SSA/0011/F I/21 (1936-1942), bildid: 00026758_00225
• Video jag gjorde om att vi borde kunna ha så bra data i Wikidata att vi kan stå på Scheelegatan 13 och veta vilka av fönstren som tillhörde hennes lägenhet se video
  • Google Map är på den nivån redan idag 2023 hur gör vi samma sak i WD?

- Salgo60 (diskussion) 15 februari 2023 kl. 08.56 (CET)

Skäl för lägre rang

Jan Arvid Götesson ytterligare ett workaround testas ej nödvändigtvis dödsplats utan var personen var skriven vid dödstillfället (Q117456886) se Q6025668#P20 där vi har 2 källor och den ena säger att personen är bokförd på den ena och dog på den med högre rang - Salgo60 (diskussion) 6 april 2023 kl. 15.42 (CEST)

Exempel hitta dödsorsak i döboken

Jan Arvid Götesson exempel jag gjorde idag där det underlättar att veta vilken dödbok som personer troligen finns i

• Issue #128 hitta dödsorsak för Svenska Riksdagsmän

Exempel, där det är snyggt att enkelt kunna veta om platsen för döden är en församling med tillhörande kyrkbok... och om det inte är en församling hur hittar jag kyrkboken....

- Salgo60 (diskussion) 14 maj 2023 kl. 19.35 (CEST)

Oordning

Det här objektet länkar till wikisidor för olika ställen. So9q (diskussion) 15 maj 2023 kl. 11.54 (CEST)

Artikeln Getskär handlar inte om samma plats som Getskär (Q2557687) och ska alltså inte vara länkat därifrån. nl:Renskäret däremot handlar om samma ö (som egentligen borde heta Getskär-Renskäret). /ℇsquilo 15 maj 2023 kl. 18.52 (CEST)

Det vare en felaktig merge som gjordes 2014. Jag provade med undo merge och återskapade Getskär (Q10504604) för badplatsen i Stora Höga. Första gången jag försökt en undo merge så någon Wikidata-kunnig får gärna granska resultatet. Plumbum208 (diskussion) 15 maj 2023 kl. 19.56 (CEST)

Tack för hjälpen att reda ut det hela 🤩 So9q (diskussion) 16 maj 2023 kl. 13.05 (CEST)

Fråga om mall på enWP

Mallen https://en.wikipedia.org/wiki/Special:WhatLinksHere/Template:Infobox_person/Wikidata, som motsvarar {{faktamall biografi WD}}, är det möjligt att även med den styra vilket Q-nummer som används. Alltså motsvarade anropet {{Faktamall biografi WD|wdid=Q117829288}}, som skapar en faktaruta för Admira Thunderpussy (Q117829288) på vilken sida den än placeras? LittleGun (diskussion) 23 maj 2023 kl. 10.37 (CEST)

Ja, men i den mallen heter parametern qid

• Länk till exempel i enwp-Sandlådan

-- Larske (diskussion) 23 maj 2023 kl. 11.29 (CEST)

Det finns också exempel, Georges Duhamel, Leo Tolstoy och Ludvig van Beethoven, på hur detta används på malldokumentationssidan. Parametern som sådan nämns dock inte på malldokumentationssidan och jag vet inte om det är ett förbiseende (troligen) eller om den är medvetet utelämnad där för att de inte vill att parametern ska användas när mallen används i artikeln om personen i fråga.

-- Larske (diskussion) 23 maj 2023 kl. 11.38 (CEST)

Tack för svar och hjälp! LittleGun (diskussion) 23 maj 2023 kl. 12.20 (CEST)

Persistenta Identifierare utreds igen av Staten

Vad kan Wikidata/svenska Wikipedia ge för input till DIGG då dom startar titta på detta med Persistenta iudentifierare...

Dagens kaos anser jag ger upphov till massa problem i Wikidata/Wikipedia eftersom vi "samlar på data". Jag har pekat på dessa problem

• Behövs #4 tydliga best practise
• Behövs en #17 tanke hos Riksarkivet hur vi även kan hämta material som arkiverats och/eller myndigheter upphört]

Även saker som ställer till problem behöver lyftas fram

• att #87 dokument försvinner vid Regeringsskiften
• att en auktoritetsfil RAÄ skapat för socknar inte överensstämmer med deras PDF dokument om socknar

.... - min analys RAÄ jobbar inte datadrivet och klarar inte att uppehålla 2 resurser i synk...

• att historiska yrken anges på olika sätt i olika databaser och att yrken saknar motsvarande vårat Qnummer i Wikidata som alla borde refereras till... känns lite som dom inte pratar med varandra...

Vad mer ser vi för utmaningar? Salgo60 (diskussion) 5 juni 2023 kl. 14.54 (CEST)

Per Bohlin

Innehållet i faktarutan låter som en repig vinylskiva. /Annika (diskussion) 16 juni 2023 kl. 10.58 (CEST)

Lösningen torde vara att skapa objekt för respektive byggnad och byta ut de generiska objekten under P800. Tills vidare har jag givit orekommenderad rang till de problematiska påståendena. Belteshassar (disk) 16 juni 2023 kl. 13.20 (CEST)

Fullständigt (person)namn

Kan man ange någons fullständiga namn i Wikidata om samtliga ingående namn inte finns i Wikidata?

Jag kan bara hitta födelsenamn och namn som gift. Men man kan ju få nya namn av många andra anledningar; Felix Herngren ville inte heta Tobias och fick byta för sina föräldrar fast han bara var 7-8 år.

Jag skulle vilja redovisa fullständigt namn för Kajsa Ekis Ekman, som är "Anna Kajsa Helena Langemar Ekman Makboul". Makboul är det enda namnet som inte har ett objekt. Om jag fattar Ratsit rätt så är Makboul "officiellt" efternamn, möjligen Ekman Makboul. Jag tror det är arabiskt/palestinskt, men vet inte hur man gör ett sånt objekt.

Jag tror att hon föddes med efternamnen Langemar Ekman, men att Langemar fått bli mellannamn senare. Hur gör man då? Är Langemar surname eller given name på WIkidata? LittleGun (diskussion) 16 juni 2023 kl. 19.22 (CEST)

@LittleGun Jag tror att namn på modersmål (P1559) är den egenskap som ligger närmast det du efterlyser. Se till exempel d:Q6279#P1559. Belteshassar (disk) 16 juni 2023 kl. 22.04 (CEST)

Om något namn saknas med rätt värde för instans av (P31) får man skapa det.

Det är inte helt ovanligt att det finns såväl efternamn som mansnamn och kvinnonamn som har samma stavning. Därtill finns det ofta förgreningssidor med samma stavning. Maria är ett exempel.

• Maria (Q1895728) - en Wikimedia-förgreningssida (Q4167410)
• Maria (Q325872) - ett kvinnonamn (Q11879590)
• Maria (Q25413386) - ett mansnamn (Q12308941)
• Maria (Q26904997) - ett familjenamn (Q101352)

så det gäller att klicka på rätt objekt när man stoppar in värden för egenskaperna förnamn (P735) eller efternamn (P734) i ett Wikidataobjekt.

Att detta kan vara lite svårt vittnar följande statistik om:

• Länk till fråga som ger en frekvenstabell över kön (P21) för personer som har Maria (Q325872), alltså kvinnonamnet Maria, som förnamn (P735)
• Länk till fråga som ger en frekvenstabell över kön (P21) för personer som har Maria (Q25413386), alltså mansnamnet Maria, som förnamn (P735)

Hur man gör med personer som har dubbla efternamn verkar variera lite, ibland anges det som två värden på egenskapen efternamn (P734) och ibland skapas ett nytt "dubbelefternamn". Om det är ett efternamn av typen "Andersson-Karlsson", alltså med bindestreck, kan man skapa ett nytt objekt, som Beck-Friis (Q18328040), som är instans av (P31) efternamn med bindestreck (Q106319018). Här är några exempel på det:

• Länk till fråga som ger en frekvenslista över antal objekt som har ett värde på egenskapen efternamn (P734) som är instans av (P31) efternamn med bindestreck (Q106319018)
• Länk till fråga som ovan men begränsat till objekt med medborgare i (P27) lika med Sverige (Q34)

-- Larske (diskussion) 16 juni 2023 kl. 22.27 (CEST)

Söka i Wikidata

Har sökfunktionen slutat att fungera i Wikidata? Får bara upp Ett fel uppstod under sökningen: Vi kunde inte slutföra din sökning på grund av ett tillfälligt problem. Försök igen senare. Marcus.linneberg (diskussion) 18 juni 2023 kl. 05.11 (CEST)

phab:T339811. Nirmos (diskussion) 18 juni 2023 kl. 05.41 (CEST)

Det verkar fungera nu. Sabelöga (diskussion) 22 juni 2023 kl. 23.31 (CEST)

Akademiker

Egenskapen akademiker (Q3400985) behöver styras upp. Den har den engelska översättningen "academic", vilket inte är korrekt. En akademiker är en person som pluggar, eller har pluggat på högskola eller något likvärdigt. En "academic" är en högskolelärare- eller forskare. Kopplingen till andra nordiska språk är rätt. Den till jawp verkar vara fel, den handlar om forskare. Albanska verkar vara en hederstitel. Spanska förstod jag inte helt, men den verkar handla om anställda, och till arabiska fick jag inte ens en googleöversättning. Innehållet i egenskapen verkar ifyllt efter den engelska betydelsen.

andejons (diskussion) 28 juni 2023 kl. 10.04 (CEST)

I många WD-mallar är "Akademiker" det enda som ange som sysselsättning, vilket inte är särskilt upplysande, se t.ex. Gustaf Löfgren och Dick Urban Vestbro. /Annika (diskussion) 28 juni 2023 kl. 10.27 (CEST)

Det kan nog vara lämpligt att komplettera egenskapen sysselsättning (P106) för bland annat Gustaf Löfgren (Q27862853) som nu har värdet akademiker (Q3400985), se här.

Att värdet akademiker (Q3400985) lades in där för cirka fem år sedan tror jag beror på att:

• det saknades värde på sysselsättning (P106) för objektet Gustaf Löfgren (Q27862853) och någon ville fylla detta vacuum.
• den svwp-kopplade artikeln var kategoriserad som Kategori:Personer verksamma vid Kungliga Tekniska högskolan (se redigeringskommentaren i ovan länkade diff).

För att undvika den här typen av "automatiska redigeringar" är det lämpligt att redan då artikeln och motsvarande Wikidataobjekt skapas lägga in ett antal basdata i objektet. Sedan ett par år brukar Yger hjälpa till med att lägga in bland annat sysselsättning (P106) i objekt som är kopplade till nyskapade svwp-personartiklar, men i det här exemplet handlar det om något som skapades 2016, så här behöver vi jobba ifatt.

-- Larske (diskussion) 28 juni 2023 kl. 10.59 (CEST)

Inläggandet av information på Wikidata har ofta skett genom botar eller till exempel av ryssar helt utan kunskaper i svenska och sedan är är det vissa användare på svwiki som fortsätter att lägga in dessa WD-mallar slentrianmässigt utan kvalitetskontroll. /Annika (diskussion) 28 juni 2023 kl. 11.18 (CEST)

Jag försökt granska all nya personartiklar sedan tre år granskats och jag har inte sett till några botskapade tokiga WD objekt för dem Yger (diskussion) 28 juni 2023 kl. 11.31 (CEST)

Akademiker borde egentligen aldrig någonsin vara en sysselsättning. Den enda konkreta sysselsättningen det motsvarar kallas lämpligen "student". För lärare på högskolor bör man använda mer specifika titlar (Löfgren borde kallas ingenjör och professor, Vestbro arkitekt och professor. Hade de enbart gjort karriär inom akademin hade enbart professor räckt). Jag tror det här är något som det är lätt att missa när man granskar.

andejons (diskussion) 28 juni 2023 kl. 13.24 (CEST)

Jag använder aldrig akademiker, i fall som liknar detta använder jag forskare Yger (diskussion) 28 juni 2023 kl. 14.24 (CEST)

Lite fakta om förekomsten av akademiker (Q3400985) som värde på egenskapen sysselsättning (P106):

• Det finns just nu 27 354 objekt i Wikidata som har akademiker (Q3400985) som värde på egenskapen sysselsättning (P106).
  • Av dessa är det 11 308 (41 procent) som har detta som enda värde och som antagligen i det flesta fall kan preciseras.
    • Av dessa är det just nu blott 81 objekt som är kopplade till en artikel i svwp som använder mallen {{Faktamall biografi WD}} och där detta enda värde alltså dyker upp i faktarutan (om ingen manuell har överridit Wikidata och lagt in ett lokalt värde i mallanropet).
• Länk till fråga som ger en lista på (just nu 81) svwp-artiklar som använder mallen {{Faktamall biografi WD}} och som enda värde på egenskapen sysselsättning (P106) har akademiker (Q3400985).

Om någon känner sig manad är det fritt fram att byta ut eller komplettera akademiker (Q3400985) som värde för egenskapen sysselsättning (P106) med något mer specifikt för i första hand dessa objekt. Det kanske kan vara ett lämpligt Månadens uppdrag att beta av denna lista, eller vad tror du Deryni?

-- Larske (diskussion) 28 juni 2023 kl. 14.25 (CEST)

Det låter som en alldeles utmärkt idé. Formulera gärna som ett månadsuppdrag, och fäster det bra kan vi efter att ha provkört lägga över det som specialuppdrag, dvs. se till att ge det bättre långsiktig uppmärksamhet. Vem kan formulera uppdraget!? Deryni (diskussion) 29 juni 2023 kl. 09.52 (CEST)

Tillägg: För närvarande ligger akademiker (Q3400985) på 50:e plats, mellan godsägare (Q66495020) och domare (Q16533) på listan över vanligaste sysselsättning (P106) om vi begränsar oss till att titta på svenskar med en artikel i svwp, men oavsett om artikeln idag använder mallen {{Faktamall biografi WD}} eller ej.

• Länk till fråga som ger ett stapeldiagram med de 100 mest frekventa värdena på egenskapen sysselsättning (P106) för objekt med medborgare i (P27) lika med Sverige (Q34) som är kopplade till en artikel i Svenskspråkiga Wikipedia.

--Larske (diskussion) 28 juni 2023 kl. 14.54 (CEST)

Jag har gått igenom några av de 81 artiklar som hade värdet akademiker. Samtliga hade svensksspråkiga Wikipedia som referens för yrket. Det är lite väl rudimentärt gjort på Wikidata tycker jag. LittleGun (diskussion) 28 juni 2023 kl. 15.43 (CEST)

 Bra nu har antalet artiklar som bara anger akademiker som yrke enligt frågan ovan minskat från 81 till 69.

Det stämmer att referenser till Wikipedia, importerat från Wikimediaprojekt (P143), inte bör användas som källor för påståenden i Wikidata, men jämfört med att ange ett yrke utan någon referens alls är det ändå något som kan vara till ledning för den om vill komplettera påståendet i Wikidata med en "riktig" källa.

Här är lite fakta om förekomsten av referenser av olika slag i Wikidata för påståenden om sysselsättning (P106) för objekt som är medborgare i (P27) Sverige (Q34)

• Länk till fråga som visar
  • Totala antalet påståenden om sysselsättning (P106) (just nu 140 340)
  • Antalet påståenden som helt saknar referens (just nu 77 674 eller 55 procent)
  • Antalet påstående som har minst en referens (just nu 62 666 eller 45 procent)
    • Antal påståenden med referens som är av typen importerat från Wikimediaprojekt (P143) (just nu 25 293 eller 18 procent), sådana referenser bör alltså undvikas.
    • Antal påståenden med referens som är av typen anges i (P248) (just nu 28 327 eller 20 procent), sådan referenser pekar på källor, till exempel böcker, som har egna Wikidataobjekt.
    • Antal påståenden med referens som är av typen referens‐URL (P854) (just nu 14 086 eller 10 procent), sådana referenser pekar på källor, till exempel webbsidor, som finns på Internet.

-- Larske (diskussion) 28 juni 2023 kl. 21.27 (CEST)

Problemet är inte så mycket att man använde svenska Wikipedia, som att man valde "akademiker" istället för den redovisade professionen. Ingen Wikipedia-artikel som jag tittade på hade använt "akademiker" som titel eller kategori eller någonting. LittleGun (diskussion) 29 juni 2023 kl. 00.59 (CEST)

Följande är inte menat som något försvar, bara ett försök att förtydliga vad jag skrev i ett tidigare inlägg.

Alla de objekt som du uppdaterade igår med avseende på sysselsättning (P106) är kopplade till svwp-artiklar som är kategoriserade i minst en kategori som heter "Personer verksamma vid <namn på något universitet eller högskola>" (på engelska "Academic staff at <namn på något universitet eller högskola>").

För att ta det första objektet, Bert Allard (Q5546818), som exempel, se redigeringskommentaren här så har du förklaringen vad i svwp som låg till grund för det mindre precisa värdet akademiker (Q3400985) som las in i objektet för snart fem år sedan. Värdet är alltså "härlett" från en befintlig kategorisering, Kategori:Personer verksamma vid Linköpings universitet (Q8591587), även om kategorinamnet (på svenska) inte explicit innehåller ordet "akademiker".

-- Larske (diskussion) 29 juni 2023 kl. 07.15 (CEST)

Ja, jag anade att det gått till ungefär så. Det var ett olyckligt val, att härleda. Resultatet borde vara lika olyckligt på alla, eller i varje fall de flesta, språk. Det gäller nu 69 artiklar på svWP. Det är såklart ingenting. Men hur många objekt totalt? Och sen åker någon annan dit på att korrigera. Det arbetssättet stör mig, bland andra, lite. LittleGun (diskussion) 29 juni 2023 kl. 07.25 (CEST)

JAg har påbörjat att fixa dessa. Det är trivialt ändra till vad som står i ingressen i artiklarna. De skapades 2018 och lär inte återkomma då vi inte längre skapar wd objekt med tomma sysselsättningar Yger (diskussion) 29 juni 2023 kl. 07.40 (CEST)

Vi kan och bör naturligtvis ordna upp saker här. Men jag tror också att det behövs en ändring på Wikidata. Det behövs två objekt: ett för det engelska "academic", som i grunden är rätt så praktiskt (man slipper hålla reda på om någon var professor eller lektor, ungefär som man om man skriver "militär" slipper hålla reda på grad). Och så ett för nordiska "akademiker", för att kunna ha fungerande interwiki, men som kanske inte skall användas till så mycket mer.

andejons (diskussion) 29 juni 2023 kl. 08.12 (CEST)

Bra mönster?!?!? jobba med andra

Hur kommer vi framåt idag är det mycket klippa klistra och massa datasilos.... jag tror det behövs ett Alexander hugg och hoppas chatGPT kanske kan vara det.... nedan lite olika varianter vad jag ser är på G men tror som sagt att om 10+ år sitter vi i samma läckande båt... bara lite mera desillusionerade....

Humlab Riksdagens Corpus

Wiksdagens Corpus har nu tagit fram en lista på personer dom identifierat som pratat i svenska PM flest ggr och saknar parti i Wikidata...

• deras lista med Qnummer och antal ggr dom pratat enl. de data detta projekt skapat
• issue #324 där dom tycker jag skall fixa det ;-)
• ShEx E395 vi startat att snickra på
• @So9q har snickrat lite på en modul EntityShape som gör det lite enklare att validera med ett program
• PAWS Notebook jag skapat som anropar denna modul "Test validate people in Wikidata with a ShEx schema E395 from list"
  • video
    • jag läste in Humlabs gubbarnas lista
    • körde igenom den med @So9q modul och validerade den med E395

- Salgo60 (diskussion) 29 juni 2023 kl. 15.15 (CEST)

Riksarkivet API på G

Ett API är på G för arkiv se RDF-archive-records --> att vi skulle kunna koppla ihop WD och Riksarkivet Ser dock utmaningar

• hur kommuniceras fel snyggt mellan domäner
• idag känns Riksarkivet data enormt skitigt hur kopplas det ihop på bästa sätt se önskan om ett möte - svar negativt ;-) ...

Tankar på hur vi rör oss framåt?.... och vilka man vill hoppa i säng med och bör? - Salgo60 (diskussion) 29 juni 2023 kl. 15.15 (CEST)

DIGG persistenta identifierare

Ett måste om saker skall kopplas ihop är att det finns något att koppla mot jmf Wikidata Qnummer. Myndigheten DIGG startar nu en "undersökning" om detta men känns tafligt, massa externa konsulter och organisationer som visat prov på att inte kunna jobba ihop... så jag tror inte ett dugg på detta initiativ... Tycker rent generellt att DIGG inte på 3 år visat att dom kan leverera... men jag har haft fel förut och Wikipedia är ju en av konsumenterna... så vi kanske kan peka vad som blir fel...

• känns lite galet att > 20 år med liknande projekt med 100 myndigheter SFS 1999:725 som idag blivit 100 länkar på en sida borde göra att staten lärt sig att det krävs vassare knivar för att leverera....
• hur fel det kan bli när massa komponenter saknas är tycker jag bebyggelseregistret där man nog tänkte bra 2010... med persistenta identifierare som sedan inte visar sig vara persistenta etc.
  • RAÄ gör taflig implementation som verkar bygga på Http koder som ingen fattar ;-)
  • knappt har helpdesk som fungerar
  • fd. medarbetare som inte heller fattar utan gissar att det är copyright etc....
  • vi startar denna diskussion 27 september 2020 och en av deras medarbetare efter 12 månader ger ett livstecken och 2021-09-06 skriver lite anonymt att nu är det fixat... dom verkar inte se hur dåligt det fungerar med http koder....
    • grundproblemet är att alla lever i datasilos och ingen ställer krav på andras data...
      • bra exempel ovan att Humlab vill att Wikidata har partibeteckning
      • mina tankar att alla institutioner måste ha
        • andras organisationers krav på "mitt" data Riksdagens Öppna data, Riksarkivet, RAÄ, Kungliga biblioteket, DIGG
        • min organisations krav på andras data Riksdagens Öppna data / Riksarkivet / RAÄ / DIGG....

- Salgo60 (diskussion) 29 juni 2023 kl. 15.15 (CEST) Salgo60 (diskussion) 29 juni 2023 kl. 15.15 (CEST)

Fel i WD - mallar om persiska kungar mm

Jag har tagit upp detta ämne på KAW och fått några bra svar, men hoppas på att någon kan gå in i WD och rätta till felen. Chandra Varena (diskussion) 12 juli 2023 kl. 10.28 (CEST)

Hur ändrar jag data för fler språk?

För data som är språkberoende, exempelvis en titel, ser jag bara informationen på ett språk när jag går in i Wikidata. Hur byter jag språk så att jag kan redigera data för fler språk i Wikidata? Stigfinnare (diskussion) 13 juli 2023 kl. 13.58 (CEST)

Stigfinnare: Det baseras på vilka språk du uppger kunna genom Babel-parserfunktionen på din användarsida. Om du inte har någon användarsida lokalt på Wikidata så ärvs informationen från din globala användarsida på meta. Se m:User:Nirmos för exempel. Nirmos (diskussion) 13 juli 2023 kl. 14.21 (CEST)

@Nirmos: OK, och hur hittar jag den där Babel-parserfunktionen? Jag hittar rubriken "Internationalisering" där jag kan ange ett språk. Där finns också länken "Fler språkinställningar", men det tycks inte vara mycket jag kan göra där. Stigfinnare (diskussion) 13 juli 2023 kl. 14.36 (CEST)

Du anger på din användarsida i Wikidata en sträng typ {{#babel:sv|en-2|de-1|ja-0}}. Då ser du användarrutor för språken som resultat. Se d:User:Kitayama. Kitayama (diskussion) 13 juli 2023 kl. 15.13 (CEST)

Rekommenderar i första hand den metod som Nirmos och Kitayama beskriver, men om man redigerar etiketter ofta på många språk finns även en finess som heter labelLister som man kan aktivera. Med den kan man redigera etiketter och beskrivningar på alla språk så länge man kan språkkoden. Belteshassar (disk) 13 juli 2023 kl. 15.21 (CEST)

OK, nu har jag fått Babel-parametern på plats på min användarsida. Dock märker jag ingen skillnad när jag försöker redigera ett datavärde på ett annat språk. Vad gör jag nu? Och dessutom, hur har ni lärt er det här? Var finns manualen? Stigfinnare (diskussion) 13 juli 2023 kl. 17.00 (CEST)

Jag hade ingen aning om detta utan läste vad Nirmos skrev ovan. För mig så ändrade sig listan över språk omgående (tidigare hade jag indonesiska av någon för mig outgrundlig anledning). Jag behövde alltså inte göra något mer. Kitayama (diskussion) 13 juli 2023 kl. 17.04 (CEST)

Jag går till Trångsund (Q7849121). Klickar på "Redigera" uppe till höger. Då får jag upp en box med mina fem språk. Ändrar beskrivning på ett språk. Klickar publicera. Kitayama (diskussion) 13 juli 2023 kl. 17.08 (CEST)

OK, jag måste alltså ändra i min profil varje gång jag vill redigera på ett annat språk?! Jag märker nu att det fungerar, men användarovänligt är bara förnamnet på denna funktion. Stigfinnare (diskussion) 13 juli 2023 kl. 17.13 (CEST)

Nej - du behöver inte ändra i din profil. Det har jag inte gjort. Jag får upp fem språk (eftersom jag har fem i min babel-lista) och kan redigera valfritt antal av dem. Du behöver inte byta ditt Wikidata-språk (språket som står till vänster om ditt användarnamn).

Så här ser det ut när jag börjar redigera: [4]. Kitayama (diskussion) 13 juli 2023 kl. 22.33 (CEST)

@Kitayama: Ja, så ser det ut för mig också. Men hur gör du när du vill ändra på någon annan parameter än artikelnamnet, till exempel om du vill ändra på innehållet i den engelska versionen av parametern "inom administrativt område"? Jag får inte till det på något annat sätt än att ändra språket i min profil. Stigfinnare (diskussion) 13 juli 2023 kl. 23.46 (CEST)

@Stigfinnare Parametrar, t ex ”inom administrativt område” har bara ett värde oavsett språk. Har du engelska som språk och ändrar från ”Norway” till ”Sweden” så blir det en ändring från ”Norge” till ”Sverige” för alla som har svenska i sin profil. Kitayama (diskussion) 13 juli 2023 kl. 23.59 (CEST)

Om du klickar på ”inom administrativt område” så ser du att den heter P131. För Farsta kan du klicka på ”Stockholms kommun ” och ser då att den heter Q506250. I bägge fallen ser du översättningar på en rad språk för ”inom administrativt område” och ”Stockholms kommun”.

Det som lagras i databasen för Farsta är paret P131-Q506250.

Hur det paret presenteras beror på språket i din profil, men du behöver alltså inte ändra profilspråk för att ändra parametervärden. Ändra på det språk du vill använda i din profil (engelska eller svenska).

Textsträngarna ”Stockholms kommun”, ”Stockholm Municipality” etc. lagras alltså inte på Farsta, de lagras på WD-objektet för Stockholms kommun och underhålls i den översta rutan med flera språk. Kitayama (diskussion) 14 juli 2023 kl. 00.11 (CEST)

Nu börjar det klarna! :-) Parametrarna kan med andra ord bara åsättas ett värde som redan finns upplagt i Wikidata?! Stigfinnare (diskussion) 15 juli 2023 kl. 12.38 (CEST)

Exakt! När man t ex ska lägga in personen "Petter Wikilund" med parametrarna Förnamn och Efternamn så måste Förnamnet "Petter" och Efternamnet "Wikilund" redan vara upplagda i Wikidata. Om t ex efternamnet inte finns i Wikidata så måste man lägga upp ett objekt för efternamnet "Wikilund". Det objektet kan man sedan lägga in som värde på parametern Efternamn på objektet "Petter Wikilund". Det är lite pyssel, i synnerhet för alla de som inte har jobbat med databaser (vilket torde vara majoriteten). Kitayama (diskussion) 15 juli 2023 kl. 12.43 (CEST)

Egenskaper i Wikidata kan vara av olika typer som ställer olika krav på värdena som man vill lägga in. Vilken typ det är för en viss egenskap kan du se under rubriken Datatyp på Wikidatasidan för egenskapen.

• Datatypen för egenskapen efternamn (P734) är Objekt, vilket innebär att de värden man vill stoppa in måste vara Wikidataobjekt, till exempel Ackerknecht (Q341764), se användning här:d:Q1612627#P734.
• Datatypen för egenskapen inventarienummer (P217) är Sträng, vilket innebär att de värden man vill stoppa in där kan vara vilken teckensträng som helst, till exempel SK-A-1041, utan några krav på att den ska finnas tidigare i Wikidata, se användning här:d:Q17323709#P217.

Några exempel på datatyper med exempel på egenskaper som har respektive typ:

• Objekt - inom det administrativa området (P131) och efternamn (P734)
• Sträng - registreringskod för fordon (P395) och hashtag (P2572)
• Kvantitet - area (P2046) och antal hissar (P1301)
• Tidpunkt - födelsedatum (P569) och senast uppdaterad (P5017)
• Geografiska koordinater - geografiska koordinater (P625) och geografiskt centrum (P5140)
• Extern identifikator - VIAF-ID (P214) och Svenskt Biografiskt Lexikon-ID (P3217)
• URL - referens‐URL (P854) och länk till användarmanual (P2078)

Mer om datatyper och listor på egenskaper efter datatyp kan du läsa här:

• d:Help:Data type
• d:Category:Properties by datatype
• d:Special:ListProperties

-- Larske (diskussion) 15 juli 2023 kl. 14.04 (CEST)

Manual: d:Help:Navigating_Wikidata/User_Options/sv Kitayama (diskussion) 13 juli 2023 kl. 17.11 (CEST)

Tack! :-) Stigfinnare (diskussion) 13 juli 2023 kl. 17.13 (CEST)

Tangerande samma ämne: jag skulle vilja flytta beskrivningar från ett objekt till ett annat, där jag inte kan språken tillräckligt för att formulera nya beskrivningar men tillräckligt för att förstå att några av dem har hamnat på fel objekt. Ett exempel är d:Talk:Q1678519. Jag aktiverade labelLister men det verkar inte göra någon skillnad. Finns det någon enklare lösning än att "fuska" med en jättelång Babel-lista? //Essin (diskussion) 14 juli 2023 kl. 14.26 (CEST)

Eller vänta, nu kom det upp en ny flik för labelLister. Knöligare än flytta-finesserna för påståenden och iw-länkar, men görbart. //Essin (diskussion) 14 juli 2023 kl. 14.45 (CEST)

Ska du redigera flera objekt kan du använda TABernacle och manuellt klistra in alla objekt du ska redigera i "Manuell objektlista" och sedan välja beskrivningar och vilka språk du ska redigera och sedan klistra och klippa hur mycket du vill. Programmet stödjer också SPARQL. Sabelöga (diskussion) 14 juli 2023 kl. 22.58 (CEST)

Dubbla bilder

Hjälp. Jag redigerade Anna Rosina de Gasc för en stund sedan och nu sitter artikelns bild kvar ovanför wikidatarutan, om Ni förstår vad jag menar. Kan inte se vad jag gjort galet. Likadant om jag går tillbaka i redigeringshistoriken. KlasHass (diskussion) 16 juli 2023 kl. 13.40 (CEST)

Men - artikeln har ju ingen wikidataruta. Kitayama (diskussion) 16 juli 2023 kl. 13.44 (CEST)

Tror att jag ställt in att den laddas när jag är inloggad... KlasHass (diskussion) 16 juli 2023 kl. 13.47 (CEST)

Du har nog finessen "Lägg till Mall:Faktamall biografi WD i biografier om det inte redan finns någon infobox" påslagen. Plumbum208 (diskussion) 16 juli 2023 kl. 13.49 (CEST)

Givetvis. Tänkte in på det. Då finns det inte mycket att göra åt dubbelbilden. Bilden i artikeln måste ju ligga kvar för alla som inte har slagit på finessen.

Om inte någon skriver om finessen så att "Om bilden från Wikidata redan finns i artikeln, visa inte bilden från Wikidata". Kitayama (diskussion) 16 juli 2023 kl. 13.52 (CEST)

Larskes svar är bättre än mitt. Kitayama (diskussion) 16 juli 2023 kl. 13.53 (CEST)

Ja, det är nog finessen "Lägg till Mall:Faktamall biografi WD i biografier om det inte redan finns någon infobox." som du har aktiverat. Tanken är att den ska ta bort bilden utanför faktarutan så att den inte visas dubbelt, men det är antagligen något som har gått sönder. Det är risken med lokala finesser att de ibland utnyttjar sådant i koden som kan komma att ändras och när det ändras behöver koden ses över. Larske (diskussion) 16 juli 2023 kl. 13.51 (CEST)

På Teddy Walter funkar det... Men inte på Neale Fraser. KlasHass (diskussion) 16 juli 2023 kl. 13.57 (CEST)

Rensade cachen för Teddy Walter och då blev det dubbla bilder där också, vilket tyder på att det nog är en ny kodändring som är problemet. Plumbum208 (diskussion) 16 juli 2023 kl. 14.07 (CEST)

Nu blev det så här med. Kanske något pågående... KlasHass (diskussion) 16 juli 2023 kl. 14.11 (CEST)

Nu funkar det igen! KlasHass (diskussion) 16 juli 2023 kl. 15.46 (CEST)

Ja, det verkar som om markeringen av "thumb" har ändrats.

Om man på rad 52 i MediaWiki:Gadget-FaktamallBiografiWD.js byter ut

• '.thumb'

mot

• '.mw-default-size'

verkar finessen åter dölja dubblettbilden.

Men jag vet inte om det kan få några oönskade biverkningar.

För att få det att fungera behövde jag också hårdkoda 'display':'none', men det kanske berodde på någon cachningseffekt.

@Nirmos, EnDumEn: Kan någon av er, eller någon annan, titta på om ändringen enligt ovan är robust.

-- Larske (diskussion) 16 juli 2023 kl. 15.55 (CEST)

Det som ändrats i programvaran är att miniatyrbilder nu använder taggen <figure> i stället för <div> med klassen "thumb". Miniatyrbilder utan angiven bildstorlek får nu klassen "mw-default-size". Så om finessen utgår från den klassen för att dölja bilderna så kommer den inte dölja bilder med andra storlekar. Jag ändrade gadgeten så den använder figure-taggen och figcaption-taggen för bildbeskrivningarna. /EnDumEn ✍ 16 juli 2023 kl. 16.20 (CEST)

 Tack för hjälpen! Innebär det att även MediaWiki:Gadget-FlowAvatars.js, som förlitar sig på klassen "thumbcaption", behöver pysslas om lite för att fungera? Jag hittar den dock inte på sidan Special:Finesser så den tillhör kanske fornlämningarna på Wikipedia. Larske (diskussion) 16 juli 2023 kl. 16.39 (CEST)

Den finessen är en fornlämning sedan den togs bort från MediaWiki:Gadgets-definition i november 2015. Vet inte riktigt hur vi bör hantera kod för borttagna finesser. I någon finess skrev jag en inledande kodkommentar om att den är ersatt av nya funktioner i Mediawiki. /EnDumEn ✍ 17 juli 2023 kl. 19.52 (CEST)

Standard för "burial plot reference" (P965)?

Tittade lite på Wikipedia:Önskemål om bilder/Sverige/Skogskyrkogården och att kanske korta ner den genom bilduppladdning. En eventuell fotorunda underlättas om gravplatsnummer är helt ifylla och jag förstår att icke-beständigheten i svenskagravar.se är en del av problemet. Om jag ska ta och uppdatera så vill jag följa standard, vilken verkar saknas. Minneslunden stavas på fyra olika sätt, fem om man räknar med "Garden of Rememberance". De flesta i länkad lista som har plats inlagd är efter Kvarter: , Gravplats: vilket är rimligt. Men några har har utskrivet i rena siffror. I fyra fall finns båda med, i olika ordningar. Så innan jag potentiellt börjar uppdatera detta, vad är standard? sollentuna (diskussion) 8 juni 2023 kl. 00.07 (CEST)

@Sollentuna: Det är tyvärr svårt att uppnå en enhetlighet när det gäller värden som inte har någon annan begränsning än att de är textsträngar. Då blir det lätt att olika stavningsvarianter på till exempel [Mm]inneslund(en) slinker igenom. Ordningen mellan Kvarter och Gravnummer varierar också vilket gör det svårt att hantera data effektivt.

Här är listor över samtliga objekt, med eller utan gravbild (P1442), som har ett värde på egenskapen gravplats (P119) med en bestämning gravplatsnummer/-id (P965) för de tre "vanligaste" gravplats (P119) i Sverige (Q34):

• Länk till fråga för Norra begravningsplatsen (Q252312) med just nu 2 684 objekt.
• Länk till fråga för Uppsala gamla kyrkogård (Q4353116) med just nu 621 objekt.
• Länk till fråga för Skogskyrkogården (Q213988) med just nu 255 objekt.

Dessa listor är initialt sorterade efter gravplatsnummer/-id (P965). De svarar inte på vad som är "föreskriven standard" men kan ändå ge en uppfattning om vad som är "praxis".

Kanske @Salgo60: som gjort ett jättejobb i Wikidata med gravar på till exempel Norra begravningsplatsen (Q252312), kan säga något om vilket format som är att föredra när det gäller att tämja dessa textsträngar i bestämningen gravplatsnummer/-id (P965).

Bestämningen geografiska koordinater (P625), vars datatyp som inte är en textsträng, är det lite mer ordning på och den borde kunna vara till stor hjälp vid planerandet av en fotorunda.

• Länk till fråga som visar på en karta de objekt som har gravplats (P119) lika med Skogskyrkogården (Q213988) och som har geografiska koordinater (P625) som en bestämning. Objekt som redan har ett värde på gravbild (P1442) är markerade med grön prick och objekt saknar detta är markerade med en röd prick.

Lycka till med fotograferandet! Larske (diskussion) 8 juni 2023 kl. 09.07 (CEST)

Det är ett allmänt gissel att Wikidata i allmänhet inte har några begränsningar på vad som matas in (även om det kanske är svårt i detta fallet som även ska fungera internationellt). En rimlig standard att försök gå efter är att använda vad som står på Hitta graven ( https://etjanst.stockholm.se/Hittagraven/home). De använder gravnummer (och kvarter) samt använder "Minneslund" för den diskuterade platsen. På https://skogskyrkogarden.stockholm/globalassets/1-besok/skogskyrkogarden-x2-1200-besoksfolder-2018_sve-webb-2.jpg finns en karta över var de olika kvarteren ligger. De har rimligen också kartor över (gravnumrering i) de olika kvarteren, gissningsvis inte offentlig. Gunnar Larsson (diskussion) 8 juni 2023 kl. 10.28 (CEST)

@Gunnar Larsson: Om du klickar på länken "Visa karta" på en sida med ett sökresultat, till exempel den här, kommer du till en zoombar och detaljerad karta med alla gravar och kvarter med respektive nummer på. Larske (diskussion) 8 juni 2023 kl. 12.50 (CEST)

Tillägg: En direktlänk till kartan finns här, så det är inte nödvändigt att gå via något sökresultat.

Jag har inga best "best practice" tyvärr för gravplatsnummer, jag brukar ta det som finns på Svenska Gravar eller hittagraven Vi har nu även startat en dialog med iFrid.se att deras webplats https://www.ifrid.se/ skall bli länkbar för gravar från WIkipedia så berätta gärna vad ni villa ha på en sådan sida. Anledningen är enorm länkröta hos Svenska Gravar som ofta används idag

• alla Sveriges begravningsplatser finns nu med koppling Släktforskarförbundets gravstensinventering karta / GITHUB > 3400 stycken där vi har en Wikidata egenskap Gravstensinventeringen (P5259) med som sagt ca. 3400 kyrkogårdar och > 600 personers gravar kopplade i Wikidata
• Skogskyrkogården har
  • 3004 bilder på Svenska Släktforskarförbundets Gravstensinventering
  • FindAgrave finns 279 651 gravar och av dessa har 191 000 GPS koordinat i Wikidata har vi så dessa kan kopplas med Find A Grave-ID (P535)
  • Karta Skogskyrkogården WD kopplade gravar utan gravbild = 173
    • endast 9 har bild på graven och koordinat graven - 16 har bild graven och wiki artikel

- Salgo60 (diskussion) 9 juni 2023 kl. 00.56 (CEST)

Först, tack för svaren. Det var mycket mer än jag väntade mig. Den karttjänst för de objekt som redan har koordinater kommer underlätta enormt och är nog i nivån med vad jag kommer hinna med då fotograferingen kommer vara sekundärt när jag är där senare i juni. Och jag tolkar det som att "Kvarter: XX Gravplats: XXXX" respektive "Minneslund" verkar vara det närmaste standard och därmed rimligaste att köra med i fall det blir relevant.

Följdfrågor:

• Finns det möjlighet att få ListeriaBot att inte ta med de som är märkta Minneslund (m.fl.) i Önskemål om bilder-sidan?
• Ninnan Santesson (Q4976986) listas som en av de som har bild på grav, men i verkligheten är det en bild på just minneslunden. Det är väl inkorrekt? Även om exemplet är en person så blir det effekt på ganska många om man får för sig att även minneslunden ska illustreras.

sollentuna (diskussion) 13 juni 2023 kl. 01.53 (CEST)

Det går att modifiera frågan så att den exkluderar alla objekt där bestämningen gravplatsnummer/-id (P965) innehåller strängen "inneslund" eller "memberance". Men du kan också sortera den befintliga tabellen på kolumnen Gravplatsnummer. Då kommer alla "minneslund" sist (eller först) och de fem förekomsterna av "Garden of Rememberance" kommer tillsammans och kan ignoreras manuellt.

• Länk till fråga som listar (just nu 546) objekt med gravplats (P119) lika med Skogskyrkogården (Q213988) och som saknar värde för gravbild (P1442) men där gravplatsnummer/-id (P965) saknas eller finns men inte innehåller "inneslund" eller "memberance".
• Länk till fråga som ovan men utprickade på en karta för de (just nu 144) objekt som har något värde på bestämningen geografiska koordinater (P625) till gravplats (P119).

-- Larske (diskussion) 13 juni 2023 kl. 11.24 (CEST)

@Sollentuna: Hur gick det med fotograferandet? Blev det några gravbilder från Skogskyrkogården vid ditt besök där "senare i juni"? Larske (diskussion) 21 juli 2023 kl. 14.02 (CEST)

@Larske Jodå, några blev det, var där 25e juni. Jag har inte laddat upp då jag mellan semesteraktiviteterna funderar på hur jag med licenserna framöver, om jag ska gå över till CC0. Men det var blandat, bilderna på Yngve Larsson d.y., Verner Nerep och C.-H. Hermanssons gravar blev bra. Tog en på Karl Wohlfarts sten. Dock finns i det fallet redan en bild, men på Wikidata ligger den under P1801. Rimligt måhända, men gjorde att den var med på min lista av gravar att dokumentera. Zeth Höglunds familjegrav har ingen sten, även om man ser att det är en grav. Sen var det ett flertal där det var växtlighet i vägen eller att gravstenstexten var svårläslig. Där är ju frågan var gränsen kring att ha en rimlig illustrering går och kräver lite eftertanke innan uppladdning. Nu är jag på resande fot några dagar, men hoppas kunna dra igång uppladdandet innan månadsskiftet. sollentuna (diskussion) 21 juli 2023 kl. 23.17 (CEST)

Har du testat att fota med FindAGraves mobil app - video (Iphone/Android)... som jag skriver på annat ställe har 191 000 gravar med GPS koordinat kopplngar gjorts på Skogskyrkogården och som dom säger i videon kan jag tycka att märka ut koordinat och ta en bild med deras app fungerar bra, du kan även innan hemma markera i FindAGrave foto request som man sedan hittar i appen (verkar som kart vyn ibland inte kan visa 191 000 merkerade gravar på web:en - variant är söka Gravar med GPS koordinat på Skogskyrkogården - Salgo60 (diskussion) 24 juli 2023 kl. 14.37 (CEST)

Minneslund

Ett mönster som kan skapa lite ordning ör att skapa ett eget Minneslund WD objekt se Norra Begravningsplatsen som består av flera delar - Salgo60 (diskussion) 10 juni 2023 kl. 10.03 (CEST)

@Salgo60: Ja, ett Wikidataobjekt för Minneslunden vid Skogskyrkogården (finns det bara en?) vore nog bra att ha. Då skulle det åtminstone bli en enhetlig stavning och inte fem olika varianter.

Men, sen gäller det ju att få folk att använda detta objekt som värde på gravplats (P119) också. Det är för närvarande inte enhetligt tillämpat på Norra begravningsplatsen, se följande fråga:

• Länk till fråga som ger en lista på (just nu 8) objekt där gravplats (P119) är Norra begravningsplatsen (Q252312) eller en del av (P361), dock inte Minneslunden Norra begravningsplatsen (Q28006122) men där bestämningen gravplatsnummer/-id (P965) ändå innehåller textsträngen "inneslund".

Sen finns det ett antal objekt med gravplats (P119) lika med Minneslunden Norra begravningsplatsen (Q28006122) men som trots detta har ett värde på bestämningen gravplatsnummer/-id (P965). Det är kanske att betrakta som ett skönhetsfel, men det ser lite slarvigt ut när det inte är enhetligt gjort.

• Länk till fråga som ger en lista på (just nu 39) objekt där gravplats (P119) är Minneslunden Norra begravningsplatsen (Q28006122) varav just nu 10 objekt även har ett värde på bestämningen gravplatsnummer/-id (P965).

-- Larske (diskussion) 13 juni 2023 kl. 12.16 (CEST)

mm känns lite mer rädda det som räddas kan...SvenskaGravar.se har haft det otyget att personer som landa i en Minneslund inte fick en persistent identifierare utan var en sökning.

Det jag tror man skall fundera över

• vilken struktur skall vi ha för att underlätta att hitta/fotografera gravarna
  • på sikt kanske Open Street Map blir lika bra som den svenskagravar kartan du visa med varje grav utritad
  • idag är det enormt bökigt att springa runt och fota gravar

- Salgo60 (diskussion) 13 juni 2023 kl. 12.37 (CEST)

Hur lista WD-objekt efter WP-länkar (utom svwp)?

Hej! Det här har ni säkert pratat om förut… Men hur gör man för att få fram en lista eller exempel på WD-objekt med många WP-länkar men som saknar svwp-länk? Gärna en topplista eller något liknande. Allt gott. Paracel63 (diskussion) 1 augusti 2023 kl. 14.56 (CEST)

Ett sätt som delvis gör detta: Petscan. På Wikidatafliken: Minimum number of site links

+ Has none of these site links: svwiki Kitayama (diskussion) 1 augusti 2023 kl. 16.28 (CEST)

För att få fram ett resultat med Wikidata Query Service behöver man begränsa urvalet och inte räkna länkarna för alla mer än 105 miljoner Wikidataobjekt. Genom att begränsa sortimentet med värden för någon eller några egenskaper, som till exempel instans av (P31), sysselsättning (P106) och land (P17), kan man få snabba, inom någon minut, resultat, se följande exempel där jag har begränsat sökresultaten till de 50 objekt som har flest länkar till Wikimediaprojekt (alltså inte bara Wikipedia utan även Wikiquote, Commons och så vidare):

• Länk till fråga för instans av (P31) lika med kyrka (Q16970) och land (P17) lika med Finland (Q33) - listan toppas av Vuoksenniska kyrka (Q3674365) med 11 länkar.
• Länk till fråga för instans av (P31) lika med naturreservat (Q179049) - listan toppas av Khao Yai nationalpark (Q386420) med 37 länkar.
• Länk till fråga för instans av (P31) lika med människa (Q5) och sysselsättning (P106) lika med kvinnosakspolitiker (Q28692502) - listan toppas av Hertha Marks Ayrton (Q17522) med 39 länkar.

-- Larske (diskussion) 1 augusti 2023 kl. 16.29 (CEST)

 Gillar Tusen tack! --Paracel63 (diskussion) 1 augusti 2023 kl. 16.43 (CEST)

Det går också att slaska in SPARQL-frågor i Wikidata-Terminator. Sabelöga (diskussion) 1 augusti 2023 kl. 16.56 (CEST)

Wikidata egenskaper känns trött - har Wikidata passerat bäst före....

Verkar som processen för att skapa nya WD egenskaper stannat av.....

jssfrk gjorde ett inlägg här 10 april 2023 om hur man skapar en WD egenskap

• 10 april 2023 skapades wd proposal
• 1 juni 2023 kl. 20.57 marked as ready
• 20 juli 2023 ej skapat

Även Denny har "klagat"/pekat på att WD egenskaps diskussioner etc. är en stopper Salgo60 (diskussion) 20 juli 2023 kl. 21.58 (CEST)

Tråkigt att det tagit sådan tid, och att det fortsätter att ta tid. Nu har det dock tillkommit två ytterligare röster på kort tid, hoppas det för processen framåt. QubeCube (diskussion) 20 juli 2023 kl. 22.47 (CEST)

Det är inget egentligt som har hänt med processen, men eftersom att den hänger på volontärer gäller det att det finns en rimlig proportion av folk som ställer upp som egenskapsskapare jämfört med antalet egenskapsförslag som skapas. Det är nog snarare så att det har översvämmats med förslag så att de få som kan skapa dem känner sig överväldigade och tar en paus för återhämtning. Vilket ger ännu ojämnare proportion, vilket förstärker problemet. En nedåtgående spiral som kan vändas genom att folk hjälper till mer än bara röstar och föreslår, alternativt att det blir paus/begränsning med nya förslag en stund. ♥Ainali ^diskussion_bidrag 21 juli 2023 kl. 09.51 (CEST)

Enligt min åsikt är det konceptet att vem som helst kan föreslå en ny egenskap utan att först ha satt sig in i vilka egenskaper som redan finns och hur de kan användas som har saboterat Wikidata. Enda orsaken till att jag prenumererar på Wikidata Newsletter är att få notiser om nya egenskapsförslag som behöver avstyras. Det skulle behövas en helhetsöversyn av samtliga Wikidataegenskaper. Förslaget ovan gäller dock inte en egenskap utan en extern identifierare, och dem har jag inget emot. Ju fler desto bättre. /ℇsquilo 21 juli 2023 kl. 12.20 (CEST)

Esquilo instämmer att externa egenskaper och "WD egenskaper" behöver olika "skyddstillsyn" ;-) det kanske det som borde vara lesson learned.... jag har lagt ned 100 tals timmar att "tjafsa" om en egenskap skall skapas eller inte och föredrar varje dag i veckan att leka med min egen Wikibase där det tar 1 sekund att skapa nya egenskaper... - 21 juli 2023 kl. 13.53 (CEST)

Och nu när vi talar om det så har den externa identifieraren blivit godkänd, vad roligt! :) QubeCube (diskussion) 21 juli 2023 kl. 13.07 (CEST)

ifkdb.se spelar-ID (P11905) Salgo60 (diskussion) 21 juli 2023 kl. 13.11 (CEST)

Tackar för feedback Dela er vision och hur många egenskaper ni ser det borde vara?

Jag känner mer att hela visionen med Wikidata som Rosettestenen förfelas om vi inte skalar upp antalet egenskaper. Idag finns 8113 externa egenskaper. Min tro är att det måste skapas > 1 000 000 nya externa egenskaper om detta skall koppla all vår kunskap. Exempel egenskaper jag inte ser skapas

• alla museer i Sverige --> 900 för varje museum vi har...
• alla kommuner i Sverige --> 290 egenskaper, kanske mer om dom skapar unika identifierare för fler olika saker vilket gud förbjuder ;-)
• alla olika community siter som grillplatser.nu / fornpunkt.se / SPA gissar nu när chatGPT förändrar vem som skapar applikationer att bara i Sverige bör det finnas 10 000 som mår bra att kopplas ihop med Wikidata... bara inom 2-3 år...
• ....

tycker vi helt tappat en vision med WD.... blir lite mer som visionen är att koppla ihop lite artiklar på några olika språk på olika Wikipedia versioner inte knyta ihop all världens kunskap

Ser man nu hur LLM stormar fram och jobbar mer datadrivet medans Wikipedia fastnat på att koppla ihop RAÄs lite skräpiga data om några få byggnader i Sverige och Nationalmuseets kända gubbar som Anders Zorn och då oftast bara som sagt de mest kända.... så känns Wikidata snart ha spelat ut sin roll och bara blev ett kul socialt experiment... eller i bästa fall blev en POC som inspirerar andra som skalar bättre... att vi inte lyckas implementera en:Wikibase som ett ekosystem i Sverige känner jag är ytterligare en indikation att vi inte är tillräckligt datadrivna utan mer gillar "copy/paste" och "flytta bilder" / "ha skrivstugor" / fotosafari där ofta samma personer gör en punkt insatts och inte ser/är kompetenta att driva dataroundtripping i stor skala.... kanske jag saknar att vi inte lockar in mer datadrivna personer att bidraga..,..

Det andra stora problemet är att skall man jobba datadrivet så bör det finnas någon på andra sidan av luren och det ser jag inte heller med DIGG / Riksdagen / RAÄ / KB / självutnämnda Öppen data experter som Natonell dataverkstaden... som är enormt digitalt omogna... - Salgo60 (diskussion) 21 juli 2023 kl. 13.32 (CEST)

Jag brukar gilla att falsifiera och nyansera påståenden som dem @Salgo60 delar här. Tyvärr är jag efter att ha följt i hans spår ett tag och vänt på de stenar han pekar på ganska övertygad om att det nog tyvärr är skit i soppan när det gäller såväl Wikidata som digitalisering och dataekosystem i Sverige.

Vi har i dagsläget lagt miljoner på att försöka skapa ett vettigt ekosystem för data. Tyvärr är systemet i sin helhet sjukt/dysfunktionellt och varenda gång jag tittar närmare på en datamängd eller myndighet så hittar jag vad jag skulle vilja kalla dålig/undermålig dat om de ens delar någon alls.

De riktlinjer och rekommendationer vi betald DIGG en miljard för enligt Sälgö är bra, men de hjälper inte när problemet är kulturellt och kompetenshöjande kanske behövs såväl hos ledningen och medarbetarna på många håll för att regeringens fina vision om öppna data ska kunna bli verklighet i dagens myndigheter.

Jag påbörjade för ett tag sen att dela alla försök att få till delning av bra offentliga öppna data och kommer fortsätta exponera det ruttna och galna framöver och begära ut data.

Vägen mot öppna data och open by default kommer bli lång och vi kommer behöva förbereda oss på att möta många rädda människor i maktpositioner som inte begriper sig på data eller öppenhet och är vana med att hålla korten tät till kroppen i myndighetersutövandet. So9q (diskussion) 21 juli 2023 kl. 13.53 (CEST)

Den här diskussionen verkar helt ha tappat fokus på att vara en Wikidatafråga. Kan ni hålla off-topic diskussioner på era egna diskussionssidor så att vi som bevakar denna sida ser relevanta ändringar i bevakningslistan tack. ♥Ainali ^diskussion_bidrag 30 juli 2023 kl. 15.21 (CEST)

frågat om data ifkdb

• @jssfrk: FYI se tweet - Salgo60 (diskussion) 25 juli 2023 kl. 14.01 (CEST)

• fått data se tweeto ch ca. 340 laddas nu upp och det verkar som 50 personer finns inte i Wikipedia
• skapat GITHUB rep / lista WD kopplade
• Får icke Petscan fråga att fungera Wikipedia artiklar som finns kopplade i Wikidata men saknar {{Ifkdb}} - min test
  • Larske finns det något enkelt sätt att massuppdatera artikler med

== Externa länkar ==
* {{Ifkdb}}

- Salgo60 (diskussion) 25 juli 2023 kl. 19.10 (CEST)

Här är en något modifierad version av din PetScan-fråga:

• Länk till fråga som ger en alfabetisk lista på (just nu 294) svwp-artiklar i kategoriträdet Kategori:Personer efter kön som inte använder mallen {{ifkdb}} men som är kopplade till ett Wikidataobjekt som har något värde på egenskapen ifkdb.se spelar-ID (P11905).

Larske (diskussion) 25 juli 2023 kl. 19.20 (CEST)

För artiklar som redan har rubriken == Externa länkar == är det enkelt att med till exempel WP:AWB lägga till * {{Ifkdb}} direkt efter rubriken. Tyvärr är det bara drygt 50 av de 288 artiklarna i frågesvaret ovan som redan har rubriken. När rubriken inte finns är det mycket knöligare att hitta rätt ställe att lägga den på.

Allt vore mycket enklare om varje avsnitt var ett eget "objekt" som man kunde redigera oberoende av dess placering och omgivning i artikeln och sedan såg Wikimediaprogramvaran till att skapa artikellayouten och stoppa in varje avsnitt, som till exempel "Externa länkar", på sin rätta plats. Larske (diskussion) 25 juli 2023 kl. 19.48 (CEST)

Tackar Larske då är kvällen räddad ;-(

• min tro att man skulle ha en IFK...fotbollsmall som man kunde lägga in en källa vore det optimala....

min son som är läkare lyckades "utan att kunna koda" fixa till en enkel medicinsk POC av en app med chatGPT gissar att vi kommer att se mer IFKDB look a like databaser.... som Wikipedia blir bättre av att peka på....

• att ta steget och jämföra datat i Wikidata och denna externa IFKDB data vore intressant... test chatGPT ;-=

- Salgo60 (diskussion) 25 juli 2023 kl. 20.06 (CEST)

Just på Wikipedia brukar vi vara restriktiva med externa länkar i allmänhet, men i synnerhet externa länkar till rena hobbyprojekt. Jag tror det är klokt att lägga en blänkare om det här miniprojektet på Bybrunnen innan det genomförs. LittleGun (diskussion) 25 juli 2023 kl. 20.41 (CEST)

LittleGun To late alla kopplade... nu kör vi enWikipedia det är faktiskt så att datat i Wikipedia/Wikidata känns som det är ett hobby projekt och inte stämmer... istället för att räkna länkar borde ni fundera över datakvaliten... och skapa ett ekosysystem är min lesson learned plus att artiklarna i säg är geggiga...

• fotbollsstatistik borde vara en perfekt test att se om det går att skapa ett bra ekosystem av massa hobbysiter... och frivilliga...

- Salgo60 (diskussion) 26 juli 2023 kl. 13.18 (CEST)

Wikipedia är definitivt ett hobbyprojekt som byggs av frivilliga. Poängen med Wikipedia är att skapa trovärdiga artiklar från goda källor, det som du föraktfullt kallar "klipp och klistra". Poängen är inte att vara ett ekosystem för data, eller en länksamling. Wikipedia är kopplat till Wikidata, Wikidata låter som en bättre plats för ett sådant ekosystem om Wikidata nu accepterar hobbydatabaser. LittleGun (diskussion) 26 juli 2023 kl. 13.28 (CEST)

Det är självklart att ekosystemet bygger på Wikidata... dom 30 tal kontroller jag gjorde av antal matcher och mål i sv:Wikipedia så var alla fel i svenska Wikipedia... dvs. låg trovärdighet... klippa och klistra fungerar kanske för gamla militärer och deras medaljer som dom fick på 1800 talet men inte för fotbollsdata är min lesson learned... gör som ni vill jag leker vidare på enWikipedia... - Salgo60 (diskussion) 26 juli 2023 kl. 13.36 (CEST)

Finns det inte bättre databaser då? Den här hanterar ju bara matcherna i IFK Göteborg. De flesta spelare där datan ändras spelar, har spelat eller kommer att spela i andra klubbar. Det är ju aningen missvisande. Det har dessutom gällt ganska länge, se t ex Niclas Alexandersson.

Sen framgår det inte om antalet mål var fel eller dåligt uppdaterade? Och var det verkligen fel även för samtliga inaktiva spelare?

Sen förstår jag fortfarande inte poängen att dubblera informationen för ekosystemets skull. Kopplingen mellan Wikipedia och databasen finns ju redan eftersom båda är kopplade till Wikidata. LittleGun (diskussion) 26 juli 2023 kl. 14.18 (CEST)

• ekosystem innebär att man utser trovärdiga siter och sedan stämmer av mellan dessa. Jag pratade om det 2017 i Berlin länk vid 42 min, skrev även lite om detta problem 2019 - Salgo60 (diskussion) 26 juli 2023 kl. 14.41 (CEST)

  Så är det inte bättre att Wikidata är den trovärdiga siten? Om Wikipedia och Wikidata korsrefererar och dubblerar varandras länkar får man ju samma data från samma källa på två olika sidor. Typ en "falsk positiv". LittleGun (diskussion) 26 juli 2023 kl. 15.46 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ @Salgo60: Det ser ut som att ni i arbetet med att ta fram den nya egenskapen ifkdb.se spelar-ID (P11905) med tillhörande URL-format (P1630), helt har glömt bort damerna. Av någon anledning ligger de på en separat adress, dam.ifkdb.se, som det just nu inte går att nå via mallen {{Ifkdb}}. Tror du att det skulle gå att få "IFKDB" att ordna så att en länk till exempelvis https://ifkdb.se/spelare/dam/<något ID> omdirigeras till https://dam.ifkdb.se/spelare/<något ID>? Då skulle vi kunna lägga in till exempel värdet dam/Filippa-Andersson_38 för egenskapen ifkdb.se spelar-ID (P11905), och ändå komma fram till https://dam.ifkdb.se/spelare/Filippa-Andersson_38. Nu verkar inte svwp ha en enda artikel om någon kvinnlig fotbollsspelare i IFK Göteborg, de kanske spelar i för låga divisoner eller vad det heter för att anses som relevanta. Endast sju av 282 underkategorier till Kategori:Fotbollsspelare i klubblag i Sverige har "dam" i kategorinamnet! --Larske (diskussion) 26 juli 2023 kl. 16.44 (CEST)

Vi får se var detta landar… senaste jag kolla hade Wikipedia inga damspelare från IFK men jag kanske såg fel nu spekuleras det om att hitta en källa för alla världens fotbollsspelare så när den kommer kanske vi kan göra allt bättre ;-)

inga tankar från @Jssfrk som ville koppla ihop denna källa med Wikipedia? Jag såg det bara som ett tidsfördriv har lite tröttnat på svenska Riksdagsgubbar och dålig data från Riksdagen… Salgo60 (diskussion) 26 juli 2023 kl. 17.32 (CEST)

Jag hänger inte med i diskussionen. Jag är inpingad vid flera tillfällen, men allt jag ville var att skapa en extern identifierare på WD för att enkelt kunna koppla Wikidata till en databas som jag tycker är användbar som källa, allt annat som gjorts är Salgo60:s projekt. Angående Salgo60:s kommentar om "fel antal matcher och mål" räknar ifkdb med samtliga tränings- och tävlingsmatcher, medan Wikipedia endast räknar seriematcher, så där diffar det om man inte går in på fliken "Statistik" på ifkdb och räknar ihop seriematcherna därifrån. /jssfrk (d|b) 29 juli 2023 kl. 23.01 (CEST)

Varför går det inte att koppla ihop Wikipedia lika enkelt med museer, myndigheters data

Känns fel att koppla ihop med ett hobbyprojekt om fotbollsspelare går 100 ggr enklare än riksdagens, myndigheters, kommuners data. Någon som har tankar hur vi får fart på dom - Salgo60 (diskussion) 25 juli 2023 kl. 19.10 (CEST)

Ta gärna upp det på Wikidatas egna Bybrunn också. Jag har uppfattat att intresset för påverkansarbete från wikipediagemenskapen brukar vara ganska klent. LittleGun (diskussion) 25 juli 2023 kl. 20.44 (CEST)

Jag uppfattar att intresset av livet utanför är 0....

• jag ser det som ett problem att skattekronor kastas bort på inkompetens - jmf dialogen ovan där saker sker på några timmar med hur jag försökt prata med museerna under 1 år
• tycker även att det blir fel med Wikimedia Sverige som lever ofta på "bidrag" från KB eller RAÄ när dom borde kunna sälja sina tjänster till kommuner etc... med motivering vi bygger upp ert ekosystem och stödjer 200 språk - inte som idag sitta och ladda några bilder från 1930.... det borde museerna själva fixa...

- Salgo60 (diskussion) 25 juli 2023 kl. 21.04 (CEST)

Mer redesign tankar P11905

• som Larske påpekar missar vi damerna med version 0.1 av hur denna egenskap ifkdb.se spelar-ID (P11905) ser ut i Wikidata
• ifkdb har även en stor matchdatabas där finalen av Svenska mästerskapet i fotboll 1918 (Q25041667) är lika med ifkdb.se/match/400 som finns som artikel på en:Wikipedia en:1918_Svenska_Mästerskapet_final
  • på Wikicommons finns bild från finalen men utan att personer i bilden är identifierade ---> vore intressant att sätta upp SPARQL federation med matchdatabasen och få ett urval av spelare som spelade vid en viss match som en lista på förslag bredvid bilden
• se även
  • SPARQL federation mellan Wikidata och Wikicommons Issue #4 där den nya egenskapen ifkdb.se spelar-ID (P11905) används...
  • fundering om "samma som" #6

Summa summarum det är en fröjd när det finns någon som svara på andra sidan luren och har kunskap och ambitioner... är vi rädda om samhället kulturen så måste vi förklara för kommuner/myndigheter/Riksdags/arkiv/museer att dom begår tjänstefel när dom inte har rätt kompetens i organisationerna... - Salgo60 (diskussion) 27 juli 2023 kl. 10.38 (CEST)

Om vi bortser från Riksdag och museer och grejor och bara tittar på ifkdb.se så ska den användas mycket mer restriktivt på Wikipedia. Den fungerar möjligen som extern länk för IFK Göteborg, men är direkt missvisande för de flesta spelare; eftersom de flesta spelare spelat i många fler klubbar än Göteborg. Jag vet inte hur du har dubbelkollat att svWP skulle vara fel. Tittar jag på t ex Niclas Alexandersson så är källäget för antal mål och matcher tveksamt med flera gissningar gällande vänskapsmatcher på ifkdb. Dessa tveksamheter har Wikipedia gallrat bort genom att tydligt avgränsa till serie- och cupspel i inhemska ligor.

Kanske funkar den som extern länk för de finaler där Göteborg spelat, men jag tycker den då blir malplacerad. Jag tänker ta bort externa länken ifkdb för samtliga Göteborgsspelare i det närmaste. LittleGun (diskussion) 27 juli 2023 kl. 21.05 (CEST)

LittleGun jag fick direkt feedback via mess från IFKDB utvecklaren att han läst detta (vet inte varför han inte kommentera här) och hans data är rätt. Det är min känsla också att Wikipedia fotbollsdata känns lite ad hoc skapat och hafsigt.... du kan läsa denna artikel från IFK Göteborg "Fördjupat IFKdb-samarbete" så borgar det för IFKdb är trovärdigt och din analys ovan är fel...

• bara för att du skall få en känsla hur långt borta din förvåning att det inte finns en extern fotbollskälla som innehåller allt så kolla i nedanstående små testar jag gjort att se vart vi står idag....
  • Utkast en:ShEx schema för svenska fotbollsspelare d:EntitySchema:E404 och #11 där jag testat att beskriva vilka egenskaper vi har idag i Wikidata om svenska fotbollsspelare och se hur det stämmer med hur IFKDB lagrar sitt data
  • kollar man sedan in antal idrottsföreningar med idrott (P641) = fotboll (Q2736) i Wikidata => SPARQL hittar > 6000 stycken
  • kollar man in diskussionen på Svenska Fotbollförbundet spelar-ID (P1238) har jag skrivit om den länkröta som finns dvs. svenska fotbollsförbundet är så dåliga på data att spelarna byter unika id:n då och då så skall vi nog bara inse att skall vi hämta data för EN spelare så får vi hämta från respektive källa
    • och har vi tur finns det flera källor med samma kvalitet som IFKDB

OT: Liten kul test #12 jag gjorde med att för varje IFKDB gubbe ifkdb.se spelar-ID (P11905) född innan 1920 kolla i Svenskt Porträttarkiv API Svenskt porträttarkiv (P4819) om det fanns bilder dvs. datadrivet ihopsamlande av data via API:er vilket jag tror är ett mer realistiskt steg än tro att sv:Wikipedia alltid skall kunna hitta en extern källa med all den data vi vill skicka läsaren vidare till....

summa summarum även för enkel data som fotbollsspelare så verkar det vara svårt att hitta en källa som möter sv:Wikipedias en extern länk förespråkare .... tror den enligt mig naiva tron att det skall finnas massa extremt bra databaser och även aggregerade databaser är lite av anledningen att Öppna data inte tar fart jag brukar peka på Dunning–Kruger-effekten där många inte inser vilken typ av ekosystem som behövs och vilken kunskap som behövs hos olika aktorer för att man skall kunna arbeta ihop.... alla mina skuggbackloggar jag skapat är just för att försöka peka på hur svårt det är att leverera bra data och arbeta ihop och skapa 5-star data....

• jag "överger" nu IFKDB egenskapen - status finns på GITHUB rep salgo60/ifkdb

- Salgo60 (diskussion) 3 augusti 2023 kl. 23.30 (CEST)

Tavlor

T.ex. Guldåldern (Q55422571) och Guldåldern (Q29480580). Borde artikeln Guldåldern (Cranach) vara ett tredje object med har del(ar) (P527) av de två första eftersom den beskriver två tavlor på två olika museer? Maundwiki (diskussion) 4 juli 2023 kl. 21.53 (CEST)

Verkar vara ungefär så det har gjorts med Skriet (Q471379). Borde gå att kopiera modellen därifrån. Belteshassar (disk) 4 juli 2023 kl. 22.49 (CEST)

Försök i Gzim och den frusna sjön (Q120334929) men de tre verken har inga egna objekt. Maundwiki (diskussion) 5 juli 2023 kl. 15.46 (CEST)

och Guldåldern (Q120360174). Maundwiki (diskussion) 5 juli 2023 kl. 15.57 (CEST)

Jag blev [5]] hit med anledning av min wikidatahantering av målningen Korsfästelsen. Där har jag länkat ihop artiklar av samma konstnär och samma motiv. Jag beskriver hela serien i svenska artikeln, däribland tavlan i Indianapolis som beskrivs på bl.a. enwp, men lyfter fram Köpenhamnsversionen. Korrekt från ett databasperspektiv är kanske att lägga upp en ny wikidatapost för serien eller länka till Köpenhamnsversionen. Men ur ett läsarperspektiv på Wikipedia är det väl bättre att i detta tämligen smala ämne länka till artiklar med relevant information på andra språkversioner för ytterligare fördjupning? Om inte så kommer det nog inte finnas någon interwiki på många år för våra Cranach-artiklar. Det finns ju knappast något behov av att skriva en särskild artikel för Indianapolisversionen på SvWP nu. En annan anledning till att jag gör som jag gör är att jag ofta använder Petscan och interwikilänkar för att hitta de artiklar som saknas på SvWP och som jag ska skriva. Men det kan så klart diskuteras vad som är rätt och fel här. Jag föredrar dock läsarperspektivet framför databasperspektivet.--Gotogo (diskussion) 25 juli 2023 kl. 07.27 (CEST)

Om det inte blir tillräckligt många wikilänkar fungerar mallen "interwiki extra" till den med mest artiklar och en omdirigering ansluten till wikidataobjektet för den. Om objektet är en serie finns möjligheten att hämta information om alla objekt i serien in till artiklen om serien. Maundwiki (diskussion) 9 augusti 2023 kl. 01.50 (CEST)

Deutsche Post

Det länkas till fel John Pearson på Wikidata. Jag har inte kunnat rätta det då jag inte hittat vem det är, men någon biskop som levde på 1600-talet kan det ju inte vara. Tostarpadius (diskussion) 27 augusti 2023 kl. 18.12 (CEST)

Han är född 1963 och är britt. [6] Frågan är om han finns i Wikidata eller ej. Kitayama (diskussion) 27 augusti 2023 kl. 18.28 (CEST)

Hittade inte något passande i Wikidata. Skapade en ny post och knöt den till Deutsche Post-posten. Kitayama (diskussion) 27 augusti 2023 kl. 18.37 (CEST)

John Gilbert är väl också fellänkad? /Dagsuddare (diskussion) 27 augusti 2023 kl. 21.43 (CEST)

Han finns i Wikidata John Gilbert (Q115558264). Kitayama (diskussion) 27 augusti 2023 kl. 21.53 (CEST)

Bytt Gilbert i Deutsche Post-posten. Kitayama (diskussion) 27 augusti 2023 kl. 21.56 (CEST)

Ang. viss modellering i tätortsobjekt

Objektet för tätorten Malmö (Malmö (Q2211)) har fått mig att fundera över hur vi modellerar vilka kommuner som är del av en viss tätort. Instinktivt tycker jag har del(ar) (P527) ska användas istället för den nuvarande modelleringen, där inom det administrativa området (P131) används, eftersom en tätort består av administrativa områden, inte ligger inom dito.

Tätortsobjektens inom det administrativa området (P131) bör istället ha egenskapen för det/de län tätorten ligger inom. -- LevandeMänniska ^(talk), 6 september 2023 kl. 15.07 (CEST)

Kommuner är inte delar av tätort. Det är tvärtom, en tätort är en del av en eller flera kommuner. Nuvarande modellering är OK. Kitayama (diskussion) 6 september 2023 kl. 15.20 (CEST)

P.S. Det är svårt att diskutera modellering i text, men jag kommer delta på den kommande söndagens Wikidatasnack.

I Storstäder kan tätorter omfatta flera kommuner, medan på landsbygd är det vanligare med många tätorter inom varje kommun. Sällan (eller aldrig) är kommungränser och tätortsgränser på samma ställe. Boivie (diskussion) 6 september 2023 kl. 17.14 (CEST)

Stämmer, Malmö kommun har till exempel sex tätorter. Men det påverkar inte modelleringen i Wikidata. har del(ar) (P527) ska användas när ett objekt bryts ned i mindre delar, t ex en kommun bryts ned i t ex stadsdelar, distrikt, stadsdelsområden etc. Det är det ju inte frågan om i detta fall. Kitayama (diskussion) 6 september 2023 kl. 17.29 (CEST)

Felaktig bildsättning i en taxobox

Jag förstår inte varför sidan om rundmaskfamiljen Leptosomatidae bildsätts med en fågelart ur familjen Leptosomidae? Alltså, jag förstår att det kan bli ett missförstånd, men jag förstår inte var det går att åtgärda felet. Mvh AHA (diskussion) 17 september 2023 kl. 15.55 (CEST)

Någon har tagit bort bilderna i WD-objektet. Nu OK. Kitayama (diskussion) 17 september 2023 kl. 16.11 (CEST)

Tack! --AHA (diskussion) 17 september 2023 kl. 16.23 (CEST)

Länk till Wikidata i WD-mall

När Wikidatamallar används finns alltid en länk i läsläge och uppmaning att ändringar görs på Wikidata. Men, när man är i redigeringsläge i VisusalEditor så fungerar inte de länkarna. Istället öppnas mallen i redigeringsläge, en dialogruta. Det vore tacksamt att ha en länk i dialogrutan till Wikidataobjektet också. Oftast upptäcker jag behovet av att ändra i mallen samtidigt som jag redigerar annat. Då är det hattigt att avsluta redigerindet halvklart och leta upp "redigera Wikidata". Lika hattigt att redigera klart först, för att sen komma ihåg Wikidatabristen och varlänken redigera Wikidata finns. Går det att få dit en sån länk, i Wikidatarutan som öppnar ny tab med wikidataobjektet, med rimlig insats? LittleGun (diskussion) 13 september 2023 kl. 13.22 (CEST)

Jag är inte riktigt med på vad du önskar. Länken "Redigera Wikidata" syns ju även i redigeringsläget i VE, fast är inte klickbar (precis som alla andra länkar i mallar). Men länken till Wikidata-objektet finns ju alltid i marginalen utanför redigeringsfältet. Kan du inte klicka på den istället när du ser att det är en Wikidatastödd mall eller är det viktigt för dig att den länken finns just i redigeringsfältet? ♥Ainali ^diskussion_bidrag 17 september 2023 kl. 22.11 (CEST)

Fel interwiki efter flytt

Det blev något fel med interwikin när Brexitpartiet flyttades till Reform UK. Engelska en:Reform UK länkar inte till svenska språkversionen. LittleGun (diskussion) 15 september 2023 kl. 17.45 (CEST)

Det var inget som hände i samband med flytten. Vid sidflyttar följer interwiki-länkarna med till det nya sidnamnet. Artikeln var kopplad till Brexitpartiet (Q61651140) både före och efter flytten. Ska det inte vara så måste svenska artikeln tas bort där och läggas till i något annat objekt i stället (troligen Reform UK (Q104721252)). F.d. 82.212.68.183 (diskussion) 15 september 2023 kl. 18.58 (CEST)

Det finns som sagt två Wikidata-objekt för dom två politiska partierna, Brexitpartiet (Q61651140) (det första) och Reform UK (Q104721252) (det nyare). Ska det ena omdirigera till det andra kan man skapa en omdirigering på Wikipedia som man kopplar till Wikidata och markerar den med märket "avsiktlig wikilänk till en omdirigering". Kanske ska artikeln flyttas från det första objektet till det andra. Sabelöga (diskussion) 16 september 2023 kl. 03.07 (CEST)

Jag har flyttat den svenska artikeln till det senare Reform UK (Q104721252) och kopplade Wikidataobjektet Brexitpartiet (Q61651140) med den avsiktliga Wikipedia-omdirigeringen Brexitpartiet. Att det finns två artiklar från första början antar jag det finns någon mening med. Sabelöga (diskussion) 16 september 2023 kl. 03.15 (CEST)

Kanon, tack! "Mening med" två artiklar från början är jag inte så säker på. Det har alltid varit samma parti och bara ett namnbyte. Så jag vill påstå att det är ett misstag. Nu kan ju Wikidata, och olika Wikipedior, ha olika syn på hur "rena" namnbyten ska hanteras, men jag tror inte det.

Hur gör Wikidata i det här fallet? Jag tycker inte de verkar vara tydliga med att det är samma parti?

Jag har tittat på de flesta som hanterar Brexitpartiet som en egen artikel och sett att de

• verkar de ha missat att namnbytet skett, eftersom de beskriver Brexitpartiet som existerande och utan att nämna ett nytt parti.
• finska, simple english, koreanska och japanska kallar partiet Reform Party på Wikipedian, men har Brexitpartiet (Q61651140) som Wikidataobjekt, (alltså samma grej som svenskspråkiga innan fix?)
• farsi har uppenbarligen gjort dubletter, det vill säga de beskriver samma parti men när Reform UK-artikeln skapats har man med all önskvärd tydlighet missat att Breixitpartiartikeln fanns.

Ingen aning hur man fixar det på bästa sätt. Finska, simple english, koreanska och japanska borde kunna fixas direkt på samma sätt som svenska. Farsi ska jag uppmärksamma, så kanske det löser sig eller visar sig att de vill ha två artiklar. Övriga vet jag inte hur det ska hanteras. LittleGun (diskussion) 16 september 2023 kl. 10.07 (CEST)

Är det inte bättre att på Wikidata slå ihop de båda posterna Brexitpartiet (Q61651140) och Reform UK (Q104721252)? Det är ju samma parti, de har bara bytt namn. LittleGun (diskussion) 19 september 2023 kl. 09.44 (CEST)

Kan endast göras om ingen språkversion har två artiklar. Farsi har tydligen två. Det man kan göra då är att ge bägge posterna egenskapen permanent dubblett (P2959) eller anses vara samma som (P460). Nu har ju någon lagt egenskaperna ersatt av (P1366) respektive ersätter (P1365). Detta kan vara en bättre lösning när data ska användas t ex i infoboxar i Wikipedia, annars får vi situationen Bondeförbundet - Centerpartiet som debatteras flitigt här i svwp. Kitayama (diskussion) 19 september 2023 kl. 10.17 (CEST)

Okej. Jag har kontaktat farsi Wikipedia, men inte fått svar tyvärr.

"Anses vara samma som" ska absolut läggas till på Wikidata.

Det kan finnas skäl för debatt ibland, vet inte vad som debatterades gällande Bondeförbundet - Centerpartiet. I det här fallet tror jag inte någon menar annat än att det är samma parti. Även artikeln på farsi Wikipedia om Reform UK är tydliga med att det är samma parti, så det är uppenbart att de missat att det redan fanns en artikel om Brexitpartiet. LittleGun (diskussion) 19 september 2023 kl. 10.35 (CEST)

@LittleGun: Att slå ihop två Wikidataobjekt är enkelt att göra om det inte finns något projekt som har kopplingar till olika sidor för de två objekten. I det här fallet är det ett antal Wikipediaspråkversioner som har såväl en omdirigeringssida (Brexitpartiet) som en artikel (Reform UK), som båda kopplade till Wikidata. Det är möjligt att programvaran är så smart att den inser att omdirigeringen i respektive Wikipedia går till "rätt" artikel och därmed accepterar en ihopslagning, men jag tvivlar på att så är fallet. Då måste omdirigeringarna kopplas bort från Wikidata innan en ihopslagning av Wikidataobjekten kan ske.

För en Wikipediaspråkversion, fawp, finns det, som du nämner ovan, två artiklar utan någon inbördes omdirigering och då behöver det definitivt åtgärdas innan någon ihopslagning kan ske.

När/om objekten har slagits ihop kan det kanske vara lämpligt att stoppa in de två namnen under egenskapen namn (P2561) med bestämningarna slutdatum (P582) respektive startdatum (P580), som du kan se ett exempel på här. Egenskaperna ersatt av (P1366) och ersätter (P1365), som bygger på att det är två separata objekt, behöver då också tas bort. Larske (diskussion) 19 september 2023 kl. 10.36 (CEST)

Ja, jag förstår. Om inte programvaran är smart nog går det att fixa manuellt. Tyvärr svarar man inte på min begäran på farsi Wikipedia. Kanske har jag skrivit för dålig engelska, eller så gillar man inte att jag skrivt på engelska eller så har jag skrivit på fel plats. Synd, det lär väl inte bli lättare med tiden. LittleGun (diskussion) 19 september 2023 kl. 10.42 (CEST)

Jag är imponerad av att du ens lycka skriva något på en wiki som har ett "baklänges-krumelur-språk". Hur gjorde du?

Du kanske kan fråga på den engelskspråkiga Wikidata-bybrunnen om någon där har tips om hur man kommunicerar bäst med fawp. Larske (diskussion) 19 september 2023 kl. 10.52 (CEST)

Äsch. Det funkar ganska bra att blanda våra krumelurer med farsis, trots att de skrivs åt olika håll. Jag skrev helt enkelt på svWP och kopierade. Men slutpunkter blir alltid knas. Tack för tips. LittleGun (diskussion) 19 september 2023 kl. 11.00 (CEST)

Valkrets koordinat

• Diskussion på GITHUB om forskare som vill kunna se var i landet hur olika Riksdagsledamöter röstade om Kvinnlig rösträtt i Sverige...

Min tanke

1. enklast är att bara precis som vi gör med församlingar att vi sätter en koordinat geografiska koordinater (P625) där kyrkan i församlingen fanns skulle man göra liknande med Valkrets som fanns vid den tidpunkten

Några smartare tankar?

cc: @Popperipopp @Ainali @@Larske

- Salgo60 (diskussion) 20 september 2023 kl. 21.21 (CEST)

Det är knappast valdistrikt som efterfrågas, snarare valkrets. Två helt olika saker, då som nu. Kitayama (diskussion) 20 september 2023 kl. 21.24 (CEST)

Message taken... är min svenengelska att electoral district som blev fel... - Salgo60 (diskussion) 20 september 2023 kl. 21.25 (CEST)

Instans av

Det sker underliga redigeringar i Wikidata för denna där man vill förbjuda att människa och by är tillåtna. JAg har försökt ogöra de dåliga redigeringarna men blivit återställd. KAn någon gå in och få reson på detta? Yger (diskussion) 28 september 2023 kl. 06.38 (CEST)

Du har gjort två redigeringar av instans av (P31). Först återställer du till en tidigare version och ogör då flera olika ändringar, men ingen som har med människa eller by att göra. Det återställdes med motiveringen att bara borde ogöra de konstiga ändringarna om kvarnar men låta övriga vara. Sedan tar du bort en orekommenderad begränsning att egenskapen ska ha något av värdena samhälle, människa, by, m.fl. Det har inte återställts, men verkar vara tvärt emot vad du skriver om här. 90.227.175.218 28 september 2023 kl. 21.27 (CEST)

Ja det är ju för jag inte förstår som jag skriver här. Anledning jag började agera var att systemet reagerade när jag la in Instans av människa. OCh om jga gjort fel så gör gärna då så det blir rätt Yger (diskussion) 29 september 2023 kl. 02.07 (CEST)

Exakt hur reagerade systemet? Fick du en varning (blixtsymbol efter värdet) att det var något problem med det värde du lagt in efter att du lagt in det eller blev du förhindrad att lägga in värdet?

Kommer du ihåg i vilket objekt det uppstod problem när du la in "instans av människa"?

Kan det möjligen vara så att du la in värdet människor (Q171283) istället för människa (Q5) för egenskapen instans av (P31) i något objekt? Då kommer systemet att varna, men inte förhindra att redigeringen görs. Men det finns inga spår efter något sådant i din användarhistorik.

-- Larske (diskussion) 29 september 2023 kl. 04.47 (CEST)

MIna ändringar har blivit återställda och nu tycker jag det verkar fungera som "vanligt". Jag fick den runda varningssymbolen men inte nu längre Yger (diskussion) 29 september 2023 kl. 06.51 (CEST)

Anders Boije

Jag såg just att Anders Boije fått en wikidatamall, som påstod att hans mor var Sohvi de Beurreux, heiress of Lepaa, Viljainen & Menhamari med någon nätdatabas som källa. Jag undersökte inte om den verkligen uppgav det. Jag misstänker dock att det bara slunkit in för att hans far Erik Eriksson Boije har ett objekt på wikidata och där har Sohvi de Beurreux, heiress of Lepaa, Viljainen & Menhamari som hustru. Hon har också ett wikidata objekt, Sofia Beurraeus står som ett bättre alternativt namn. Men hon var faderns fjärde hustru, Anders Boije var son till tredje hustrun, Sofia och Erik fick för övrigt inga barn tillsammans. Jag plockade bort henne som mor till Anders Boije, men misstänker att hon kommer att dyka upp igen om det inte framgår att han hade fler hustrur. Men måste man skapa wikidataobjekt för hustrurna för att det skall gå, det verkade så? FBQ (diskussion) 8 oktober 2023 kl. 09.33 (CEST)

Egenskapen mor (P25) har datatypen Objekt vilket innebär att om man för någon vill ange ett värde på denna egenskap, måste värdet vara ett Wikidataobjekt. Samma gäller för många andra egenskaper såsom far (P22), barn (P40), syskon (P3373). Den unika identiteten hos varje objekt är det som säkerställer att man inte förväxlar personer med samma namn, till exempel Carl Larsson (Q187310) och Carl Larsson (Q5937128).

Ett annat sätt att undvika att ett felaktigt värde för till exempel mor (P25) dyker upp igen är att, istället för att ta bort det felaktiga värdet, tilldela det "Orekommenderad rang" med ett lämpligt skäl för lägre rang (P2241). Detta kan ha en avhållande effekt på semiautomatiska verktyg som försöker fylla det vakuum som avsaknaden av en uppgift skapar, men inte riktigt lyckas.

Se Katherine Swynford, Ulf Torgilsson, Gytha Thorkelsdóttir och Vilhelm VI av Akvitanien för några exempel på detta. Larske (diskussion) 8 oktober 2023 kl. 10.27 (CEST)

Ok. Jag har värk i armen så jag ville inte pula runt för mycket. Då fadern hade en uppgift om sex barn (det var fel, jag ändrade till nio som nämns i Elgenstierna), tänkte jag att om jag lägger in noll barn (hon var inte gift tidigare och hade alla fall inga barn inom något äktenskap) med hänvisning till Elgenstierna kunde det kanske hjälpa, men jag lyckades inte klura ut hur man lägger in källor Den introducerade svenska adelns ättartavlor har ett wikidataobjekt (Q110246666), men det verkar inte gå att lägga in det som hänvisning. Det går inte heller att skriva fritext. Jag antar att det behövs någon som kan wikidata för att göra detta.FBQ (diskussion) 8 oktober 2023 kl. 15.15 (CEST)