Moduldiskussion:Sportperson WD

Exempel Rebecka Lazić

Brödtexten om var hon har spelat skiljer sig från rutan vad gäller klubbnamn, ett i stavningen och ett helt. Per W (diskussion) 10 maj 2022 kl. 08.44 (CEST)[svara]

När det gäller stavningen (i några fall, både för Volei Alba-Blaj och MKS Kalisz) så beror det på att namn är inlagda lite olika i texten och på Wikidata. Det är nog svårt att få det generellt att matcha hela tiden (däremot matchar vad de länkar till). Samtidigt kan det vara viktigt att hålla koll på prefixen för rumänska sportklubbar oavsett ställe, det har varit vanligt med bråk om klubbarnas historik och identitet (se t.ex. ro:Discuție:CS Știința Bacău), men det har ju att göra med annat än mallen. När det gäller de helt olika namnen beror det på att klubben har bytt namn (se vänsterfliken på https://women.volleybox.net/neruda-bolzano-t2200/players). Det kan vara ganska vanligt så är absolut något modulen bör kunna hantera (tillsammans med rätt inmatad data i Wikidata, gissningsvis som för Liberalerna, https://www.wikidata.org/wiki/Q110857), får kolla på det. Tack för dina observationer! Gunnar Larsson (diskussion) 10 maj 2022 kl. 12.36 (CEST)[svara]

Tillagt nu :-) Gunnar Larsson (diskussion) 10 maj 2022 kl. 23.37 (CEST)[svara]

Mina tankar

För det första, vilket trevligt projekt av Gunnar Larsson. Ofta som det saknas lämplig infobox för olika sportpersoner. Har lite tankar på ändringar:

Förnamn, Efternamn – känns överflödigt
Möjligt med flagga framför klubblag respektive landslag?
Rubrikerna "Resultat (laget/lagen)" kanske låter bättre med "Meriter (klubblag)" respektive "Meriter (landslag)".

Just nu på Rebecka Lazić står det 123453, ingen aning vad som skapar detta. Slutligen bör samtliga uppgifter skrivas med versal initialt, just nu saknas detta på "franska mästerskapet" och "vänsterspiker". Mvh Fredde^✔ 10 maj 2022 kl. 21.28 (CEST)[svara]

Tack för de snälla orden! Jag har plockat bort för- och efternamn, håller med om att det blir överflödigt. Jag lade till flagg under landslagsspel. För klubbar såg det inte bra ut (blev lätt att klubbnamnen tog två rader), så lade det under meriter-delen istället. Egentligen borde det gå att justera lite då "etikettdelen" av faktamall är onödigt snäv jämfört med "innehållsdelen" (som bara innehållet årtal), men vet inte hur man ändrar det. Som du kanske misstänker så var 123453 en kvarleva från när jag avlusat koden, har plockat bort det nu :-) Gunnar Larsson (diskussion) 10 maj 2022 kl. 23.37 (CEST)[svara]

Hur wikilänkas det från wikidata

Från Ana Couto (Q112224831) och Amanda Cavalcanti (Q111280638) länkas det till förgreningen Sporting Clube de Portugal. Ser inte hur Sporting Clube de Portugal (Q112176117) eller Sporting Clube de Portugal Lissabon (Q3494106) kan ge den wikilänken. Borde vara Sporting CP (volleyboll). Det ska inte skapas wikilänkar från etiketten. Länken bör komma från vad som finns under wikipedia som artikelnamn. Ja etiketten ska användas för den synliga texten men wikilänken ska vara baserad på artikelnamnet i wikidata. I detta fall finns det ingen svensk artikel. Testade med att ändra etiketten i Sporting Clube de Portugal (Q112176117) och då blir länken lika med etiketten. Maundwiki (diskussion) 4 juni 2022 kl. 16.15 (CEST)[svara]

Hej @Maundwiki! Ursäkta sent svar, såg inte ditt svar förrän nu.

Modulen går i första hand efter wikilänk, men om det inte finns efter etiketten. Min tanke har varit att om det inte finns någon länkad Wikpedia-artikel skapa en länk baserat på etiketten för att på det sätt ofta få rödlänkar som uppmanar till artikelskapande. Om det redan finns en artikel med det namnet (t.ex. som i detta fallet när det finns en artikel om huvudföreningen eller en dominerande sektion och wikidata-entiteten är för en delsektion) så blir det lite fel då det blir till huvudsektionen, men det var min bedömning att fördelarna med att vanligen få vettiga rödlänkar överväger.

Ett alternativ skulle vara att bara skapa text ("Sporting Lissabon") istället för wikitext ("Sporting Lissabon") om det redan finns en wikilänk till den länkade sidan från en annan entitet (som från huvudklubben i detta exemplet). Å andra sidan fungerar det sämre för det fall då det aldrig kommer att finnas någon länk p.g.a. wikidatas olyckliga begränsning att en wikipediasida bara kan länk till en entitet (vilket inte fungerar om vi t.ex. bara vill ha en sida för hela klubben snarare för dess delsektioner). Jag har spontant svårt att se lösning som fungerar bra i samtliga fall. Jag har fixat exemplen du pekade på med att skapa Sporting CP (volleyboll)-artikeln. Gunnar Larsson (diskussion) 28 juni 2022 kl. 23.11 (CEST)[svara]

@Gunnar Larsson: I andra mallar på svenska wikipedia länkas det inte om artiklen inte finns på svenska wikipedia. Kanske synd att den inte blir röd men det är en annan diskussion. Jag tycker det är olyckligt att hamna på en förgrening och så snart det finns en artikel i wikidata länkas den. Det går att "fuska" genom att skapa en omdirigering från sektionen till klubbartikeln (eller lämplig artikel) och lägga omdirigeringen i wikidata, men den får inte vara en omdirigering när den läggs in i wikidata. Sett det för artiklar som omdirigeras utan att tas bort i wikidata och även lagt till några. Maundwiki (diskussion) 4 juli 2022 kl. 14.20 (CEST)[svara]

@Maundwiki, vad smart! Jag har nu lagt till så att det inte blir någon länk om någon annan "entitet" på wikidata länkar till sidan. Du kan se ett exempel på hur det fungerar på Användare:Gunnar Larsson/sandlåda. Där är GS Iraklis omdirigerad som du beskrev, medan Panellinios GS är tänkt att tids nog få en sida för volleybollsektionen och därför inte har någon omdirigering (och numera alltså blir olänkad). Säg gärna till om det ser ok ut eller om du har förslag på förbättringar.

Jag använder Marcus Nilsson (volleybollspelare) som testobjekt för närvarande (mallen finns inte i själva artikeln). Därav att det finns en klubb som står som "(saknad)" då varken wikilänk eller etikett finns. Tanken är att den som lägger in mallen ska inse att det ser fult ut och fylla i uppgifterna enligt hänvisningarna innan de lägger in mallen (eller åtminstone så snart som möjligt). Gunnar Larsson (diskussion) 4 juli 2022 kl. 19.25 (CEST)[svara]

Ja så fungerar det. Det gäller att vara försiktig med att det finns tillräckligt med information i målartikeln. När länken blir blå kan läsare tro att det finns fullständig information. Ibland är rött bra för att det triggar någon att skriva. Maundwiki (diskussion) 4 juli 2022 kl. 20.31 (CEST)[svara]

Nil i awardedby

Det blir luafel när jag försöker lägga in denna i artiklar, till exempel Adelina Sotnikova. Felmeddelandet är Luafel i Modul:Sportperson_WD på rad 293: attempt to concatenate field 'awardedby' (a nil value). I wikidataobjektet (d:Q355113) finns ett statement "award received" utan någon qualifier. Boivie (diskussion) 22 februari 2023 kl. 16.54 (CET)[svara]

@Boivie: Jag har uppdaterat modulen nu så att den kan hantera fall utan någon qualifier (vilket gissningsvis också är de flesta). Du kan se hur det ser ut för Adelina längst ner på Användare:Gunnar Larsson/sandlåda/sport. Gunnar Larsson (diskussion) 22 februari 2023 kl. 18.04 (CET)[svara]

Stort tack! Men nu hittade jag en annan skum grej. Referensen för födelsedatumet i samma artikel får lite konstig formattering. (Referens 8 i din sport-sandlåda. Boivie (diskussion) 23 februari 2023 kl. 08.11 (CET)[svara]

Bra uppmärksammat! Den är lite klurigare. Ska försöka fixa det under helgen. Gunnar Larsson (diskussion) 24 februari 2023 kl. 09.10 (CET)[svara]

@Gunnar Larsson: Att det blir en länk till Wikidataobjektet FemBios databas (Q61356138) i detta fall beror ju på att modulen Referenshantering inte klarar av fallet med den externa identifikatorn FemBio-ID (P6722). Genom att lägga till några kodrader enligt nedan på lämpligt ställe, efter rad 148 i Modul:Referenshantering, får man istället en länk till den verkliga referensen hos FemBio på följande format: ”FemBio” (på engelska). https://www.fembio.org/english/biography.php/woman/notable-women?fem_id=31634.

		if (key=='P6722') then
			txtUrlLocal=value[1].datavalue.value
			txt = '{{' .. txtCiteweb.. '|' .. txtUrl .. '=https://www.fembio.org/english/biography.php/woman/notable-women?fem_id=' .. txtUrlLocal .. '| ' .. txtTitle .. '= FemBio|språk=en'
			iFound=1
			iHadTitle=1
			end

Dock skulle jag vilja föreslå att istället för att bygga på referenshanteringsmodulen med hårdkodning av url:erna för alla tusentals befintliga - och kommande, idag okända - externa identifikatorer, använda egenskapen URL-format (P1630) som ger det mönster som behövs. Viss försiktighet behövs dock då det ibland, till exempel för FemBio-ID (P6722), trots egenskapsbegränsningen "endast bästa värdet", finns mer än ett värde för egenskapen URL-format (P1630).

--Larske (diskussion) 24 februari 2023 kl. 11.18 (CET)[svara]

@Larske: Ja, tänker absolut göra så, av den anledning du nämner :-) Men behöver läsa på lite för att göra det rätt. Om du har några tips säg gärna till:-) Gunnar Larsson (diskussion) 24 februari 2023 kl. 11.48 (CET)[svara]

Här är lite info om existerande externa identifikatorer och deras URL-format (P1630):

Länk till fråga som ger en lista på alla objekt med datatypen "external identifier" och deras respektive URL-format (P1630)
Länk till fråga som ovan med med URL-format (P1630) grupperade så att det endast blir en rad per identifikator

Av de nästan 7 400 identifikatorerna är det 185 som har mer än ett värde på URL-format (P1630).

-- Larske (diskussion) 24 februari 2023 kl. 11.54 (CET)[svara]

@Larske: Jag körde med att att alltid köra på den första om det finns flera eftersom det kommer upp ett problem-utropstecken på wikidata om det finns fler än en variant. Det är möjligt att det finns fall där det skulle kunna vara motiverat (i det aktuella fallet med FemBio-ID (P6722) så är de t.ex. för tyska respektive engelska som skulle varit relevant om vi varit tyska eller engelska wikipedia), men ger gissningsvis inte upphov till något större problem och om det är så finns ju alltid möjligheten att hårdkoda som jag gjort tidigare.Gunnar Larsson (diskussion) 25 februari 2023 kl. 18.00 (CET)[svara]

@Boivie: Nu ska den vara fixad. Jag har inte testat på så många personer (och klubbar m.m. som använder samma modul) så kan säkert förekomma att det finns några där det blir konstigt, men säg bara till i så fall så fixar jag det.Gunnar Larsson (diskussion) 25 februari 2023 kl. 18.00 (CET)[svara]

Webbref

Nu har jag fått problem med referenser till födelsedatum och -plats. Exempelvis i Olga Govortsova. Felmeddelandet blir ”Fel: |url= måste specificeras vid användandet av {{webbref}}”. När jag försökte åtgärda det med att lägga in en url i Wikidata-objektet, blev det i stället ”Fel: |titel= (titel) måste specificeras vid användandet av {{webbref}}”, och det hittade jag inget sätt att bli av med. Boivie (diskussion) 27 februari 2023 kl. 15.32 (CET)[svara]

@Boivie: Jag har åtminstone delvis åtgärdat det nu (=ser åtminstone ok ut, men är inte programmeringsmässigt snyggt än). Innan hanterade modulen inte anges i (P248) på det sätt som det är tänkt (tror jag) utan agerade bara på den i några specialfall (i andra fall ignorerade den vad som stod där). Nu ska den fungera någorlunda generellt. Kan hända att vissa källor kommer att se tokiga ut för att den som lagt har lagt in {{P|248]] där de borde använt utgivare (P123), men tror jag fixade det. Gunnar Larsson (diskussion) 27 februari 2023 kl. 18.37 (CET)[svara]

@Gunnar Larsson: Det är fortfarande problem med multipla förekomster av parametrarna titel och url i anrop av mallen {{Webbref}}. Se till exempel förhandsgranskningen av František Černík. I objektet František Černík (Q382838) har man använt den externa identifikatorn abART person-ID (P6844) som en bestämning av den första referensen för födelsedatum (P569), men ingen referens‐URL (P854), se här. Lite tveksamt om detta är att betrakta som korrekt, abART person-ID (P6844) borde väl användas som en egenskap på "toppnivån" i objektet. I den andra referensen för födelseplats (P19) har man använt såväl abART person-ID (P6844) som referens‐URL (P854). Dessa kombinationer av "key" får modulen inte riktigt kläm på då det verkar kunna bli såväl dubbla title som dubbla url.

Då det säkert finns flera sådana fall är det bra om det går att få modulen att kunna hantera även dessa utan att skapa multipla värden på title och/eller url.

Här kan du se hur webbref-anropet växer fram för den första referensen för födelsedatum (P569) (not 1 just nu) som innehåller 4 bestämningar som hanteras i "bokstavsordning"

omnämnd som (P1810) ger {{webbref|titel=František Černík
anges i (P248) ger inget ytterligare
abART person-ID (P6844) kompletterar till {{webbref|titel=František Černík| titel=person-ID på abART|url=https://en.isabart.org/person/77633 - Här blir det alltså två title och det är den "sämsta" som visas i artikeln.
hämtdatum (P813) kompletterar till {{webbref|titel=František Černík| titel=person-ID på abART|url=https://en.isabart.org/person/77633|hämtdatum=2017-10-09

Sist läggs de avslutande }} till.

Och så här ser det ut för den andra referensen för födelseplats (P19) (not 3 just nu) som också innehåller 4, men delvis andra, bestämningar som hanteras i "bokstavsordning"

anges i (P248) ger inget mer än starttexten {{webbref
abART person-ID (P6844) kompletterar till {{webbref| titel=person-ID på abART|url=https://en.isabart.org/person/77633
hämtdatum (P813) kompletterar till {{webbref| titel=person-ID på abART|url=https://en.isabart.org/person/77633|hämtdatum=2021-04-01
referens‐URL (P854) kompletterar till {{webbref| titel=person-ID på abART|url=https://en.isabart.org/person/77633|hämtdatum=2021-04-01|url=https://cs.isabart.org/person/77633 – Här blir det alltså två url

Eftersom hanteringen av abART person-ID (P6844) missar att bokföra iHadTitle=1 (efter kodrad 230 i modulen Referenshantering) ryker såväl titel som hämtdatum och kvar blir endast https://cs.isabart.org/person/77633

Om du lägger in iHadTitle=1 efter rad 230 slipper du den "nakna referensen", men i utbyte blir det en varning vid förhandsgranskningen för "mer än ett värde på parametern url", så det problemet kvarstår.

Referenshantering är bland det knepigaste man kan ge sig på tror jag, givet hur "gungigt" det är med angivandet av referenser i Wikidata.

-- Larske (diskussion) 27 februari 2023 kl. 20.25 (CET)[svara]

Ja, det är lite vad du tar upp vad jag menar med att den inte är programmeringsmässigt snyggt (fick varningsmeddelanden, men tänkte att de åtminstone temporärt går att leva med dem). Tänker spontant att jag behöver göra om koden en del så att strängen inte sätts ihop förrän på slutet (efter loopandet, baserat på en struktur som fyllts under loopandet). Det bör åtminstone ge bättre förutsättningar för att hantera de problemen som du tar upp, som det är nu är det svårt att fixa dubbeltitlarna & -urlerna. Gunnar Larsson (diskussion) 27 februari 2023 kl. 22.47 (CET)[svara]

Ja, bara inte "temporärt" blir "permanent". Sidor med detta problem hamnar ju i åtgärdskategorin Kategori:Sidor som använder upprepade argument i mallanrop där just nu 7 av 7 sidor i artikelnamnrymden är artiklar som använder {{Sportperson WD}}. Om det blir många av detta slag kan de "skymma sikten" för övriga artiklar där felet har sin källa i manuellt skapade mallanrop till skillnad från dessa modulskapade mallanrop.

-- Larske (diskussion) 27 februari 2023 kl. 23.02 (CET)[svara]

Nej borde fixa det under den kommande helgen eller däromkring. Gunnar Larsson (diskussion) 27 februari 2023 kl. 23.51 (CET)[svara]

Har fixat omstruktureringen nu (och rensat upp hårdkodad användning av mallar). Det fungerar bra på de sidor jag kollat mot och det finns inte längre några sidor i åtgärdskategorin. Den tar nu och först går igenom ett antal vanliga egenskaper (hämtdatum, titel etc.) och om egenskapen inte är bland dem testar den ifall det är en databas. Det bör säkert lägga till några fler vanliga egenskaper, vill bara till att komma på vilka de är. Om någon parameter för webbref-mallen sätts en andra gång skriva nu det första värdet över. Det kanske inte alltid är optimalt, men går lätt att anpassa eftersom (där vissa egenskaper bör skriva över redan satt värde, medan andra bör låta värden vara om de redan är satta).

Behöver också hitta något bättre sätt att hantera när någon lagt in att en person/ett lag deltagit i olympiska sommarspelen 2016 (hela OS:et) snarare än t.ex. Mixeddubbel i tennis vid olympiska sommarspelen 2016 (den faktiska tävlingen). Det är ganska vanligt och felmeddelandet hjälper nog inte så mycket i det fallet för närvarande. Gunnar Larsson (diskussion) 5 mars 2023 kl. 10.53 (CET)[svara]

Anna Rönnbäck

@Gunnar Larsson: I Anna Rönnbäck går "Focus" till förgreningen via omdirigeringen trots att det ser rätt ut i Anna Rönnbäck (Q122889314). Provat med ?action=purge men det hjälpte inte. Maundwiki (diskussion) 2 oktober 2023 kl. 14.34 (CEST)[svara]

@Maundwiki: Jag tror inte riktigt jag förstår vad du menar med fokus till förgrening. Är det någon av länkarna som visas i infoboxen? Gunnar Larsson (diskussion) 2 oktober 2023 kl. 14.56 (CEST)[svara]

@Gunnar Larsson: Källan för ”Aufsteiger Aachen holt zwei Schwedinnen”. Maundwiki (diskussion) 2 oktober 2023 kl. 15.01 (CEST)[svara]

@Maundwiki: Tack! Efter lite funderande tror jag problemet är att rad 61 i Modul:Referenshantering anropar getLabelByEntity istället för att använda sitelink. Ska fixa det. Gunnar Larsson (diskussion) 2 oktober 2023 kl. 15.23 (CEST)[svara]

Skriptfel när födelseplatsen saknar värde för egenskapen land (P17)

@Gunnar Larsson: Artikeln Teodora Pušić hade hamnat i Kategori:Sidor med skriptfel när modulen försökte konkatenera ett värde som är nil. Anledningen är att egenskapen födelseplats (P19) för Wikidataobjektet Teodora Pušić (Q9356873) har ett värde som i sin tur saknade värde på egenskapen land (P17). Jag stoppade in en test på detta så att skriptfelet undviks. Samma kod fanns för dödsplats (P20) så jag stoppade in en test även där. Du kanske har en känsla för om det finns fler ställen i modulen där modulen förutsätter att ett värde finns trots att det kan saknas.

I det aktuella fallet togs egenskapen land (P17) bort från objektet Serbien (Q403) i den här redigeringen som gjordes för nio dagar sedan. Den redigeringen borde antagligen återställas, men jag tror att det är bra om modulen Sportperson WD inte kraschar när den typen av redigeringar görs. -- Larske (diskussion) 26 maj 2023 kl. 09.09 (CEST)[svara]

Tillägg: Serbien är bara ett av just nu 40 Wikidataobjekt som är instans av (P31) land (Q6256) och som saknar värde på egenskapen land (P17).

Länk till fråga som ger en lista på (just nu 40) objekt som är instans av (P31) land (Q6256) och som saknar värde på egenskapen land (P17).

Många, men inte alla, av dessa är "historiska länder", till exempel Gårdarike (Q1415162), som knappast är aktuella för någon "Sportperson" och det dribblas en del med Föredragen rang för egenskapen instans av (P31) i dessa objekt, men risken finns ändå att några personer med födelseplats (P19) eller dödsplats (P20) bland dessa objekt, till exempel Kanada (Q16), Afghanistan (Q889), Sydafrika (Q258) eller Marocko (Q1028), använder mallen Sportperson WD och då behövs kontrollen enligt ovan för att undvika skriptfel. --Larske (diskussion) 26 maj 2023 kl. 09.29 (CEST)[svara]

@Larske: Tack för att du både uppmärksammade och åtgärdade problemet! Jag ska gå igenom denna och de andra sportmodulerna om de förutsätter värden som kan skapas (gör det i samband med en mer rejäl genomgång någon gång under de kommande veckorna). Det kan nog vara motsvarande för klubbar. Sen finns också fall där besläktade fenomen skapar felaktiga resultat utan att orsaka programmeringsfel (hade t.ex. ett fall med landslag för "sportländer" (som Puerto Rico) som visades med det land det är del av (t.ex. USA)), de problemen är ju lite klurigare att hitta. Inser att det kan vara bra att ha koll på den kategorin vid ändringar, sandlådan fungerar ju för test av enskilda utmanande fall, men inte allt. Gunnar Larsson (diskussion) 26 maj 2023 kl. 12.39 (CEST)[svara]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘{{#invoke:Sportperson WD|person|id=Q258995}} En annan sak att beakta kan vara att inte skriva ut wdBirth/DeathPlace om det är samma som wdBirth/DeathCountry, se exemplet till höger där Sverige skrivs ut två gånger. Frågan nedan ger en uppfattning om omfattningen av detta problem med precisionen för födelseplats (P19) på "landnivå".

Länk till fråga som ger ger en frekvenstabell över länder för födelseplats (P19) för Wikidataobjekt som har ett värde för sysselsättning (P106) som är lika med idrottare (Q2066131) eller underklass till (P279) därtill och där födelseplats (P19) är lika med land (P17) för födelseplats (P19).

--Larske (diskussion) 26 maj 2023 kl. 13.46 (CEST)[svara]

Mediabeskrivning

Mediabeskrivning (bildtext) fungerar inte. J 1982 (diskussion) 6 november 2023 kl. 16.08 (CET)[svara]

@J 1982: Har du något exempel jag kan titta på? Gunnar Larsson (diskussion) 6 november 2023 kl. 16.33 (CET)[svara]

Elísabet Gunnarsdóttir. J 1982 (diskussion) 6 november 2023 kl. 16.34 (CET)[svara]

@J 1982: Ska vara fixat nu. Innan tittade koden bara efter första språket för bildtext, nu går den igenom alla. Tack för att du uppmärksammade det! Ska se om det är likadant för klubbar och ändra även där. Kul att du lägger in mallen säg bara till om något ser konstigt ut så försöker jag fixa det. Gunnar Larsson (diskussion) 6 november 2023 kl. 17.01 (CET)[svara]

Skriptfel när dödsdatum (eller födelsedatum) har snaktype=somevalue

@Gunnar Larsson: Det blir skriptfel om dödsdatum (P570) (och troligen även om födelsedatum (P569)) har värdet "något värde"/"okänt värde", det vill säga snaktype=somevalue. För att undvika detta behövs det lite tester i närheten av raderna 60–110 för att säkerställa att snaktype=value, detta för att undvika att fortsätta med beräkningen av ålder när det inte finns värden som det "går att räkna med". Om ingen hinner ändra i Wikipedia:Wikidata/Sandlåda för Wikidata (Q4115189) innan du hinner läsa detta, kan du se på testsidan Wikipedia:Sandlåda för Wikidata#Sportperson WD hur felet yttrar sig. -- Larske (diskussion) 20 januari 2024 kl. 23.08 (CET)[svara]

@Larske: Jag ska kolla & fixa. För närvarande är det ingen artikel som påverkas, stämmer det? Gunnar Larsson (diskussion) 20 januari 2024 kl. 23.14 (CET)[svara]

Har inte kollat det, men eftersom det blir skriptfel borde de drabbade sidorna dyka upp i Kategori:Sidor med skriptfel. Jag upptäckte problemet av en tillfällighet när jag skulle kolla hur mallen {{Faktamall biografi WD}} uppförde sig när dödsdatum (P570) hade värdet "något värde". Anledningen var att någon upptäckte en 132-åring i en faktaruta som den mallen skapat, se Wikipedia:Anmäl ett fel#"Dödsår_saknas"_i_Wikidata Larske (diskussion) 20 januari 2024 kl. 23.28 (CET)[svara]

Bör vara fixat nu. Rent principiellt vore det trevligt om vi kunde köra med samma kod i de olika mallarna & modulerna så att allt blir löst på ett ställe, men gissningsvis svårt då denna modulen främst använder Lua direkt medan faktamall biografi går via mallar/måsvingespråk. Gunnar Larsson (diskussion) 21 januari 2024 kl. 02.32 (CET)[svara]