Moduldiskussion:Sandlådan/Sextvåetc/WD2

prefix/suffix

@Salgo60: Har du några exempel på artiklar som använder den här mallen som använder parametrarna honorific_prefix och/eller honorific suffix. Jag ser att det finns Propertys för dessa: P511 och P1035. -- Innocent bystander (diskussion) 25 augusti 2017 kl. 16.23 (CEST)

@Salgo60: Du som har bra koll på Querys. Kan du hitta några bra objekt som har både P511 och P1035, kanske flera av båda? -- Innocent bystander (diskussion) 25 augusti 2017 kl. 20.46 (CEST)

Det finns bara två objekt som har både P511 och P1035. Det är d:Q1294616 och d:Q5301676. Den förstnämnda har två suffix. --Larske (diskussion) 25 augusti 2017 kl. 21.05 (CEST)

Den första (som syns just nu i {{Hinken och spaden}}) har ingen kortform för den ena av sina suffix. -- Innocent bystander (diskussion) 25 augusti 2017 kl. 21.09 (CEST)

Nu har den det . Om det vore så att det fanns en sitelänk till svwp för dessa "ordnar" tycker jag att det vore käckt om kortnamnet (eller det fullständiga namnet om kortnamn saknas) länkade dit. --Larske (diskussion) 25 augusti 2017 kl. 21.17 (CEST)

@Larske: Det är så det är konstruerat. Det är dock lite småsvårt att hitta objekt som använder P1035 och länkar till en titel vi har en artikel om. Men när jag nu tillät mallen att användas på "fiktiva personer" så kan du prova att förhandsgranska i Abraham Van Helsing med Hinken och spaden. Förkortningarna där är inte nödvändigtvis korrekta, eftersom de inte finns på svenska. Och finns ingen svensk, väljer den första bästa. -- Innocent bystander (diskussion) 26 augusti 2017 kl. 10.33 (CEST)

Jag misstänkte nästan att du hade tänkt på det, men skulle passa ett tåg i morse så jag hann aldrig kolla. Att välja "första bästa" kortnamn som label för länken får i fallet du pekar på resultatet att det dyker upp tjeckiska och grekiska kortnamn trots att det finns till exempel engelska sådana. Kanske vore bra med en prioriteringslista ("language fallback") som anger vilka språk som föredras framför andra. Kanske funktionen GetLabelFromFallback som redan finns i modulen Wikidata2 kan användas. Sen kan man ju också se till att artikeln hamnar i en åtgärdskategori "... som använder ... som saknar svenskt kortnamn i Wikidata" eller nåt när det inte finns någon svensk label för kortnamnet. --Larske (diskussion) 26 augusti 2017 kl. 18.55 (CEST)

Ja, det finns ju en "fallback" redan för labels. Det gäller att få den att fungera på monolingual datatype också. JAg får kika på hur koden är uppbyggd. --- Innocent bystander (diskussion) 26 augusti 2017 kl. 19.11 (CEST)

Jag fick bygga en ny sorteringsfunktion, men det var inte så svårt jag befarade. -- Innocent bystander (diskussion) 26 augusti 2017 kl. 19.37 (CEST)

Det där med kategori har jag dock inte löst... -- Innocent bystander (diskussion) 26 augusti 2017 kl. 19.39 (CEST)

Höjd över havet...

@Larske: Den här sidan är just nu en redigerad kopia av Modul:Kommunfakta Norge WD. Den normala funktionen för "högsta punkt" är att modulen hämtar uppgift om höjd och koordinater från objektet om detta berg/höjd. Problemet med det, är att den högsta punkten i en kommun, kan mycket väl vara på ett berg, men att själva bergets topp inte ligger inom kommunen. På landsnivå är det uppenbart ett problem i Finland, där Finlands högsta punkt är en punkt på sluttningen av berget Halde fjäll. Toppen ligger dock helt i Norge. Jag har egentligen inte stött på det här problemet i Norges kommuner, men det finns bland USAs orter, och då främst i "lägsta punkt". Lägsta punkt är en punkt i en flod, men flodens lopp är långt och koordinaten för floden ligger långt utanför staden. Det är därför en bra idé att använda höjden och koordinaten när den finns i qualifiern.

Så hur tacklar man det här problemet programmeringsmässigt? Det finns en "fri" parameter i qual1 som jag använt här. Problemet är att det inte hanterar enheter. Enhetens förkortning blir ju dessutom olika beroende på om det är en punkt över eller under havet. I USA är det sedan inte heller ovanligt med höjder mätt i fötter och tummar och andra kroppsdelar.

Jag tänker att Modul:Wikidata2 skulle kunna utvecklas, så man tillåter omskalning av enheter qual1, så "convertunit" når qualifiern. Samma sak kanske med withoutunit och noformatera? Ser du några problem med det här?

Om sedan enheten ska vara meter över eller under havet kan styras av Kommunfakta-mallen. 62 osv (diskussion) 25 augusti 2020 kl. 21.07 (CEST)

@Larske: Ursäkta tjatet, men jag var lite modig och försökte redigera både Wikidata2 och denna nu, men jag får ändå tillbaka qualifiern i formaterat skick. Jag har lagt lite spårningskod i den här sidan nu, så om du skriver {{byt:Hinken och spaden}} och förhandsgranskar en diff så ser du att raden test = 2 468,854 [[:Meter|meter]] kommer fram i Loms kommun. Jag hade hoppats att det bara skulle komma "2468.854". Jag gjorde också testet att lägga in en konvertering till Fot, men det var inte heller något som gick igenom, varför? 62 osv (diskussion) 26 augusti 2020 kl. 20.38 (CEST)

Var ska jag skriva {{byt:Hinken och spaden}}? Och hur "förhandsgranskar man en diff"?

--Larske (diskussion) 26 augusti 2020 kl. 20.54 (CEST)

Jag tömmer en artikel och lägger in bara mallen. Därefter klickar jag "visa ändringar", men sparar inte. Det du ser då är Geoboxen som modulen sätter ihop. 62 osv (diskussion) 26 augusti 2020 kl. 21.04 (CEST)

JAG Ser vad jag gjort för fel nu, men vi tar det imorron. 62 osv (diskussion) 26 augusti 2020 kl. 22.28 (CEST)

Om du vill ha fler testobjekt, här är en lista på höjd över havet (P2044) (med enhet) för Wikidataobjekt som har höjd över havet (P2044) angivet som bestämning till egenskapen högsta punkt (P610) och/eller lägsta punkt (P1589)

• Länk till fråga som ger en lista på höjd över havet (P2044) för högsta punkt (P610) och/eller lägsta punkt (P1589) för (just nu 512) Wikidataobjekt som är kopplade till en svwp-artikel.
• Länk till fråga som ger en lista på (just nu 16) artiklar som har mallen {{Ortsfakta WD}} och är kopplade till något Wikidataobjekt enligt listan ovan.

Notera att de två objekten i Tadzjikistan har enheten 1 för bestämningen höjd över havet (P2044) till högsta punkt (P610). Det bör korrigeras i Wikidata, men kanske bra om mallen inte kraschar eller skriver ut något felaktigt i sådana fall som säkert kan dyka upp även i framtiden.

--Larske (diskussion) 27 augusti 2020 kl. 09.22 (CEST)

Ok, det var ju också en sak att titta på. Jag har nu fixat så att om någon lägger in en icke-konverterbar enhet (typ:berget är 3 äpplen högt) så fixar modulen att tolka det som att den ska ignorera den datan. Den klarar dock inte tolka enhetslösa siffror som en bugg. Det felet måste härstamma från Modul:Wikidata2. 62 osv (diskussion) 27 augusti 2020 kl. 10.41 (CEST)

Ok, jag ser felet nu. Mellan rad 1279 och 1319 hanteras vad som händer om datan har en enhet. Det är bara i denna del av koden som vi har kod som hanterar konvertering av enheter och utskick av felmeddelanden. Data utan enheter, hanteras efter 1319 och den tar ingen hänsyn till konvertering av enheter. Den borde skicka ut ett felmeddelande om likt den i den första koden. 62 osv (diskussion) 27 augusti 2020 kl. 12.53 (CEST)

 Fixat 62 osv (diskussion) 27 augusti 2020 kl. 13.03 (CEST)