Malldiskussion:Databox

Detta är diskussionsida både för Mall:Databox (som visar dokumentation) och Modul:Databox.

Arkiv

ToDo

Du kan hjälpa till med att förbättra artiklar som har databox: Åtgärda Kategori:Databox som visar qid-kod‎ genom att översätta etiketter till svenska eller engelska. Synliggöra mediafiler i databox, genom att lägga till mediabeskrivningar på svenska, eller genom att ange innehållets språk till svenska. Se t.ex. filer som har mediabeskrivningar på andra språk vilka skulle kunna översättas. Ta isåfall bort eventuell dublettfil i artikeln. Översätta monolingualtext till svenska så att de blir synliga i databox. asdf

Back-log / Förslag till vidareutveckling

När man jämför denna mall med t.ex. {{Wikidata Infobox}} ser man att Databox är mycket enklare, på gott och ont. Här är några saker som saknas i Databox som skulle vara användbara i många artiklar - prioriterade saker i fet stil:

• "Beskrivning" (enbart om svensk finns)  Utfört
• har del(ar) (P527)  Utfört
• antal döda (P1120)  Utfört
• antal skadade (P1339)  Utfört
• antal smittade (P1603)  Utfört
• Bestämningar:
  • Bildtext P18 -> P2096 (enbart svensk)  Utfört
  • Bildens motiv P18 -> P180 (om annat än artikelämnet?)
  • Bildens point-in-time P18 -> P585
  • Värdets källäge P1480
  • Uttalandets natur P5102, t.ex. "hypotes"
  • Värdets point-in-time.
  • har del(ar) (P527) -> symbol för storhet (P416)
• CSS/layoutbekymmer i nuvarande svenska installation:
  • Texten borde placeras högst upp i tabellcellen. Utfört
  • Tabellens vänsterkolumn kan bli väldigt smal, och borde ha minst 40% bredd. Utfört
  • Layouten bör likna mall:faktaruta. Utfört
  • Mer mellanrum behövs mellan tabellraderna, så att det syns vad som är en ny egenskap? Utfört
  • Databox hamnar ibland strax till vänster om en bild eller annan infobox. Utfört
  • Kartan skulle i de flesta fall behöva zoomas ut lite. Utfört
  • I mobiler borde rutans bredd vara sidans bredd. Utfört
  • Även i mobiler bör tabellen ha fast layout. Utfört
• Om alla värden har "orekommenderad rang" och därmed döljs borde inte egenskapens namn heller visas. Utfört
• Om det finns flera bilder visas ingen. En borde visas. Utfört
• Om värdet har datatyp monolingual text, visa men bara om på svenska.  Utfört
  • Om värdet saknas på svenska kan det möjligen ibland även visas för ett annat språk, såsom vid gatuadresser.
• Angrip problemet med det stora antalet fula qid-nummer som visas:
  • Gör det möjligt att visa värdens etiketter på andra språk än svenska eller engelska, om sådanna saknas.
  • Eller gör det möjlighet att dölja värden som bara har qid-nummer.
• Långa listor döljs men borde kunna expanderas av användaren.
• Ordningsföljden på egenskaperna är inte alltid logisk. Den ska visserligen följa samma sorteringsordning som Wikidatasidan. Land/Plats/gatuadress borde visas i en följd. Kvantitativa värden borde visas i en följd. Underkategori och "bestående av" borde visas tidigare. Skapad av och skapad datum borde hänga ihop.
• Url:er bör visas som nedkortad adress, t.ex. www.sr.se, och om den är lång som länkat egenskapsnamn, t.ex "länk" eller "officiell webbplats".  Utfört
  • IMDb-länk bör inte visa IMDb-kod, utan bara "länk" eller nedkortad URL.
  • Lägg urler sist i listan.
• Mediafiler:
  • Visa alternativ till bild (p18) om sådan saknas (den första av dessa, i fallande ordning): bild av logotyp (P154), ikon (P2910), signatur (P109), panoramabild (P4291), vinterbild (P5252), interiörbild (P5775)
  • Visa mediafiler som har beskrivningar på det lokala språket.  Utfört
  • Visa mediafiler med innehåll på det lokala språket.  Utfört
• Kortare och mer framtidssäker blacklist genom att automatiskt dölja egenskaper baserat på vad egenskaperna är instans av eller underklass till:
  • Dölj automatiskt samtliga Wikimedia-relaterade egenskaper, t.ex. som är instans av Wikidata-egenskap om Wikimedia-företeelser (Q51118821), eller instans av objekt som är underklass till metadata om Wikidatas egenskaper (Q18616576).
  • Döljs sådant som även innefattas i {{auktoritetsdata}} (koder, id-nummer, externa databaser). (T.ex. visar Databox Dewey decimalklassifikation (P1036), men den kanske skulle passa bättre i {{auktoritetsdata}}?).
• Skapa underhållskategorier:
  • Databoxar som döljer för lång lista  Utfört
  • Databoxar med lång lista som inte är dold. Utfört
  • Databoxar som visar qid-nummer.  Utfört
  • Kategori:Wikidataetiketter på främmande språk för egenskapen Pxxx
  • Kategori:Wikidataetiketter på <språk>
  • Värden som har bestämning som inte visas.
  • Värden som döljs pga för låg rang.

Fördelar med databox framför Wikidata Infobox, som bör kvarstå:

• Ordet "Instans av" visas inte.
• Stilen är mer lik svwp:s övriga mallar.
• Den visar mer sällan q-nummer.
• Mallen är enkelt kodad och inte beroende av andra moduler, mallar och css-filer, så den är lättare att portera, underhålla och felsöka.
• Den visar motsats till (P461).
• Den visar inte ej samma som (P1889), vilket nog är bra. Den egenskapen innehåller ofta förvirrande namn på artiklar som saknas på svwp.

Om man jämför med {{wikidatalista}} så saknar Databox följande som skulle vara intressant:

• Mallparametern "link", med vars hjälp man kan välja om och hur wikidataobjekt som saknar lokal wikipediaartikel ska visas. Om namnet ska döljas, visas med plain text, länkas till ett annat språk eller till wikidata-objektet.
• Fonnoter. Och mallparameter för att välja om fotnoter ska visas eller ej.

Ytterligare förslag till funktionalitet som saknas i alla dessa mallar:

• Penna:
  • Dold penna i utskrift. Utfört
  • Samma penikon som i våra övriga mallar bör användas. Utfört
  • Tooltip-texten för pennan bör visa "Redigera på Wikidata" istället för "Redigera", men koden ska ändå kunna synkas med andra wikipedior.
• Mallparametrar:
  • "width" bör ange bredden av bilder och av rutan. Utfört
  • "height" bör ange bildens maxhöjd, eller om den ska vara dold. Utfört
  • "zoom" bör ange kartans inzoomning, eller om den ska vara dold. Utfört
  • "col_width" bör ange vänsterkolumnens bredd i procent.
  • Mallparameter "list_length", som anger hur många element som max ska visas i listor. Utfört
  • Mallparameter "list_separator" för att välja om elementen i en lista ska åtskiljas med komma, punkt eller ny rad.
  • Mallparameter "alias" eller "prop_name" med en översättningstabell för att visa andra egenskapsnamn, t.ex. kortare namn, med annan avstavning eller annan böjning (dåtid, plural).
  • Mallparametrar för att skriva över wikidatavärden av lokalt valda värden eller dölja egenskaper, och overrajda blacklist. Kanske kan man skriva "P18 = filnamn.png" eller "bild = filnamn.png" för att byta ut bilden, "P18 =" för att dölja den, och "P18 = auto" för att visa den.
  • Mallparameter "order", och/eller "showonly", för att välja vilka egenskaper som ska visas, i vilken ordning, och grupperat i rubriker.
• Automatisk avstavning bör läggas in av egenskapsnamnen. Utfört
• Om label saknas både på en och sv, dölj objektet istället för att visa dess qid, och lägg sidan i dold underhållskategori.
• Visa två nivåer i taxonomin. Underkategori av -> Underkategori av, osv, och vilken sorts kategori (instans av) var och en av dem är. Utfört
  • Visa valfritt antal nivåer. Utfört
  • Dölj land, som ju visas på annan plats i listan.
  • Undersök om pilar är tydligare än punktlista.
  • Om både "föregås av" och "följs av" finns, visa även objektet själv i den kronologiska listan.
  • Vid plats och inom administrativt område, ange instans av i vänsterkolumn, t.ex. län, kommun, socken, osv. Vid taxonomisk rang, visa rang.
• Instans av:
  • Dölj "Människa". Utfört
• Kartan:
  • Fallback-languages: lokalt wikilang -> en -> kartans lokala.  Utfört
  • Automatisk zoomning baserat på ortens eller nästa överliggande orts yta, längd eller avstånd till centralorten.
  • Visa shape-filer.
  • Visa gators utbredning.
• Vid långa egenskapsnamn, visa istället dess kortare namn enligt subjektobjekt (P1629). Utfört
  • Alternativ: Visa egenskapens förkortning kort namn (P1813) om sådan finns.
• Vid "inget värde"/"no value":
  • Visa tankstreck. Utfört
  • Eller dölj.
• Vid "något värde":
  • Dölj? Eller visa bestämning.
• Årtal:
  • Mallparameter för att välja mellan f.Kr. och f.v.t. Utfört
  • "2:a årtusendet" ist. f. "2. årtusende". Utfört
  • 1800-talet ist.f. 19:e årtiondet. Utfört
  • LÄnka år, decennier, sekel och millenium till motsv artikel. Utfört
  • Se till att länkningen av årtal funkar även vid f.v.t. (Antingen genom att skapa omdirigeringar, eller genom att mallen omdirigerar till f.v.t.).
  • Ålder när personen dog eller i dag
• Siffervärden:
  • Visa senaste siffervärde om de har flera alternativa värden.
  • Eller visa osäkerhetsintervall "min – max" vid flera alternativa siffervärden, t.ex. på årtal eller antal döda.
  • Vid "något värde" med bestämning minsta värde och maxvärde, visa dessa.
  • Eller visa bestämningar (t.ex. datum, källäge, land, osv).
• Enheter:
  • Workaraound för plural av vissa enheter, exempelvis land -> länder (om inte objektet land får döpas om till länder).
  • Länka enhet till dess artikel.
  • Visa enhetens förkortning (om den har artikel?).
• Vid långa fysiska enhetsnamn, visa dess enhetssymbol, åtminstone om enheten har subjektobjekt som det går att länka till.
• Länkning:
  • Länka egenskapsnamn till subjektobjektets artikel. Utfört
  • Länka fysiska enheter till dess artikel och förkorta enheter.
  • Om svensk artikel saknas om ett objekt skulle det svenska namnet kunna döljas, eller visas följt av {{ILL-länk}}^en till motsvarande sida t.ex. på enwp. (Beroende på mallparametern link.)

Förberedelse för att kunna synka med modulkoden med andra språk, och lägga in den på enwp:

• Skapa engelsk dokumentation
• Automatisk avstavning: (Främst baserad på konsonantprincipen.)
  • Bör hindras för alfabet utan vokaler och språk utan alfabet.  Utfört
  • Svenska undantag enligt ordledsprincipen bör nog bara gälla nordiska/germanska språk.
  • Engelska undantag bör läggas in.

Buggar:

• Bokstaven å kan förstöras av att ett mjukt mellanslag smyger sig in mellan de båda byten. Utfört
• Koden tar inte alltid hänsyn till rang. T.ex. vid korrekt visande av flera nivåer kräver koden att det bara finns ett lagrat värde per nivå. Likadant vid egenskapens subjektobjekt.
• Egenskapens förkortade namn (subjektobjekt (P1629)) visas även om det objektet saknar svenskt namn. Utfört
• Visar "saknar namn" på nivå 2, t.ex. för Virus -> Nästa högre taxon -> Nästa högre taxon. Men inte på nivå 1. Utfört
• Borde dölja egenskaper på annat språk. Se t.ex. BMI_(kroppsmasseindex)
• Kronologisk lista:
  • Om sidan är andra objektet visas inte det objektet i listan.
  • Onödigt stora mellanrum över och under sidans egna objekt i listan.

Synpunkter? Ändra gärna i listan. Tomastvivlaren (diskussion) 13 april 2020 kl. 18.36 (CEST)

Shapefiler?

Hej! Min kollega Karl Wettin (WMSE) har fört över shapefiler för naturreservat, nationalparker och biosfärområden till Wikimedia Commons, vilket syns i bland annat artiklarna om naturreservaten. Biosfärområdena använder dock i dagsläget den här mallen, och vad jag kan se syns bara centralpunkten eller liknande i kartan. Finns det något sätt att ordna det på? (se bl.a. biosfärområdet Voxnadalen jämfört med naturreservatet Degeberga backar) Eric Luth (WMSE) (diskussion) 27 april 2020 kl. 17.45 (CEST)

Det vore nog bra om även den här generella databoxen kan visa shapefiler integrerade i faktarutan. För artiklarna om biosfärområden tycker jag dock att en mer ämnesspecifik mall bör användas. Jag har skruvat lite på {{Faktamall naturreservat WD}} så att den nu kan användas även för artiklar kopplade till objekt som är instans av (P31) biosfärområde (Q158454).

Se Blekinge arkipelag för ett exempel.

--Larske (diskussion) 27 april 2020 kl. 18.56 (CEST)

Tack! Tanzania (diskussion) 27 april 2020 kl. 19.33 (CEST)

 Delvis fixat

Degeberga backar

Naturreservat i Skåne län

Degeberga backar

Naturreservat

Tillkomst	20 november 2008
IUCN kategori för skyddade områden	IUCN-kategori IV: habitat/artskyddsområde
Land	Sverige
Inom det admi­nis­tra­ti­va området	• Skåne län  • Kristianstads kommun
Koor­di­na­ter	55°50′6″N 14°5′1″E
Geog­ra­fisk form	kartlänk
Operatör	Kristianstads kommun
Area	31,36 hektar, 3,814 hektar, 31,35 hektar, 0,0 hektar

. Mallen visar nu i alla fall en länk till shapefilens sida på commons. Är "gränskarta" ett bra namn i mallen? Tomastvivlaren (diskussion) 3 maj 2020 kl. 02.52 (CEST)

Exakt var gränskartan är lagrad i Commons, det vill säga sökvägen/filnamnet är helt ointressant för läsaren och bör inte visas som en utrymmeskrävande (tre rader) länktext. Den bör bytas mot en kortare länktext som får plats på en rad, se exempel nedan,.

Gränskarta	Data:/Sweden/Nature reserves/2020/Degeberga backar/2014336.map
Gränskarta	Kartlänk

När det gäller förslaget på radrubrik, Gränskarta, passar det nog när objektet är ett område som ett land, ett naturreservat och liknande. Men om mallen används för objekt av andra slag, till exempel ett naturminne där "geoshape" visar en eller flera distinkta punkter, som till exempel Tjugo gamla ekar (Q86920688), eller för ett objekt som är en gata, som till exempel Champs-Élysées (Q550), kan nog termen "gränskarta" uppfattas som lite mindre lämplig.

När man gör sortimentspecifika mallar kan man vara mer precis när det gäller rubrikerna i mallen. Det är mycket svårare för en mall som är avsedd att kunna användas generellt.

En helt annan sak är att Area inte bör visas som fyra olika värden utan förklaring av vilken berörd del (P518) som respektive värde avser. Se databoxen till höger om Degeberga backar.

Area → 31,36 hektar, 3,814 hektar, 31,35 hektar, 0,0 hektar

Även i detta fall är det relativt lätt att förutsäga vilka olika värden på berörd del (P518) som kan förekomma för egenskapen area (P2046) för ett visst sortiment, till exempel för objekt som är instans av (P31) kommun (Q127448), men i det generella fallet är det svårare att veta vilka av ett objekts alla egenskaper som kan ha berörd del (P518) som bestämningsord och hur detta bör presenteras på ett bra sätt i faktarutan. Försöker man ta hand om berörd del (P518) på ett generellt sätt kan det nog bli lite konstigheter i vissa fall.

• Länk till fråga som ger en lista på över 900 olika egenskaper som förekommer med bestämningsordet berörd del (P518). Egenskapen area (P2046) är som du ser en av de vanligare.

--Larske (diskussion) 3 maj 2020 kl. 07.40 (CEST)

Skulle vi inte kunna använda den kartan istället?

<mapframe>: Titeln "Data:/Sweden/Nature reserves/2020/Degeberga backar/2014336.map" är inte en giltig sida för kartdata

Hmm, nej det var visst inte så enkelt, mapframe vill inte ha Data: i filhänvisningen, men det vet jag inte hur man kan få bort. ♥Ainali ^diskussion_bidrag 3 maj 2020 kl. 09.37 (CEST)

Ja, det var lite knepigt innan jag fick till det i naturreservatsmallen:

Karta

Det går kanske att göra på något annat sätt men att stoppa in kod inne i mapframe-syntaxen verkar inte vara en framkomlig väg, så jag använde en mall för att anropa Kartographer och trollade bort "Data:" innan anropet av mallen.

--Larske (diskussion) 3 maj 2020 kl. 13.22 (CEST)

@Larske: tror du det är väldigt komplicerat att inbädda GeoShapes i databox-modulen - skulle det vara mycket enklare att åstadkommma detta genom att anropa andra moduler i databoxmallen? Tomastvivlaren (diskussion) 16 juni 2023 kl. 09.39 (CEST)

@Tomastvivlaren: Att presentera geografisk form (P3896) i faktarutan som databoxmallen skapar bör vara fullt möjligt. Du kan hämta inspiration från raderna 33–38 i mallen Faktamall naturreservat WD. Till höger här kan du se resultatet för Gazaremsan (Q39760). Om du inte vill förlita dig på de moduler som används där, nämligen Wikidata2 som hämtar geografisk form (P3896) från Wikidata Maplink, som anropar tillägget Kartographer med hjälp av <maplink> String, som rensar bort en del av värdet på geografisk form (P3896) som maplink inte vill ha kan du dissekera dem för att implementera samma kod som de gör direkt i modulen databox. Observera dock att mapframe verkar vara lite kinkig med att få allt "färdigtuggat", alltså ingen kod mellan mapframe-taggarna, se inlägget från 3 maj 2020 kl. 13.22 här ovan. Även till synes oskyldiga radbrytningar kan ställa till det när man försöker anropa mapframe på låg nivå och resultera i felmeddelanden som "Kunde inte tolka JSON: Syntaxfel" eller nåt i den stilen.

Här är lågnivå-mapframekoden med resulterande karta till höger <mapframe width="250" height="250" frameless> { "type": "ExternalData", "service": "page", "title": "Gaza Strip.map" } </mapframe>

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

Översiktskarta och fler mediefiler?

Denna diskussion har flyttats hit från Diskussion:Kucovë_distrikt.

Någon som kan lägga till kartan i databox-mallen utan att lägga till en ny mall eller hur funkar det? Vannucci (diskussion) 10 juni 2023 kl. 13.41 (CEST)

@Vannucci: Det är för närvarande bara 3 av 36 artiklar om albanska distrikt som använder mallen {{Databox}}.

Eftersom översiktskartorna finns i Wikidata under egenskapen översiktskarta (P242) för Albaniens distrikt skulle det gå att få dessa kartor att dyka upp i databoxen genom att lägga till värdet P242, till tabellen property_whitelist som finns på raderna 129–134 i Modul:Databox. Detta för att stänga av den censurering av data som är av typen media som annars är default i Databox.

Detta räcker dock inte. För att resultatet ska bli acceptabelt för alla de fall där översiktskartan inte är mycket långsmal på höjden, som de är för de albanska distrikten, behöver radetiketten (Översiktskarta) för denna egenskap göras om till en rubrik så att den inte "puttar ut" översiktskartan till höger utanför databoxens ramar.

Pingar @Tomastvivlaren: som dels kanske vet om just denna egenskap, översiktskarta (P242), har diskuterats tidigare för Databox och dels kanske kan skruva på koden så att översiktskartorna håller sig inom boxen om man nu väljer att vitlista dem. Man behöver också fundera på om det behövs någon begränsning i de fall Wikidataobjektet har mer än ett värde på egenskapen översiktskarta (P242), som till exempel Balkanhalvön eller District of Columbia. Vilken/vilka översiktskartor ska visas i sådan fall?

Här är en lista på de svwp-artiklar som skulle påverkas om översiktskarta (P242) skulle läggas till på vitlistan:

• Länk till fråga som ger en lista på (just nu 62) artiklar som använder mallen {{Databox}} och som är kopplade till ett Wikidataobjekt som har något värde på egenskapen översiktskarta (P242).

Om modulkoden ändras så att översiktskartorna dyker upp i faktarutan, behöver dessa artiklar granskas och vid behov rensas från identiska översiktskartor som är inlagda omedelbart under faktarutan, som i till exempel Hässelby-Vällingby stadsdelsområde. Larske (diskussion) 10 juni 2023 kl. 15.09 (CEST)

Fixat. Men jag gissar att alla översiktskartor behöver bildtext, t.ex. "Läge i Albanien" eller "Topologisk karta". Så jag gjorde så att högst en översiktskarta visas, och bara om den har beskrivning av media (P2096) på svenska. Vilket endast en av översiktskartorna hade sedan tidigare, men nu har Kucovë distrikt det, se https://www.wikidata.org/wiki/Q211946#P242. Artikeln hamnar då i Kategori:Sidor med översiktskartor skapade med Databox. Om lösningen blir bra, kan vi då hjälpas åt att gå in i Wikidata och förse kartor med beskrivning av media, och ta bort eventuell duplicerad kartbild från artikeln? Tomastvivlaren (diskussion) 11 juni 2023 kl. 23.20 (CEST)

@Tomastvivlaren: Snyggt fixat. Det är såklart trevligast med en mediabeskrivning (P2096) på svenska även om jag tror att en del översiktskarta (P242), till exempel den här, talar för sig själv. Alternativt skulle det kanske räcka med en rubrik Översiktskarta ovanför bilden eller en defaultbeskrivning "Översiktskarta" under bilden när svensk beskrivning saknas. Men det kan nog vara bra att börja lite försiktigt som du gjort och kräva ett en svensk beskrivning finns i Wikidata, då blir ju bilden också mer kontrollerad. Man vet ju aldrig vad någon kan ha stoppat in som översiktskarta (P242).

Jag har kompletterat på malldokumentationssidan med ett par frågor som listar de objekt vars svwp-artikel använder Databox, som har minst en respektive ingen översiktskarta (P242) med en mediabeskrivning (P2096) på svenska för att underlätta för de som kanske vill komplettera med svenska beskrivningar.

Jag såg också att dribblandet med height=-1 i mallanropet i artikeln Yggdrasil (för att inte visa bild (P18) i databoxen?) gör att inte heller den här "översiktskartan" visas i databoxen. Är det avsiktligt så eller en oönskad bieffekt? Larske (diskussion) 13 juni 2023 kl. 18.42 (CEST)

Det bör finnas något sätt att hindra att översiktskartan visas just på svwp, exempelvis om den inte är tillämplig i svenskspråkig kontext. Nu har jag ändrat så att negativ zoom-parameter inte hindrar översiktskartan, och därmed syns översiktskartan i Yggrasil. Men då blir det ändå viktigare att kräva att kartan har beskrivning på svenska för att den ska synas tänker jag. Naturligtvis kan man dölja bilden genom att sänka bildens rang på databox men det skulle kunna påverka även eventuella faktarutor på andra wikier, vilket vi kanske inte vill.

Vill vi kunna visa ändå fler karttyper om de förses med svensk beskrivning? Se:

• Länk till fråga som ger lista på (just nu 6) artiklar som använder mallen {{Databox}} och har något värde på detaljkarta (P1621). Vill vi exempelvis visa [1] i Karl-Liebknecht-Strasse?
• Länk till fråga som ger lista på (just nu 10) artiklar som använder mallen {{Databox}} och har något värde på utbredningskarta (P1846). Vill vi t.ex. visa [2] i Anatoliska språk.
• Länk till fråga som ger lista på (just nu 14) artiklar som använder mallen {{Databox}} och har något värde på vägkarta (P15). Vill vi t.ex. visa [3] i Djurgårdslinjen?

Om flera kartor av samma karttyp (t.ex. fler översiktskartor) har förseetts med svensk bildtext och har samma rang, vill vi då visa flera eller bara en?

Vill vi att Databox generellt ska kunna visa samtliga mediefil-egenskaper? Det finns i dagsläget 77 egenskaper av datatypen "Mediafil från Commons". Se lista. Man skulle kunna skapa en vitlista över tillåtna mediatyper, eller tillåta alla om de förses med svenska mediabeskrivning. Jag vet inte om Lua-scriptet kan bli för långsamt om det går igenom alla 77. Larske, går det att använda petscan för att skapa en lista över artiklar som använder Databox, och som har något värde på någon av de 77 mediafil-egenskaperna, och detta värde har försetts med en textbeskrivning på svenska? Tomastvivlaren (diskussion) 15 juni 2023 kl. 09.17 (CEST)

@Tomastvivlaren: Här är ett par SPARQL-frågor som kanske kan vara till hjälp för att få en uppfattning av förekomsten av mediabeskrivning (P2096) på svenska:

• Länk till fråga som ger en frekvenstabell per egenskap över antalet till svwp-artiklar med mallen Databox kopplade Wikidataobjekt som har egenskaper av typen Mediefil från Commons dels totalt och dels där det finns en mediabeskrivning (P2096) på svenska.
• Länk till fråga som ger en tabell över alla till svwp-artiklar med mallen Databox kopplade Wikidataobjekt som har någon egenskap av typen Mediefil från Commons där det finns en mediabeskrivning (P2096) på svenska. I tabellen visas även vilken egenskap det är och den svenska beskrivningen av respektive mediefil.

Just nu är det alltså 43 av de 77 egenskaperna som finns representerade, men bara två av dem, bild (P18) och översiktskarta (P242), som har några värden med mediabeskrivning (P2096) på svenska.

Observera att objekt med flera värden med svenska beskrivningar för en viss egenskap, som Campus Kiruna (Q107711063), förekommer på flera rader i tabellen.

-- Larske (diskussion) 15 juni 2023 kl. 12.57 (CEST)

Tack Larske för avancerade sökfrågor! De är till hjälp. Osäker på vilka av dessa som är mest intressanta att nämna i dokumentationen.Tomastvivlaren (diskussion) 15 juni 2023 kl. 19.24 (CEST)

Nu visas i stort sett valfri mediafil! En av varje egenskap, men bara om de är försedda med mediabeskrivningpå svenska. Det är bara att gå in och mata in texter. Kan vi hjälpas åt att mata in bildtexterna? Tomastvivlaren (diskussion) 15 juni 2023 kl. 19.24 (CEST)

"Inget värde"

@Tomastvivlaren: Några artiklar, Urnordiska och Urindoeuropeiska, som använder {{Databox}} hade hamnat i Kategori:Sidor med skriptfel. Anledningen till detta var att modulen (på rad 783) försökte hämta "mainsnak.datavalue" för ett värde på egenskapen originalnamn (P1705) trots att "mainsnak.snaktype" för detta värde inte är lika med "value" utan den är lika med "novalue" ("inget värde"), se till exempel här.

Genom att lägga in en test på att det är ett "value" innan vi försöker hämta "mainsnak.datavalue", se denna diff], undviker vi att modulen kraschar och lämnar ett felmeddelande i artikeln. Motsvarande problem kan möjligen finnas på andra ställen i koden och kommer att visa sig först när någon lägger in ett "novalue" i någon egenskap av annan typ i ett objekt vars svwp-artikel använder {{Databox}}. Det tillägg jag gjorde gäller ju bara egenskaper med datatypen "monolingualtext". -- Larske (diskussion) 22 juni 2023 kl. 20.40 (CEST)

Tack för hjälpen Larske! Upptäckte att motsvarande fel även inträffade vid en url som är "inget värde" på dawiki. Har nu åtgärdat "inget värde" för fler datatyper och fall.

Nu visas "inget värde" som ett långt streck. "Unknown value" visas däremot som "något värde". Är det önskvärt? Man skulle även kunna dölja egenskaper som bara har sådana icke-värden. (Efterhandsredigerat inlägg.) Tomastvivlaren (diskussion) 26 juni 2023 kl. 19.14 (CEST)

@Tomastvivlaren: Jag upptäckte ytterligare ett felfall som uppstod för Nikon D1 (Q1202054) där föregås av (P155) har värdet "inget värde". Då blir level[1] lika med "nil" och modulen kraschade när detta värde användes på rad 787. Jag la in ett tillfälligt plåster som testade att level[1] hade något värde innan det användes, men kanske det behöver åtgärdas på fler (eller andra) ställen, till exempel vid raderna 705–710 där level[1] plockas fram. Eller så ska resultatet bli något annat än att bara "hoppa över" koden på raderna 788–810. --Larske (diskussion) 20 juli 2023 kl. 09.08 (CEST)

Tack Larske. När och varför vill vi visa "inget värde" (eller tankestreck) i en faktaruta? På wikidata fyller det kanske en funktion att hindra någon från att lägga in ett värde av misstag. Borde de generellt döljas i databox?

Samma fråga med det wikidata och alla andra wikipediaversioner kallar "okänt värde", men som på svenska av oklar anledning översätts till "något värde".Tomastvivlaren (diskussion) 20 juli 2023 kl. 14.39 (CEST)

Att det saknas värde för en viss egenskap säger ju bara att det ännu inte är någon som lagt in något värde i Wikidataobjektet angående den egenskapen, men att en egenskap har värdet "inget värde" är information som i vissa fall kan vara relevant att visa. Det är därför svårt att svara generellt på frågan. Det är också svårt att bestämma ett generellt format som passar för alla egenskaper i alla typer av objekt.

För {{Faktamall biografi WD}}, där man med parametern novalue i anropen av modulen Wikidata2 kan ange vad som ska skrivas ut istället för "inget värde", se exempel nedan, blev det förra året en livlig diskussion om att "inget värde" i Wikidata för egenskaperna barn (P40) och gift med (P26) resulterade i anpassade texterna "barnlös" respektive "ogift". Det var några som ansåg det som opassande att ange att Anne Frank var ogift (en uppgift som kommit och gått i Wikidataobjektet genom åren, just nu är den borta) medan andra tyckte att det är olämpligt om mallen censurerar uppgifter som finns i Wikidata, se den här tråden.

• Exempel där föregås av (P155) har ett normalt värde: Nikon Coolpix P1000 (Q56277951) har Nikon Coolpix P900 som föregångare.
• Exempel där föregås av (P155) har värdet "inget värde": Nikon D1 (Q1202054) har ingen annan kamera som föregångare.

När det gäller "något värde" kan det också ligga information i förekomsten av det värdet för vissa egenskaper i vissa typer av objekt, men det bör bara användas där det verkligen tillför något. Att en människa (Q5) alltid har en mor (P25) och en far (P22), även om de inte är kända, "goes without saying", så i exempelvis det är objektet känns det ganska onödigt.

"något värde" är väl en översättning av somevalue som det heter internt i Wikidata, se till exempel här. Även visningstexten för detta i faktarutan går att överrida i Wikidata2 med hjälp av parametern somevalue. Detta använder vi i mallar som till exempel {{Faktamall socken WD}} för att fånga upp "något värde" för egenskapen datum för grundande eller skapande (P571) och, på raden Bildad i faktarutan, presentera det som "medeltiden", se till exempel Nävelsjö socken (se Wikidata). Det är sådana friheter man kan ta sig när det gäller mallar som används för ett väl avgränsat sortiment, men som inte fungerar för mer generella mallar.

-- Larske (diskussion) 20 juli 2023 kl. 16.48 (CEST)

Skulle du reagera negativt om jag dolde många "unknown values" i databox (inklusive deras property name), istället för att visa ett streck? Om det är en egenskap med flera värden där ett av värdena är "no value", kanske man vill ha kvar strecket, men jag kommer just nu inte på att jag har sett det någon stans.

Skulle du ha något emot att den svvenska översättningen av "unknown value" generellt ändras till "okänt värde" istället för "något värde" på Wikidata, så att svenska språket behandlar det lika som övriga Wikipediaspråk? I ditt exempel med släktskap är ju "fader okänd" ett etablerat begrepp, medan "någon fader" bara blir en truism.

I datablad och jämförelsetabeller är N/A vanligt, som ibland betyder not applicable, ibland no answer. Det första tolkar jag som "no value", det andra som "unknown value". "Some value" förekommer inte.Tomastvivlaren (diskussion) 20 juli 2023 kl. 17.06 (CEST)

Allegoriskt porträtt

Målning tillskriven Amalia Wilhelmina von Königsmarck

Målning

Tillkomst	1689
Titel	Allegori med självporträtt och profilporträtt av Ulrika Eleonora d.ä.
Plats	• Stockholm  • Norrmalm   • Nationalmuseum
Huvudtema	Amalia Wilhelmina Königsmarck
Genre	självporträtt, porträtt
Skapare	Amalia Wilhelmina Königsmarck
Material	oljefärg, målarduk
Motiv	Amalia Wilhelmina Königsmarck, Ulrika Eleonora av Danmark, något värde
Samling	Nationalmuseum
Bredd	120 centimeter
Höjd	101 centimeter

Här är mina reflektioner över dina två frågor:

• Angående att dölja "unknown values" ("något värde") i stället för att visa ett streck i databoxen är jag inte säker på att jag förstår vad du menar med "unknown values" när du i meningen efter skriver att ett av värdena är "no value" ("inget värde"). Menar du samma sak med "unknown value" som med "no value"? Kan du förtydliga frågan. Om du menar "unknown value" även i den andra meningen så är d:Q18601219#P180 ett exempel där ett av fyra värden är "unknown value", se även Motiv i faktarutan till höger. Att dölja detta "unknown value" tror jag kan vara värt att prova för att se om någon reagerar. Ändringen påverkar ju "bara" några av de artiklar som använder mallen Databox. Du skulle kunna lägga in de artiklar där ett "unknown value" har dolts i en tillfällig spårningskategori så får vi se omfattningen.
• När det gäller frågan att ändra (tillbaka) den svenska översättningen av "somevalue" till "okänt värde" så är påverkan mycket större då det, såvitt jag förstår, påverkar användargränssnittet i Wikidata för alla som har svenska som språkval i Wikidata. Jag skickar därför frågan vidare till @Ainali: som var den som gjorde ändringen till "något värde" för tre år sedan, se här. Kommer du ihåg om den ändring som du gjorde var resultatet av någon diskussion på Bybrunnen i Wikidata eller i svenskspråkiga Wikipedia som ledde fram till att den svenska översättningen ska avvika från motsvarande översättningar på andra språk?

Larske (diskussion) 21 juli 2023 kl. 09.58 (CEST)

Om jag minns rätt gjorde jag ändringen dels för att harmonisera med vad det står i gränssnittet på strukturerade data på Wikimedia Commons samt för att tydliggöra vad den semantiska meningen egentligen är eftersom att det hade varit en del felanvändning av det värdet. Varför engelska inte har en textsträng som stämmer bättre överens med vad den kallas i mjukvaran har jag inte orkat gå in på. Klart är ju att den ska användas när man vet att det finns ett värde men inte vad värdet är, därav det ursprungliga somevalue. ♥Ainali ^diskussion_bidrag 21 juli 2023 kl. 10.23 (CEST)

Enheter

Mallen tycks visa vissa mått i såväl SI som amerikanska enheter, se t.ex. [4]. Går detta att åtgärda?

andejons (diskussion) 3 oktober 2023 kl. 07.23 (CEST)

Det skulle förmodligen gå att få mallen att ge värden med SI-enheter företräde framför värden med icke-SI-enheter för de fall som det finns mer än en enhet på en numerisk egenskap.

@Tomastvivlaren: Vad tror du om den idén?

Om värdena inte är konsistenta, se nedan, finns dock en risk att fel i objektet döljs om man alltid väljer värdet med SI-enhet och ignorerar övriga värden, se flygplatsexemplet nedan.

Jag gjorde en liten undersökning över just egenskapen höjd över havet (P2044) för att undersöka hur vanligt det var med värden i såväl meter (Q11573) som i fot (Q3710).

• Länk till fråga som ger en lista med (just nu 4 592) objekt med värde för egenskapen höjd över havet (P2044) med såväl meter (Q11573) som fot (Q3710).
• Länk till fråga som ger en lista över (just nu 1, Kodiak Island) svwp-artiklar kopplade till objekt i föregående lista och som använder mallen {{Databox}}

För egenskapen area (P2046) är motsvarande antal just nu 2 769 Wikidataobjekt varav 3 av dessa är kopplade till svwp-artiklar, Kodiak Island, Patiala och Washingtons storstadsområde, som använder {{Databox}}

När en uppgift anges med två olika enheter ligger det i farans riktning att de två värdena inte är konstistenta, det vill säga kvoten mellan antal fot och antal meter är inte vad den bör vara, alltså cirka 3,28. För att utröna hur vanligt det är med den typen av fel för egenskapen höjd över havet (P2044) gjorde jag följande fråga:

• Länk till fråga som ger en lista med (just nu 240) Wikidataobjekt som har värden för egenskapen höjd över havet (P2044) i såväl meter (Q11573) som fot (Q3710) och där kvoten mellan värdena inte ligger i intervallet från 3 till 3,5.

Jag har inte gjort någon fullständig undersökning av vad felen beror på, till exempel att olika och motstridiga källor har använts, men för några objekt jag tittade på har de en historik av sammanslagningar av olika objekt som använt olika enheter och flera objekt anger cebuanuspråkiga Wikipedia och/eller Geonames som källa för något av värdena. Här finns det behov av ett större städarbete.

För till exempel flygplatsen d:Q11824413 har jag ändrat från 111 meter till 1109 meter. Cebwp-artikeln anger 111 meter trots att Geonames anger 1 109 meter, men det kan ju bero på att Geonames har rättats sedan Lsjbot skapade artikeln. Bland annat har positionen för denna flygplats ändrats med cirka 370 kilometer! i Geonames sedan cebwp-artikeln skapades. Larske (diskussion) 3 oktober 2023 kl. 11.47 (CEST)

Att ha två olika egenskaper beroende på vilken enhet de skrivs in med förefaller som hjärnsläpp hos WD. Att det skulle finnas möjlighet att automatiskt kontrollera att uppgifter är konsistenta är ju ett av argumenten för att använda WD för att lagra uppgifter. Att visa upp två olika uppgifter men lämna till den som råkar ramla över dem att reagera på att den inte stämmer verkar inte heller särskilt bra.

andejons (diskussion) 3 oktober 2023 kl. 12.16 (CEST)

Inte helt lätt att koda. Framtiden borde istället vara att radera denna typ av redundanta värden på Wikidata, eller döljer alla utom en genom att justera ranken. Larske, hur vanligt är motsatsen - att wikidata bara visar icke-SI-enhet och våra mallar skulle behöva auto-konvertera? Det är isåfall ett viktigare problem att lösa.

Enwiki:s version av mall:convert, (se en:template:convert) kan ju hämta data från Wikidata och konvertera till nästan valfri enhet. Kanske kan man utnyttja den på något vis. Den kräver dock import av många moduler enligt en:Template:Convert/Transwiki_guide. Tomastvivlaren (diskussion) 3 oktober 2023 kl. 22.36 (CEST)

Det är inte två olika egenskaper beroende på enhet. Det är en och samma egenskap med två olika värden. Vi får samma problem om man anger två olika värden med samma enhet - vilket förekommer. Kitayama (diskussion) 3 oktober 2023 kl. 22.58 (CEST)

@Tomastvivlaren: Visst förekommer det att höjd över havet (P2044) bara anges i enheten fot (Q3710) i ett Wikidataobjekt. Det finns just nu 58 555 sådana objekt även om det just nu bara är 2 av dessa, Absaroka Range och Århus flygplats, som är kopplade till en svwp-artikel som använder mallen {{Databox}}.

Wikidata är dock förberett för att konvertera sådana värden till meter och den funktionen används också i svwp-modulen Wikidata2. Genom att använda parametern convertunit, se exempel nedan för Absaroka Range (Q331762) som bara har ett uttalande om höjd över havet (P2044), se här, kan vi få värdet i enheten meter (Q11573) vilket är lämpligt i svenskspråkiga Wikipedia. Och vill du ha det oformaterat och/eller utan enhet, för att till exempel använda värdet i aritmetiska uttryck, så går det också bra:

Modulanrop	Resultat
{{#invoke:Wikidata2|formatStatements|entityId=Q331762|property=P2044|noref=ja}}	13 153 fot
{{#invoke:... som ovan ...|convertunit=Q11573}}	4 009,0344 meter
{{#invoke:... som ovan ...|convertunit=Q11573|noformatera=ja}}	4009.0344 meter
{{#invoke:... som ovan ...|convertunit=Q11573|noformatera=ja|withoutunit=ja}}	4009.0344

Det som sker bakom kulisserna är alltså att man dribblar lite med egenskapen omvandling till SI-enhet (P2370), se till exempel d:Q3710#P2370 för att få reda på hur lång en fot (Q3710) är uttryckt i meter (Q11573).

--Larske (diskussion) 3 oktober 2023 kl. 23.52 (CEST)

Enwp:s wikidataanpassade variant av convert visar normalt inget värde alls om en egenskap har flera värden. (Men om värdena har olika qualifiers kan man precisera vilken som ska visas med parameterns qual=QID i convert-anropet). Hur gör wikidata2 om en egenskap har flera siffervärden med samma eller olika enhet?Tomastvivlaren (diskussion) 4 oktober 2023 kl. 00.01 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Om det är fallet att det finns olika värden på höjd över havet (P2044), inte för att det finns flera motstridiga källor utan för att det gäller olika "bestämningar i uttalandet", finns parametrarna preferqualifier och preferqualifiervalue som kan användas för att filtrera det man är ute efter i en speciell situation, se följande exempel för Eleanor Creek (Q49904290) med berörd del (P518) lika med flodmynning (Q1233637) respektive källflöde (Q7376362)

Modulanrop	Resultat
{{#invoke:Wikidata2|formatStatements|entityId=Q49904290|property=P2044|noref=ja}}	345 meter och 915 meter
{{#invoke:... som ovan ...|preferqualifier=P518|preferqualifiervalue=Q1233637}}	345 meter
{{#invoke:... som ovan ...|preferqualifier=P518|preferqualifiervalue=Q7376362}}	915 meter

Parametern convertunit kan används som i förra exemplet för att garantera att resultatet ges i meter. --Larske (diskussion) 4 oktober 2023 kl. 00.46 (CEST)

Är det intressant att Wikidata aldrig visar något värde om det finns två värden med samma enhet, eller skulle det oftast vara till nackdel? @Larske Kan wikidata2 default översätta till SI-enheter (eller svenska enheter såsom km/h) eller måste man alltid precisera vilken enhet den ska översätta till?

Modul:Databox anropar hittills inte någon annan modul, och det har underlättat att den har spridits till 52 språk - den har väldigt lite installationskrångel. Vår utökade version används dock bara på tre språk, svenska, nordfresiska och danska. Wikidata har bara fått stor användning på de två första språken samt på Afrikaans. Ursprungsversionens upphovsperson svarar inte på mina frågor, och jag tolkar det som att hen inte gillar att jag har utökat den.

Jag ser följande alternativ för att åstadkomma enhetskonvertering i Databox, som alla innebär mycket jobb:

1. Anrop av Larskes Modul:Wikidata2. Den är väldigt kompetent. Otroligt synd att dokumentationen inte finns på engelska och den därför inte har spridits till fler än 6 språk. T.ex. saknas den på dawikipedia där den utökade databox används. Om man börjar baka in anrop till denna typ av Wikidatamodul så borde man nog istället börja från scratch och bygga hela Databox kring en wikidatamodul, för då kan man göra så mycket mer. Och då borde man kanske använda en internationellt mer spridd modul.

2. Användning av Module:Convert/Wikidata . En fördel är att den default översätter till SI-enheter och till bl.a. km/h. En nackdel är att den normalt döljer värdena om det finns flera alternativa siffervärden. Den är installerad på 61 språk, dock inte danska och svenska ännu, och är lite bökig att installera.

3. Anrop av module:WikidataIB. Men det är den modulen som mall:Wikidata_Infobox är uppbyggd kring, så då skulle vi lika väl kunna gå över till den istället för Wikidata. Den har fått stor spridning på commons, men inte till Wikipedia.

4. Att lägga in enhetskonvertering till de vanligaste SI-enheterna i Databox, istället för att anropa en annan modul. Den kommer då att bli gigantisk. @Larske Hur många kodrader skulle du uppskattningsvis säga gör enhetskonverteringen i Wikidata2?

Jag har just nu inte tiden för att utföra detta jobb.

Tomastvivlaren (diskussion) 4 oktober 2023 kl. 20.06 (CEST)

@Tomastvivlaren: För att försöka svara på din fråga under punkt 4 om kodvolym gjorde jag en liten testmodul som tar emot ett Q-nummer och ett P-nummer och returnerar värdet på egenskapen P för objektet (Q) konverterat till SI-enhet även om värdet i Wikidata är angiven med en annan enhet.

Själv "kärnan" för konverteringen kan alltså göras på 10–15 rader kod med hjälp av egenskapen omvandling till SI-enhet (P2370), se Modul:Sandlådan/Larske/Testmodul27. Exempel på användningen av denna kodsnutt finns på sidan Användare:Larske/Testsida27.

Naturligvis måste man lägga till en hel del kod för att hantera alla udda fall som kan uppkomma (som "novalue" och "somevalue" du vet) och man vill förmodligen inte heller alltid ha grundenheter som meter utan hellre någon lämplig multipel av grundenheten, exempelvis vill man troligen ha "miles" konverterat till "kilometer" och kanske man även vill ha en lämplig avrundning och inte en massa decimaler (som i Exempel 2 på min testsida). Man bör naturligtvis inte heller konvertera "millimeter" och "kilometer" till "meter" så en kontroll att "faktorn" inte är en jämn 10-potens bör nog också inkluderas i koden. Larske (diskussion) 5 oktober 2023 kl. 00.10 (CEST)

@Tomastvivlaren: Inspirerad av testfallen i din sandlåda kompletterade jag funktionen så att den klarar av att identifiera och hantera följande fall:

• om egenskapens, till exempel instans av (P31), datatyp inte är "Kvantitet" får man ett meddelande om det
• om egenskapens värde har en enhet, till exempel människa (Q5), som saknar omvandling till SI-enhet (P2370) får man ett meddelande om det
• om egenskapens värde har enheten "1" får man ett meddelande om det

Larske (diskussion) 7 oktober 2023 kl. 23.54 (CEST)

@Andejons: Nu visas resultatet av en nästan färdig uppdaterad version i högra kolumnen i user:Tomastvivlaren/sandlåda. Ni får gärna hjälpa mig att testa den i fler artiklar genom att lägga in {{Databox/Sandbox}} istället för {{Databox}} i artiklarna (utan att spara). Den nya funkar så att finns det ett värde med SI-enhet i Wikidata visas det (utan att prefixet ändras), och icke SI-värden döljs då. Saknas SI-värde helt så visas de icke-SI-värden som finns efter konvertering till SI-basenhet. Bara för de allra vanligaste fallen (meter och kvadratmeter) har jag lagt in automatiskt byte av prefix vid stora värden. T.ex. Megameter och millibit är ju inte acceptabelt, men det är orimligt att jag ska mata in alla tänkbara fall av enheter och prefix i denna kod, och jag är tveksam till att installera och anropa modulen convert/Wikidata. Istället visas för det mesta bara basenheten om en konvertering har skett. Tycker man det ser illa får man mata in SI-värde med lämpligare prefix i wikidata.

@Larske: Det var bra tips och pedagogiskt visat! När man skapar t.ex. statements=getbeststatements(property) för en kvantitet, t.ex. area (P2046), och loopar över alla bra statements, och vill skriva ut ett specifikt statement utan att konvertera till SI-enhet, finns det då inget enklare sätt att göra det? Måste man plocka fram amount och söka fram enhetens svenska namn och göra om det till text på det vis du gjorde i din kod? Ibland finns ju ett fält i statement-objektet kallat .text men inte här. Formatstatements() får jag inte att funka för detta fall.Tomastvivlaren (diskussion) 13 oktober 2023 kl. 01.20 (CEST)

I flera fall där mallarna skall ange ett antal människor verkar siffran försvinna ur den nya versionen. Beror det på att det finns olika siffror för olika år och att det inte längre hanteras genom att ta den senaste?

Konvererting av meter ger också åtminstone ett oväntat resultat: att Vrescent ligger "1,358 kilometer över havet". Detta verkar helt korrekt, men är en oväntad enhet.

andejons (diskussion) 13 oktober 2023 kl. 07.57 (CEST)

Tack!! Åtgärdat. Men fler specialfall återstår att fixa. Det finns enormt många icke-SI-enheter som vi accepterar utan konvertering.Tomastvivlaren (diskussion) 13 oktober 2023 kl. 20.06 (CEST)

@Tomastvivlaren: Kan du precisera lite närmare vad "detta fall" refererar till i din fråga. Kan du lägga upp ett exempel med "detta fall" här eller på din testsida.

Var har du sett ".text" någonstans? Jag tittade i Wikidata2-modulen och där förekommer "value.text" bara på två ställen, dels i samband med egenskapen namn (P2561) och dels när datatype = "monolingualtext". Men i samband med SI-enheter är inget av dess fall tillämpligt. Det är möjligt att det finns något enklare sätt att plocka fram vad enhetens svenska namn är, men jag skrev bara ned det jag först kom på i den lilla testmodulen. Men om du av någon anledning inte vill konvertera till SI-enhet kan du väl bara göra med enhetsnamnet som du gör i Databox-modulen som ju aldrig gör någon konvertering till SI-enhet. Larske (diskussion) 13 oktober 2023 kl. 19.40 (CEST)

Av ditt svar har du nog förstått vilken problematik som jag menade, trotts min luddiga fråga. Det går alltså inte att kombinera Formatstatements() med valfritt urval av statements, eftersom den inte kan anropas med referenser till statementobjekt. Tomastvivlaren (diskussion) 13 oktober 2023 kl. 20.06 (CEST)

Inte läst hela disken ovan, men Modul wikidata2 ska ha funktioner för att konvertera fötter, tummar och mycket annat till i princip vilken enhet som helst, bara enhetsobjekten har vissa propertys. 213.112.54.246 13 oktober 2023 kl. 20.17 (CEST)

@Tomastvivlaren: Tyvärr gör jag inte det. Vad är det för "urval" du pratar om? Är det ett urval i frågan/funktionsanropet eller är det någon speciell kombination av uttalanden i ett Wikidataobjekt som funktionen inte klarar av att göra något vettigt av. Lägg gärna in den kombinationen i Wikipedia:Wikidata/Sandlåda för Wikidata (Q4115189) så jag kan se vad du menar och berätta vad du vill ha för resultat. Larske (diskussion) 13 oktober 2023 kl. 20.22 (CEST)

Ett annat problem är att Wikidata använder enheter i singularis. En cessna med "kapacitet 9 människa" är osnyggt.

För DC upprepas temperaturrekorden (och för lägsta temp används samma numeriska värde för grader Celsius och Fahrenheit, någon måste vara fel). Variansen i medelålder är angiven löjligt noggrant, oklart om den ens behövs. Vissa objekt som anges är bara artiklar på enwp och är helt meningslösa utan sådan länk. Lägsta punkten är angivet till "något värde". Tog bort mallen ur artikeln så länge, för det är för mycket dumheter i den.

andejons (diskussion) 13 oktober 2023 kl. 20.58 (CEST)

Angående enheten "människa" (människa (Q5)) som dök upp i Cessna 208 Caravan (Q1056131), så är det en felanvändning när det gäller egenskapen kapacitet (P1083).

Som framgår av beskrivningen så handlar egenskapen om "antal" personer och "antal" ska ha den dimensionslösa enheten 1 (Q199). Alla andra försök att klämma in någon enhet i värdet för detta uttalande är alltså felaktiga, jag tog därför bort människa (Q5) från Cessna 208 Caravan (Q1056131). En mall som hämtar ett värde på kapacitet (P1083) från Wikidata och vill presentera värdet på korrekt svenska i faktarutan kan använda hjälpmallen {{Plural}}, se följande exempel:

• {{Plural|9|person|personer}} → 9 personer
• {{Plural|1|person|personer}} → 1 person

Av drygt 27 000 objekt med egenskapen kapacitet (P1083) är det mer än 24 000 som "sköter sig", men cirka 10 procent har stoppat in någon annan enhet än 1 (Q199), se följande fråga:

• Länk till fråga som gren en frekvenslista över förekommande enheter i uttalanden för egenskapen kapacitet (P1083)

Som vanligt är det en lång svans av mer eller mindre fantasifulla enheter som behöver städas. Larske (diskussion) 13 oktober 2023 kl. 22.18 (CEST)

Önskemål: Hänvisning till Wikidata

Det är inte uppenbart för den som ser mallen i en artikel varifrån den hämtar sina data. Kan vi lägga till en liten text i mallen stil med "Data hämtas från Wikidata" och som länkar till sidan på Wikidata där datan kommer ifrån? Då blir det lättare att hitta var informationen finns om den behöver uppdateras. --Bensin (diskussion) 24 november 2023 kl. 16.50 (CET)

Ska man ha det på varenda wikidatabaserad mall? Det är många numera. Denna mall och ett par andra mallar är ju extra tydliga med att de hämtar data från Wikidata eftersom de har pennor. Håller man musen över en penna står det "redigera" och längst ned syns url:en till det wikidatafält där informationen kan ändras och ev källhänvisningar kan hittas.Tomastvivlaren (diskussion) 25 november 2023 kl. 01.27 (CET)

Jag tänker på samma sak utifrån ett läsarperspektiv och tycker att det är olyckligt med "faktarutor" som inte anger någon källa. Vi är noga med att allt i en artikel ska kunna verifieras - jättebra tycker jag. Då är det inte trovärdigt om det samtidigt finns en mall med icke källbelagda sakuppgifter, som dessutom kan avvika från dem i löptexten. En länka till wikidata är därför angelägen inte bara för den som ska redigera utan också för läsaren. Chandra Varena (diskussion) 25 november 2023 kl. 06.46 (CET)

Och pennorna har inte exakt den funktionen? Tomastvivlaren (diskussion) 25 november 2023 kl. 10.05 (CET)

Nej jag tycker inte att pennan fungerar så. Den som inte själv redigerar Wikipedia kan inte veta att pennan är en källhänvisning. Chandra Varena (diskussion) 25 november 2023 kl. 10.18 (CET)

Här är ett exempel där det står "Redigera wikidata" i faktarutan. Det är en uppmaning till redigerare, inte till läsare. Jag tycker att man i stället ska vända sig till läsaren och skriva "Källa: Wikidata". Fortfarande med länk så att den som vill kan redigera - men med läsarperspektivet som det primära. Och - alltså - i alla rutor som hämtar uppgifter från Wikidata. Chandra Varena (diskussion) 25 november 2023 kl. 10.32 (CET)

Jag har nu justerat så att "Redigera Wikidata" visas istället för "Redigera" när man håller musen över en penna. Det liknar hur mallen {{EditAtWikidata}} visar "Redigera detta på Wikidata". Både denna lösning och den lösning du föreslår riktar sig främst till dem som vill redigera uppgifter. Det är inte självklart att vanliga läsare fattar att det ibland kan finnas källhänvisningar på Wikidata - varken med "min" eller din lösning. Tomastvivlaren (diskussion) 25 november 2023 kl. 23.11 (CET)

Den vanliga läsaren söker sig kanske inte till Wikidata för att hitta källhänvisningar. Snarare tycker jag att hen ska informeras om att Wikidata ÄR källan till de uppgifter som finns i rutan. Chandra Varena (diskussion) 25 november 2023 kl. 23.21 (CET)

Eller att Wikidata kan innehålla källhänvisningar och faktarutans historik? Nån som har hört en vanlig läsare fråga om det för sådana faktarutor som inte kan visa källhänvisningar? Tomastvivlaren (diskussion) 25 november 2023 kl. 23.24 (CET)

I löptexten har vi den goda regeln att vi visar varifrån vi hämtat de sakuppgifter vi förmedlar. Jag tycker att samma sak ska gälla för "faktarutor". Att vi aldriig ska ange specifika uppgifter utan att ange källa. Jag tror inte att den vanliga läsaren vet vad wikidata är. Men om vi anger wd som en källa så kan de - om de vill - gå dit och kolla. Chandra Varena (diskussion) 25 november 2023 kl. 23.51 (CET)

@bensin: Löste min ändring av mallen problemet?

@Chandra Varena: Tycker du att vi explicit bör hänvisa till commons också för varje bild? Jag tänker att den normala läsaren och många av oss som redigerar Wikipedia betraktar commons och wikidata som en integrerad del av Wikipedia. Det är en teknikalitet att DNS-domänen är annan. Inom ett klick på pennan är man inne på Wikidata och redigerar uppgiften, och kan se källhänvisningar och historik, och inom ett par klick på bilden och "Visa detaljer" så är man inne på bilden och kan se dess historik och ladda upp en ny version.

Wikier med anonym inloggning är oacceptabla som källor. När vi översätter från enwiki kallar vi inte enwp för källa, utan för artikelurprung, och vi skriver att artikeln är "baserad på" enwp. Av samma skäl bör vi inte kalla wikidata eller commons för källor utan bör använda någon annan terminologi. Tomastvivlaren (diskussion) 26 november 2023 kl. 00.15 (CET)

Jag tycker att samma problem finns även med vissa bilder, speciellt sådana som förmedlar sakuppgifter i form att t.ex. kartor eller diagram. Men problemet är större, menar jag, när det är explicita sakuppgifter som förmedlas utan att det ger någon källa. När man (i läsläge) klickar på en bild så kommer man till Commons och ser data om bilden. En länk som leder till wikidata (utan uppmaningen "redigera") kan i alla fall delvis fylla samma funktion. Faktarutan uppfattas ofta som den sanna sammanfattningen av det som finns i artikeln, och därmed är det extra viktigt att den innehåller källhänvisningar.

Men - jag har tagit upp dessa saker många gånger förut och tänker inte driva det längre nu. Hej från Chandra Varena (diskussion) 26 november 2023 kl. 00.41 (CET)

@Tomastvivlaren: Tack, men tyvärr tycker jag inte att det räcker. Utöver att redigera så är jag också en läsare av artiklar. För det första lade jag inte märke till de små ljusgrå pennorna (som är så små att det inte syns att de är pennor), och även om jag hade gjort det så hade det inte varit uppenbart att jag skulle flytta muspekaren över dem för att få veta att uppgifterna kom från Wikidata. Jag vill gärna ha texten "Redigera Wikidata" eller liknande längst ner i hörnet på inforboxen som i {{faktamall biografi WD}} som Chandra Varena länkade till. Det är både prydligt och tydligt, och då behövs inte pennorna. Problemet är inte att det är för många klick för att komma till Wikidata. Det är redan idag bara ett klick, precis som du skriver. Problemet som jag ser är att det inte är uppenbart att de små grå strecken kan indikera uppgiftens ursprung eller att de är klickbara. I övrigt är ju mallen jättebra. --Bensin (diskussion) 5 december 2023 kl. 20.40 (CET)

Utan de klickbara pennorna, hur hittar du då vilket fält du ska redigera på wikidatasidan, eller gå in på för att hitta källhänvisningar? Namnet i faktamallens vänstra kolumn är inte alltid samma som egenskapens namn på wikidatasidan, utan kan ibland vara nedkortat.

Okej, i det fall man snabbt vill se Wikidataobjektets ändringshistorik skulle man kanske ha nytta av att faktarutan innehåller en historielänk, t.ex. kallad [H] (håll musen över för förklaring), och om man vill lägga till ett värde för en ny egenskap kan man ha nytta av en "lägg till-länk", t.ex. [L]? Inte säker på att det senare går dock. Inget av detta är viktigt för personer som bara är läsare och inte redigerar.

Pennorna är vanliga på vissa språkversioner, t.ex. den franska, och det har funnits förslag om att använda dem mer i framtiden för att integrera Wikidataredigeringen i faktarutan ändå bättre, så att användaren inte behöver tänka på att datat redigeras på en annan sajt. På enwp är pennorna ibland dolda för oinloggade, vilket jag är tveksam till. Jag har dock fixat så att de inte syns i utskrift, även ibland på enwp. Vissa på enwp tycker att pennorna förfular - borde de verkligen göras mer iögonfallande? Valet att använda pennor är bl.a. en effekt av att det av tekniska skäl är svårt att åstadkomma fotnoter just i denna mall, och av att mallen bör vara likartad på många språkversioner. Tomastvivlaren (diskussion) 6 december 2023 kl. 01.14 (CET)

Pennan berättar ingenting för användaren utan är ett hjälpmedel för den som redigerar. Som jag ser det så är det också viktigt att vi visar för läsaren varifrån data är hämtade, på samma sätt som det är viktigt att vi anger källor för det som sägs i löptexten. Jag jämför med exempelvis dagspressen. När de publicerar en "faktaruta" brukar det stå nederst varifrån uppgifterna är hämtade. Chandra Varena (diskussion) 6 december 2023 kl. 06.11 (CET)

På andra språkversioner förekommer att vissa faktarutor är försedda med texten "Information med symbolen hämtas från Wikidataobjektet." eller liknande längst ned i rutan. Det är ordrikt - kan man korta ned? På Databox är ju all info hämtad från Wikidata, inte bara vissa fält, och pennornas tooltip ger ju samma info "Redigera Wikidata". Även faktarutan {{Publikation}} har pennor vid vissa fält och skulle kunna förses med liknande text. På svwp är flera faktarutor som saknar pennor försedda med texten Redigera Wikidata längst ned. Den formuleringen är nog ganska lätt att automatiskt översätta till flera av de språkversioner där denna mall förekommer. Dock saknar t.ex. {{Taxobox WD}} en sådan text.Tomastvivlaren (diskussion) 6 december 2023 kl. 12.13 (CET)

Men varför måste ordet Redigera vara med? Då vänder man sig till den som vill redigera men ger ingen info till läsaren. Om man vänder på det och skriver Uppgifter från wikidata så får läsaren info. Om man gör denna text till en länk så förstår den som redigerar att man förs vidare till WD. Två funktioner i en lien text. Chandra Varena (diskussion) 6 december 2023 kl. 12.26 (CET)

Gillar du inte att det står "Redigera Wikidata" längst ned i de flesta andra wd-infoboxarna, t.ex. {{Faktamall biografi WD}}? Jag vet inte hur man automatiskt översätter "Uppgifter från Wikidata" eller "Data hämtade från Wikidata" till alla andra språk där Databox förekommer, men jag vet hur man automatiskt översätter "Redigera", nämligen med koden mw.message.new('vector-view-edit'). Och jag killgissar att Wikidata heter samma på de flesta språk och att "Redigera Wikidata" har samma ordföljd. Nån som vet bättre? Tomastvivlaren (diskussion) 6 december 2023 kl. 12.40 (CET)

Hur man löser detta i det komplicerade mångspråkiga wikadata-wikipedia-komplexet vet jag inte. Men det stämmer, jag gillar inte att tilltalet vänder sig till redigerare och inte till läsare. Möjligen kan man (i alla aktuella boxar) nöja sig med ordet Wikidata, som länk. Chandra Varena (diskussion) 6 december 2023 kl. 13.42 (CET)

Vad sägs om "Uppgifter från Wikidata" där "Wikidata" är en länk till artikelobjektet på Wikidata. Då är texten formulerad till läsaren men även användbar för skribenter. --Bensin (diskussion) 8 december 2023 kl. 23.39 (CET)

För mig får pennorna nog vara kvar, jag menar bara att de inte räcker som enda upplyssning att uppgifterna kommer från Wikidata. Initaler, som du nämner, samma som vi har i vissa navigationsmallar (V och R) uppe i hörnet är något bättre, men är kanske bara tydligt för skribenter med viss erfarenhet och hjälper nog inte läsare som undrar över vad som är källa till en uppgift. Fotnoter kan visas i {{faktamall biografi WD}}, se Elisabeth Backteman. --Bensin (diskussion) 8 december 2023 kl. 23.39 (CET)

Fel i titel-koordinater

Berörd artikel: Bauhaus Museum Weimar. Det finns två koordinater i WD, en med föredragen rang. Det blir rätt i faktarutan, men det blir fel i koordinaterna i huvudet. Där används koordinaterna med lägre rang. Dessutom avrundas koordinaterna i huvudet till närmaste bågminut vilket blir en för grov avrundning för en byggnad. (Felet kan vara upp till 926 meter). Det bör vara bågsekund. Kitayama (diskussion) 9 januari 2024 kl. 09.19 (CET)

 Fixat Felet låg i Modul:Coordinates som alltid använde det första värdet för geografiska koordinater (P625), även när det finns mer än ett värde. Detta är nu ändrat så att modulen använder det första värdet som har "Best Rank", det vill säga om det första värdet har "Normal rang" men det längre ner i listan finns ett värde med "Föredragen rang", alltså som i ovan nämnda artikel, se här, används det sistnämnda även för titelkoordinaten.

Avrundningen till bågminut var i enlighet med den (märkligt) angivna precisionen i Wikidata för det första värdet på geografiska koordinater (P625), så där följde bara modulen vad som var angivet i Wikidata. För värdet med föredragen rang, det som nu används, är precisionen angiven till bågsekund vilket känns rimligt för ett museum. Larske (diskussion) 25 januari 2024 kl. 15.44 (CET)

@Larske Stort tack! Kitayama (diskussion) 25 januari 2024 kl. 16.16 (CET)