Malldiskussion:Ortsfakta Tyskland

Kordinater[redigera wikitext]

Går det att lägga in så att man skriver in kordinaterna och så visas det på en tysklands karta. Robert-b 27 juli 2008 kl. 20.14 (CEST)[svara]

Fixade det själv, mallen finns att bevittna på Mall:Ortsfakta Tyskland Kor. Robert-b 28 juli 2008 kl. 23.17 (CEST)[svara]

Karta[redigera wikitext]

om jag lägger till

{{Kartposition|Tyskland|ortnamn=Ansbach|lat_gra = 49.303166| lon_gra =  10.57388|bredd=220|undertext=}}

i fältet "karta" så blir det inte bra, t ex i artikeln Ansbach. AadaamS (diskussion) 18 juni 2017 kl. 10.32 (CEST)[svara]

I Ansbach används en karta som redan har en röd punkt (Ansbach.png). Jag tar vanligtvis "positionskarta" och "positionskartnamn" för nya artiklar om tyska orter, se Bockau. --Nordelch ^{För Wikipedia - i tiden} 18 juni 2017 kl. 10.40 (CEST)[svara]

lat_g / long_d[redigera wikitext]

@Larske: När jag började med de italienska kommunener fixade du något så lat_g/long_d fungerade med kartan. Jag har letat men ser inte vad du gjorde. Maundwiki (diskussion) 24 mars 2020 kl. 20.13 (CET)[svara]

@Maundwiki: Jag kommer tyvärr inte ihåg det du refererar till. Kan du beskriva lite mer detaljerat vad det är du vill göra och vilket resultat du vill ha, kanske med ett exempel från någon italiensk kommun.

--Larske (diskussion) 24 mars 2020 kl. 23.25 (CET)[svara]

@Larske:I Mall:Kommunfakta Italien kan jag lägga in coord med "|lat_g = |long_g =" t.ex. Anversa degli Abruzzi och få en punkt på kartan istället för "|lat_g = |lat_m = |lat_s = |lat_NS = |long_g = |long_m = |long_s = |long_EW =" som i denna mall t.ex. Göda. Bägge ger coord i titel. Min anledning är att det går mycket fortare med decimala coord och om jag gör om en förgrening är det vad lsjbot angav. Men för Tyskland kanske det skulle gå att använda P625 med hjälp av någon modul? På tal om moduler jag tittade på hur att få P2044 utan meter från wikidata. Modernaste språket jag höll på med var pascal. Maundwiki (diskussion) 24 mars 2020 kl. 23.44 (CET)[svara]

Det går bra att ange decimalvärden för parametrarna lat_g och long_g, se Göda.

För att hämta höjd över havet (P2044) utan enhet från wikidata, använd parametern withoutunit, så här:

{{#invoke:Wikidata2|formatStatements|entityId=Q93232|property=P2044|withoutunit=ja|noref=ja}} → 210 och 208

(entityId behöver inte anges när detta används i en mall, jag använde det på den här sidan bara för att få ett resultat för ett visst objekt, allså Göda (Q93232))

--Larske (diskussion) 25 mars 2020 kl. 00.25 (CET)[svara]

@Larske: Finns det en parameter att enbart hämta ett värde om det finns mer än ett i wikidata för höjd P2044. Högst rankade? För "#property:P242" blir det "#invoke:Wikidata2|formatStatements|property=P242|noref=ja", samma där för att hämta enbart ett värde? Maundwiki (diskussion) 29 mars 2020 kl. 15.24 (CEST)[svara]

@Maundwiki: Med den koden som finns ovan hämtas bara det eller de högst rankade. Problemet är när det finns mer än ett värde som har samma bästa rank. Vilket ska man då välja?

Genom att lägga till | enbarten=ja till parametrarna i modulanropet kommer enbart ett värde att hämtas, men det blir då det värde som är det värde som först lades in i Wikidataobjektet och det kanske inte är det man vill ha.

Exempel för Aachen (Q1017):

{{#invoke:Wikidata2|formatStatements|entityId=Q1017|property=P2044|withoutunit=ja|noref=ja}} → 173, 410 och 125

{{#invoke:Wikidata2|formatStatements|entityId=Q1017|property=P2044|enbarten=ja|withoutunit=ja|noref=ja}} → 173

Det finns 766 tyska kommuner (eller undergrupp därtill) som har mer än ett bästa värde för höjd över havet (P2044) i Wikidata, se frågan nedan. För ett fåtal objekt har uttalandena om höjd över havet (P2044) försetts med bestämningar (qualifiers) som berörd del (P518) som man kan använda för att välja rätt värde. Se till exempel Aachen (Q1017) som har tre värden, ett för rådhus (Q543654), ett annat för högsta punkt (Q3393392) och ett tredje för lägsta punkt (Q35691103).

Länk till fråga som ger en lista över tyska kommuner som har mer än ett "bästa värde" för egenskapen höjd över havet (P2044).

Det skulle behövas ett stort städprojekt som går igenom alla dessa multipla höjd över havet (P2044) och ser till att endast ett uttalande ges "Rekommenderad rang". Och det uttalandet ska också ha en bättre källa än bara importerat från Wikimediaprojekt (P143).

--Larske (diskussion) 29 mars 2020 kl. 18.07 (CEST)[svara]

@Larske: Jag ser minst tre värden 1/värde i wikidata vanligen italienska wikipedia 2/värde i wikidata från geonames (som jag anser inte är tillförlitligt) och 3/ annat värde i den tyska wikipediaartiklen . Om 1/ (och /2) = 3/ inget problem. Jag antar att flera kommuner har skilda värden mellan tyska wikipedia och wikidata (sant baserat på vad jag har sett). Jag har letat efter källa med ej hittat och jag ser ingen källa i tyska wikipedia. Jag tror det bästa av flera mindre bra alternativ är att använda tyska wikipedia som källa (importerat från) om det har annat värde än wikidata, lägga till och ranka det som enda med högsta rakning och därmed bli det enda värde som presenteras (hoppas jag). Maundwiki (diskussion) 29 mars 2020 kl. 18.50 (CEST)[svara]

Var hämtningen från Wikidata bör ligga[redigera wikitext]

@Maundwiki: Jag tror att det vore bra att samla hämtningen från Wikidata i mallkoden för den här mallen och inte "sprida ut den" i alla artiklar som använder mallen. Genom lämplig kodning kan man då åstadkomma följande:

Uppgifter från Wikidata stoppas in i faktarutan utan att man skriver något alls i mallanropet i artikeln
Bara om man vill överrida vad som finns i Wikidata behöver man ange något i mallanropet i artikeln. (Ovanligt, men bör vara möjligt om man inte kan få konsensus i Wikidata mellan olika Wikipedia-gemenskaper vad en viss egenskap har för värde)
Det bör också, genom att ge värdet noWikidata till en parameter, gå att förkasta det som står i Wikidata utan att behöva ange något bättre värde. (Även detta är ovanligt, men bör vara möjligt)

Fördelen är att om/när sättet att hämta från Wikidata behöver justeras, som till exempel det här med "enbarten", räcker det att ändra på ett ställe, i mallen, istället för att ändra i tusentals artiklar som använder mallen.
Så allt som har med {{#property:...}} och {{#invoke:Wikidata2...}} att göra bör stoppas in i mallkoden, efter att ha provats i en testmall för att se att det fungerar.

Exempel

Så här skulle mallkoden för elevation kunna se ut:

| elevation = {{#ifeq:{{{höjd|}}}|noWikidata||{{#if:{{{höjd|}}}|{{{höjd}}}|{{#invoke:Wikidata2|formatStatements|property=P2044|enbarten=ja|withoutunit=ja|noref=noimport}}}}}}

--Larske (diskussion) 29 mars 2020 kl. 19.33 (CEST)[svara]

Jag håller med om att ändra på ett ställe, men jag är tveksam till att det försvinner in i en svart låda som endast kan ändras av ett fåtal. Jag tyckte också att mallen för TV-serie WD var mindre lyckad med endast ett urval av data från wikidata. I min "mall" är det mesta ifyllt och jag lägger till yta och invånarantal och anpassar om det är tyska stad (kommun med annat namn, verkar vara blandat i wikidata hur det beskrivs), stadstypen om staden (tror inte den finns i wikidata) eller normal kommun e,g, hur att låta wikidata styra text i mallen för "form" baserat på om t.ex. Q262166 eller Q42744322. Lägger till storkommun om källan indikerar att kommunen är del av en, tror att det i så fall bör införas i wikidata. I wikidata fixar jag ceb som ofta länkar korsvis, geonames och hittills höjd.

Jag antar att det går att börja lägga in "kod" i den nuvarande mallen och det används för nya artiklar medan nuvarande artiklar inte påverkas. För höjd får jag troligen gå igenom de 700 (inte så många) men problemet är troligen skillnaden mellan wikidata och tyska wikipedia i flera än det. Bertsdorf-Hörnitz är gjord med "min mall" (tack för sidnamn det sparade tid).

P.S. Jag antar att höjd ovan kan läggas in i mallen kommunfakta Italien och om "höjd =" endast har mellanslag kommer höjda från wikidata visas?

Maundwiki (diskussion) 30 mars 2020 kl. 00.49 (CEST)[svara]

Om man lägger in koden enligt ovan kommer inget att ändras för de artiklar där man har angivit ett värde på parametern höjd. Alla artiklar som inte har något värde angivet på parametern höjd, såväl "gamla" som "nya", kommer däremot att hämta höjd över havet (P2044) från Wikidata om det finns där. Det kan därför vara bra att "städa i Wikidata" innan hämtning från Wikidata förs in i mallen.

När det gäller {{Kommunfakta Italien}}, som du nämner i P.S. ovan så fungerar den på exakt samma sätt förutom att den accepterar parameternamnet altitudine som ett alias för höjd. Det verkar dock inte vara några artiklar som använder den möjligheten så den skulle kunna tas bort.

Data i Wikidata ser bättre ut för Italien, endast 14 objekt bland alla de mer än 13 000 italienska kommunerna (eller undergrupp) som har egenskapen höjd över havet (P2044) har mer än ett "bästa värde" för höjd över havet (P2044), se fråga nedan.

Länk till fråga som ger en lista på objekt som är instans av (P31) kommun i Italien (Q747074) (eller undergrupp) och som har mer än ett "bästa värde" för egenskapen höjd över havet (P2044)

"Värst i klassen" är (Q27038832) som har tre olika värden, alla med "italienskspråkiga Wikipedia" som källa! Den har dock ingen svwp-artikel, men de tre höjduppgifterna dyker upp i faktarutan i it:Tufo_(Carsoli).

Att låta värdet för "form" (category) styras av innehållet i Wikidata är fullt möjligt, men det finns väldigt många kombinationer av multipla värden, ibland med olika rank och med startdatum (P580) och/eller slutdatum (P582), så det är nog svårt att beskriva exakt hur alla fall ska hanteras. Se till exempel Köln (Q365) och (Q1642). Vilka kriterier ska användas för att välja rätt värde? Ska Köln (Q365) beskrivas som en stadskommun (Q42744322) (ett av de två värden du nämner) bara för att det värdet finns med tillsammans med sju andra värden. Om man accepterar att alla värden skrivs ut i faktarutan kam man använda "property P31".

{{#property:P31|from=Q365}} → hansestad, metropolregion, romersk stad, stadskommun, storstad, kreisfri stad i Nordrhein-Westfalen, riksstad

--Larske (diskussion) 30 mars 2020 kl. 16.59 (CEST)[svara]

Mitt allmäna intryck är att wikidata för Italien är mycket bättre än för Tyskland. 14 höjder i Italien, troligen högsta och lägsta punkt i kommunen. Det finns en källa Algund (ser ut som högsta och lägsta) så jag kan fixa dessa 14.

Förutom höjd borde de P värden jag nu använder kunna finnas med i mallen (kanske snygga till layout för webbplats). Den enda jag har sett problem med genom att ha mer en ett värde är översiktskarta, mycket få artiklar tiotal av 8000. En del av de existerande artiklarna för tyska kommuner använder översiktskartan men utanför infoboxen. Det kan bli mindre snyggt mellan nu och när jag kommer till artikeln. Går det att framställa en lista av artiklar som använder filen i översiktskarta?

Koordinater, importera? Jag har hittils använt geonames via lsjbot plus kollar att det är nära nog. Jag får fortfarande kolla och men källan för yta (och befolkning) har koordinater som det går att kolla mot. Kanske läga att köra över alla importerade från språkversion.

Yta för Bertsdorf-Hörnitz finns den är importerat från en tidigare version av källan ovan plus från en wikipediaspråkversion. om vi tar ytan från wikidata så länge källan är från någon version av källan ovan. Men inget om det är enbart xyzspråkversion. Osäker, kanske efter att använt källan för nästa landkreis.

När det är infört (jag tänker försöka skriva ändringarna) ska jag köra kommunerna i nästa landkreis så får vi se hur det går. Maundwiki (diskussion) 30 mars 2020 kl. 18.18 (CEST)[svara]

Wikidata[redigera wikitext]

@Larske: Dessa att bli wikidata:
|synbol = {{#ifeq:{{{vapen|}}}|noWikidata||{{#if:{{{vapen|}}}|{{{vapen}}}|{{#invoke:Wikidata2|formatStatements|property=P94|enbarten=ja|noref=ja}}}}}}
|flag = {{#ifeq:{{{flagga|}}}|noWikidata||{{#if:{{{flagga|}}}|{{{flagga}}}|{{#invoke:Wikidata2|formatStatements|property=P41|enbarten=ja|noref=ja}}}}}}
|elevation = {{#ifeq:{{{höjd|}}}|noWikidata||{{#if:{{{höjd|}}}|{{{höjd}}}|{{#invoke:Wikidata2|formatStatements|property=P2044|enbarten=ja|withoutunit=ja|noref=noimport}}}}}}
|postal_code = {{#ifeq:{{{postnummer|}}}|noWikidata||{{#if:{{{postnummer|}}}|{{{postnummer}}}|{{#invoke:Wikidata2|formatStatements|property=P281|noref=ja}}}}}}
|area_code = {{#ifeq:{{{riktnummer|}}}|noWikidata||{{#if:{{{riktnummer|}}}|{{{riktnummer}}}|{{#invoke:Wikidata2|formatStatements|property=P473|noref=ja}}}}}}
|code = {{#ifeq:{{{bilnummer|}}}|noWikidata||{{#if:{{{bilnummer|}}}|{{{bilnummer}}}|{{#invoke:Wikidata2|formatStatements|property=P395|noref=ja}}}}}}
|free = {{#ifeq:{{{kommunkod|}}}|noWikidata||{{#if:{{{kommunkod|}}}|{{#invoke:Gemeindeschlüssel|Gemeindeschlussel|kommunkod={{{kommunkod}}}}}|{{#invoke:Gemeindeschlüssel|Gemeindeschlussel|kommunkod={{#invoke:Wikidata2|formatStatements|property=P439|noref=ja}}}}}}}}
|website = {{#ifeq:{{{webbplats|}}}|noWikidata||{{#if:{{{webbplats|}}}|{{{webbplats}}}|{{#invoke:Wikidata2|formatStatements|property=P856|enbarten=ja|noref=ja}}}}}}
|map2= = {{#ifeq:{{{detaljkarta|}}}|noWikidata||{{#if:{{{detaljkarta|}}}|{{{detaljkarta}}}|{{#invoke:Wikidata2|formatStatements|property=P242|enbarten=ja|noref=ja}}}}}}
|area = {{#ifeq:{{{yta|}}}|noWikidata||{{#if:{{{yta|}}}|{{{yta}}}|{{#invoke:Wikidata2|formatStatements|property=P2046|avoidqualifier=P518|enbarten=ja|withoutunit=ja|noformatera=ja||noref=ja}}}}}}
|area_note = {{#invoke:String|replace|source={{#invoke:Wikidata2|formatStatements|property=P2046|avoidqualifier=P518}}|pattern={{#invoke:Wikidata2|formatStatements|property=P2046|noref=noimport|enbarten=ja}}|replace=}}
"webbplats" Trodde jag hade fixat så att det bättre formatering men inte så det blir utan "[url text]".
"yta" med detta kommer "," med så auto fungerar inte, fortfarande inte 100 på att jag kommer att använda från wikidata, koden kanske borde vara med.
"kommunkod" formatering fungerar inte, presenteras utan mellanslag.
"koordinater" i "Mall:Ortsfakta Sverige WD" är det mycket kod, i "Mall:Faktamall begravningsplats" är det mindre med kod. Vad behövs här?
Maundwiki (diskussion) 2 april 2020 kl. 18.38 (CEST)[svara]

Angående yta: Använd parametern noformatera med något värde, till exempel ja, enligt exempel 3 nedan som är det som måste användas – även för folkmängd (P1082) enligt exempel 5 nedan – för att "auto" ska fungera för beräkningen av befolkningstäthet:

Exempel med Augsburg (Q2749)

{{#invoke:Wikidata2|formatStatements|property=P2046}} → 146,87 kvadratkilometer
{{#invoke:Wikidata2|formatStatements|property=P2046|withoutunit=ja}} → 146,87
{{#invoke:Wikidata2|formatStatements|property=P2046|withoutunit=ja|noformatera=ja}} → 146.87
{{#invoke:Wikidata2|formatStatements|property=P1082}} → 301 033
{{#invoke:Wikidata2|formatStatements|property=P1082|noformatera=ja}} → 301033

--Larske (diskussion) 2 april 2020 kl. 18.57 (CEST)[svara]

@larske: Förbättrat men ej framme.

"kommunkod" Fixat presentation för inmatat värde och noWikiata men inget presenterar från wikidata. Vad jag ser presenteras nummersträngen correkt. Fungerar med {{#property:P439}} direkt i artikeln i t.ex. Schönbach, Görlitz. Hjälp.

"yta" kan finnas mer än 1, ref verkar ställa till det med auto. Hur att få ref i "yta_not" istället?

Maundwiki (diskussion) 4 april 2020 kl. 01.27 (CEST)[svara]

@Maundwiki:

kommunkod – Försök med följande som värde för parametern free: {{#ifeq:{{{kommunkod|}}}|noWikidata||{{#if:{{{kommunkod|}}}|{{#invoke:Gemeindeschlüssel|Gemeindeschlussel|kommunkod={{{kommunkod}}}}}|{{#invoke:Gemeindeschlüssel|Gemeindeschlussel|kommunkod={{#invoke:Wikidata2|formatStatements|property=P439|noref=ja}}}}}}}}
noformatera har ingen funktion eftersom kommunkod i Tyskland (P439) inte har datatypen Kvantitet.
yta – Ja, |noref=ja måste användas så att inte referenserna blandar sig in i parametervärdet. Och |enbarten=ja om det inte på annat sätt är säkert att bara ett bästa värde finns i Wikidata.
Om det finns uttalanden med bestämningsordet (qualifier) berörd del (P518), som det gör i till exempel Calberlah (Q630605), kan man också behöva lägga till |avoidqualifier=P518 för att undvika dessa. Eller om det är just berörd del (P518) kommun i Tyskland (Q262166) som du vill komma åt så använder du |preferqualifier=P518|preferqualifiervalue=Q262166. Tyvärr verkar inte berörd del (P518) ha använts konsekvent för tyska kommuner, till exempel Vordorf (Q369145) använder kommun (Q15284) som värde för berörd del (P518). Detta kanske behöver städas upp lite först.
yta_not - Vi borde kanske göra det möjligt att kunna hämta enbart referensen (|onlyref=ja), men i väntan på den parametern kan man trixa lite, så här: {{#invoke:String|replace|source={{#invoke:Wikidata2|formatStatements|property=P2046}}|pattern={{#invoke:Wikidata2|formatStatements|property=P2046|noref=ja}}|replace=}}
Den koden hämtar både uttalandet utan referens och uttalande med referens och ersätter sedan det första med "ingenting" i det andra och kvar blir då bara referensen. Tekniken kan behöva kombineras med |enbarten=ja och/eller avoidqualifier eller preferqualifer enligt ovan för att hämta rätt värden. withoutunit och noformatera behövs däremot inte här eftersom det endast är referensen som blir kvar.

--Larske (diskussion) 4 april 2020 kl. 03.06 (CEST)[svara]

@larske: Tack för kommunkod. I Zschortau där allt är tomt blir det "Felaktig kommunkod". Det är en Ortsteil så den ska inte ha kommunkod.

Beträffande berörd del (P518) tror jag inte att den ska användas på kommunnivån men skulle kunna passa för att fylla i data i "area_metro" och även befolkningen "population_metro" för Ortsteil (centralorten) om den beskrivs i samma wikidatapost. Om det kommer allmänt stöd i wikidata för två nivåer i en wikidatapost kan mallen ändras men för nu ta inte med. Expantion. På något sätt skulle data från P36 om samma namn som artikel, eller bestämningsord (osäkert hur det ska gå till) användas och medlem av P150, en lista av vad som ingår i kommunen. Jag tror att det tar ett tag innan detta är stabilt om någonsin.

yta_note Med kod som ovan och test på Sandersdorf-Brehna kommer ytan från artikeln och 81.84 från wikidata och ref är engelska wikipedia som är ref till värdet 81.71. Utan kod för yta_note i mallen tar den när tom i artiklen 81.71 och inte 81.84 som jag hoppades på. Om det skrivs ny code för "|onlyref=ja" kanske även så att det går att visa enbart "|yta_datum".

Är denna mall den enda som wikilänkar till kvadratkilometer? Jag tycker det är överlänkning. Maundwiki (diskussion) 4 april 2020 kl. 17.31 (CEST)[svara]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@Maundwiki: Om man inte vill förlita sig på att det endast finns ett bästa värde för en egenskap kan man använda |enbarten=ja tillsammans med |sortbytime=chronological för att få det värde som har senaste tidpunkt (P585) som bestämning. Använd parameter dateonly för att visa tidpunkt (P585).

Exempel Sandersdorf-Brehna (Q2885796)

För yta:
- {{#invoke:...|property=P2046|enbarten=ja|withoutunit=ja|sortbytime=chronological|noref=ja}} → 81,84
För yta_datum:
- {{#invoke:...|property=P2046|enbarten=ja|dateonly=ja|sortbytime=chronological|noref=ja}} → 2017-12-31
För yta_not:
- {{#invoke:String|replace|source={{#invoke:Wikidata2|formatStatements|entityId=Q2885796|property=P2046|enbarten=ja|sortbytime=chronological|}}|pattern={{#invoke:Wikidata2|formatStatements|entityId=Q2885796|property=P2046|noref=ja|enbarten=ja|sortbytime=chronological|}}|replace=}} → ^[1]

^ Alle politisch selbständigen Gemeinden mit ausgewählten Merkmalen am 31.12.2018 (4. Quartal) (på tyska), Statistisches Bundesamt, läs online, läst: 10 mars 2019.^{[källa från Wikidata]}

För att vara säker på att få mätetalet för area (P2046) i rätt enhet, kvadratkilometer (Q712226), även om den i Wikidata är angiven i någon annan enhet, som i till exempel Raitenhart (Q53516786) där area (P2046) är angiven i hektar (Q35852), kan |convertunit=ja användas.

Exempel Raitenhart (Q53516786)

För yta:
- {{#invoke:...|property=P2046|enbarten=ja|withoutunit=ja|sortbytime=chronological|noref=ja}} → 962,84
- {{#invoke:...|property=P2046|enbarten=ja|withoutunit=ja|convertunit=Q712226|sortbytime=chronological|noref=ja}} → 9,6284

Den första koden ger fel befolkningstäthet om inte parametern areaenhet anpassas. Den andra koden ger rätt befolkningstäthet utan att någon anpassning av areaenhet behöver göras.
--Larske (diskussion) 4 april 2020 kl. 20.54 (CEST)[svara]

Mallen ändrad. Kollade artiklar innan och ändrade från karta till detaljkarta för vad som kan finnas i wikidata "översiktskarta". Detta för att undvika två bilder av samma karta i artiklen. Tom "kommunkod" i wikidata ger "Felaktig kommunkod" men det finns 10 artiklar som har det från felaktigt formaterat data i artikel. Kommer att lägga in noWikidata om det behövs. Tom "webbsida i wikidata ger texten "[ artikelnamn ]". Bör vara få men om för många får koden ändras, mindre formatering eller om inget i wikidata display blank (som jag har försökt att göra med #ifeq nil etc. utan framgång). Lägger in noWikidata när jag ser det. Yta och befolkning i nästa version, det finns artiklar som har yta men inget datum eller not som kan ge konstiga kombinationer. Maundwiki (diskussion) 6 maj 2020 kl. 20.45 (CEST)[svara]

@Maundwiki:@Larske: Tänkte tacka för uppdateringarna! --Nordelch ^{För Wikipedia - i tiden} 6 maj 2020 kl. 20.56 (CEST)[svara]

Ändringarna införda i dokumentationen.

"Felaktig kommunkod" Det fanns omkring 30 Ortsteil som inte skulle ha kommunkod. Orelatert, att söka på "Felaktig kommunkod" är ett sätt att efter några dagar kolla vilka artiklar har fastnat i icke synkade wikidata poster.

Yta/folkmängd. Lägger till. På något sätt bör datat hämtas med värden från samma tidpunkt för yta och folkmängd. Det verkar ske små förändringar årligen(?) och större vid sammanslagningar. Jag tror inte tyska wikipedia använder wikidata utan får befolkning via de:Vorlage:Infobox Gemeinde in Deutschland/Doku o.s.v. Datum för "yta_datum" och "yta_not" kan tillfälligt bli fel om de är tomma i nuvarande artiklar, men det verkar som de flesta artiklar har ifyllda värde. I detta sammanhang behövs troligen en ny mall "Mall:Folkmängd" för att lägga i texten för att få folkmängd från samma tidpunkt i infoboxen och texten. Finns det någon? Samma tre wikidataanrop presenterat som "99 999(från WD)<ref(från WD> invånare årtal(från WD)".

P.S. Finns något hundratal artiklar som inte har <references/> som kommer att fixas.

Geografiska koordinater. Går det att införa?

Wdpen. På raden men hur att få med när det kommer från wikidata och inte om det ligger i artikeln, tillägg i geobox längst ner efter fotnot eller ny box under infoboxen, sista mindre bra eftersom skribenten måste lägga till.

Maundwiki (diskussion) 15 maj 2020 kl. 16.34 (CEST)[svara]

Borgmästare[redigera wikitext]

@Larske: Utökade med borgmästare regeringschef (P6) och not för källan om den finns. Letade på hur att från t.ex Altötting (Q256669) P6 => Herbert Hofauer (Q67873784) och där hämta tillhör politiskt parti (P102) och visa i "|parti = ". Går det? Anledningen är att det finns excelblad med borgmästare i flera förbundsstater som borde gå att mata in i wikidata. Se Användardiskussion:Dami H.#Mallen ortsfakta.
Maundwiki (diskussion) 30 juli 2020 kl. 20.50 (CEST)[svara]

@Maundwiki: Så bra att det finns källa för regeringschef (P6). Om du lägger till följande i koden för att hämta regeringschef (P6) kommer tillhör politiskt parti (P102) att läggas till inom parentes efter namnet på borgmästaren:

|getsimpleproperty=parentes|getproperty=P102

Hela koden blir alltså:

| mayor                 = {{#ifeq:{{{borgmästare|}}}|noWikidata||{{#if:{{{borgmästare|}}}|{{{borgmästare}}}|{{#invoke:Wikidata2|formatStatements|property=P6|sortbytime=chronological|enbarten=ja|noref=ja|getsimpleproperty=parentes|getproperty=P102}} }} }}

Länk till fråga som ger en lista (med ranker) på alla regeringschef (P6) och deras tillhör politiskt parti (P102) i objekt som är instans av (P31) kommun i Tyskland (Q262166) (eller undergrupp därtill).

Det verkar oftast vara så att endast ett värde på regeringschef (P6) har bästa rank, men för tillhör politiskt parti (P102) varierar det mer, så för vissa borgmästare finns det mer än ett värde på tillhör politiskt parti (P102) som har bästa rank, men det är kanske ok. Se till exempel Simone Luedtke (Q2288123) som är regeringschef (P6) i Borna (Q10744).

Borna (Q10744)/regeringschef (P6) → Simone Luedtke

Simone Luedtke (Q2288123)/tillhör politiskt parti (P102) → Die Linke

Du kan ju lägga in koden ovan i Testmallen och förhandsgranska lite olika kommuner med den.

--Larske (diskussion) 30 juli 2020 kl. 22.07 (CEST)[svara]

@Larske: Testade ett antal utan problem. För Simone Luedtke (Q2288123) var det partisammanslagning 2007, fixade med start och slutdataum samt bästa rank.

För noter samma här som med alla noter, om den är tom kommer innehållet från wikidata även när borgmästaren (befolkning, ytan) kommer från mallen i wikipedia. Förslag:

| mayor_note = {{#ifeq:{{{borgmästare|}}}|noWikidata||{{#if:{{{borgmästare|}}}|{{{borgmästare_not|}}}|{{#invoke:String|replace|source={{#invoke:Wikidata2|formatStatements|property=P6|enbarten=ja|sortbytime=chronological|}}|pattern={{#invoke:Wikidata2|formatStatements|property=P6|noref=ja|enbarten=ja|sortbytime=chronological|}}|replace=}} }} }}

Testade och det verkar att fungera men kanske något jag inte tänkt på.

getsimpleproperty.... inlagt i mallen

-Maundwiki (diskussion) 31 juli 2020 kl. 20.20 (CEST)[svara]

Hektar[redigera wikitext]

@larske: Ingen brådska. I Bad Doberan Bad Doberan (Q9536) anges även ytan i hektar. Ett hektarvärde var satt "fördragen range". Jag fixade med att även ge km2 "föredragen range". Innan jag gjorde det fungerade inte auto i geobox. Tätheten blev 100 gånger mindre. Detta är enda fallet jag sett men efter att kollat noga i början har jag fått stort förtroende för de botar som har uppdaterat tyska kommuners yta och befolkning och kollar mindre nu. Maundwiki (diskussion) 11 juli 2020 kl. 17.01 (CEST)[svara]

@Maundwiki: Det finns ytterligare ett objekt som är en tysk kommun som har enheten hektar (Q35852) för det värde på area (P2046) som har PreferredRank och som är kopplat till en svwp-artikel och det är Torgelow (Q571970). Den artikeln har dock manuellt instoppade värde i mallen så det märks inte. Att stoppa in mer än ett värde med PreferredRank för en viss egenskap, utan att det skiljer på något bestämningsord, tror jag är riskabelt. Det finns risk att det återställs.

Det finns många andra objekt, till exempel historiska tyska kommuner, där inte kvadratkilometer (Q712226) har använts, se följande fråga:

Länk till fråga som räknar hur många värden för uttalandet area (P2046) för objekt som är instans av (P31) kommun i Tyskland (Q262166) (eller undergrupp därtill) som använder olika enheter.

Jag har nu ändrat i mallen så att den alltid konverterar det värde som returneras från Wikidata till enheten kvadratkilometer (Q712226) oavsett vilken enhet som har använts i Wikidata.

--Larske (diskussion) 11 juli 2020 kl. 18.50 (CEST)[svara]

@larske:När jag går igenom artiklarna ändrar jag till att alltid hämta från wikidata för yta och befolkning (har inte varit i Torgelow än) så att det uppdateras i framtiden. Troligen bör inga värden i befolkning och yta ha "fördragen range" eftersom det blockerar senare uppdateringar som i detta fall. Om icke kommuner har hektar eller annat så använder inte jag detta utan blockerar med "noWikidata". Konstigt att det blir omkring 24 000. Det finns lite över 11 000 kommuner. Ett antal ceb dubbletter där troligen en del är utan artikel efter ändringar utan merge av wikidata objekt skapade för ceb. Men om enbart ceb artikel i wikidata är instans of = administrativ indelning på andra nivån i ett land (Q13220204) som jag antar inte räknas bland de 24 000. Tack för att du fixade sorthanteringen.

--Maundwiki (diskussion) 11 juli 2020 kl. 21.17 (CEST)[svara]

Den frågan jag gjorde räknar alla uttalanden om area (P2046). De flesta har ett eller två uttalanden, men för en del objekt kan det vara ganska många uttalanden som avser olika tidpunkt (P585). Värst i klassen är Stuttgart (Q1022) som har 21 värden på area (P2046) enligt följande:

207,24 kvadratkilometer (1961), 207,23 kvadratkilometer (1963), 207,2 kvadratkilometer (1965), 207,18 kvadratkilometer (1968), 207,15 kvadratkilometer (1971), 207,14 kvadratkilometer (1977), 207,15 kvadratkilometer (1979), 207,14 kvadratkilometer (1980), 207,15 kvadratkilometer (1981), 207,14 kvadratkilometer (1982), 207,35 kvadratkilometer (1984), 207,36 kvadratkilometer (1985), 207,31 kvadratkilometer (1989), 207,32 kvadratkilometer (1990), 207,33 kvadratkilometer (1992), 207,35 kvadratkilometer (1994), 207,34 kvadratkilometer (1995), 207,36 kvadratkilometer (2000), 207,35 kvadratkilometer (2006), 207,35 kvadratkilometer (2015-12-31), 207,33 kvadratkilometer (2016) och 207,35 kvadratkilometer (2017-12-31).

Det finns som sagt också orter där olika enheter har använts för olika tidpunkt (P585), till exempel Pfarrkirchen (Q545359):

375,857 hektar (1885-12-01), 375,86 hektar (1900-12-01), 376,82 hektar (1928-01-01), 376,83 hektar (1952-01-01), 377,29 hektar (1964-10-01), 52,32 kvadratkilometer (1987-05-25) och 52,35 kvadratkilometer (2017-12-31).

Det är rätt vanligt, för att man bara ska få ett värde utan att behöva kolla på tidpunkt (P585) och välja det senaste, att man väljer att ge det senast värdet "Föredragen rang" och alla andra värden "Normal rang". Men då gäller det också att man uppdaterar dessa rang när man lägger in nya data. För vissa egenskaper finns det en bot, PreferentialBot som brukar springa runt och göra det, men jag brukar själv göra det när jag uppdaterar till exempel folkmängd (P1082) för kommun i Sverige (Q127448) och Sveriges distrikt (Q18333556).

Tyvärr vimlar det av fel i Wikidata när det gäller Rang för tyska kommuners area (P2046)

Länk till fråga som ger en lista på (just nu 629) objekt som har ett uttalanden om area (P2046) med Fördragen rang som har en tidpunkt (P585) som är äldre än ett uttalande med Normal rang.

En del av dessa beror antagligen på en brist i verktyget Quickstatements som många använder för massuppdateringar av Wikidata. Om man lägger in ett värde för till exempel area (P2046) för en ny tidpunkt (P585) och just det värdet redan finns för en annan tidpunkt (P585) så blir resultatet att den nya tidpunkt (P585) läggs till i det befintliga uttalandet, som då alltså har två tidpunkt (P585) istället för att ett nytt uttalande med samma värde men med det nya tidpunkt (P585) skapas.

Det är förmodligen vad som skett för följande 169 objekt vid uppdateringen av area per 31 december 2017:

Länk till fråga som ger en lista på (just nu 169) objekt som är instans av (P31) kommun i Tyskland (Q262166) (eller undergrupp därtill) och som har uttalanden om area (P2046) med mer än en tidpunkt (P585).

--Larske (diskussion) 11 juli 2020 kl. 22.25 (CEST)[svara]

Tittade i Achern (Q373824). I versionen från 14 juli 2016 kl. 19.53 PreferentialBot satte Fördragen rang och i versionen från 11 mars 2019 kl. 01.20‎ satte Quickstatements samma värde igen (förklarar varför det finns två källor ibland). Så länge värdet i Fördragen rang och senaste är samma kvittar det. Men i den ursprungliga Bad Doberan (Q9536) (där jag tagit bort alla Fördragen rang) kommer datat från två olika källor dels "31 december 2017" men för hektar kommer det från stadens hemsida med olika information om hur stor ytan är. De som behöver kollas är de som har skilda värden för Fördragen rang och senaste. Kollade ett 10-tal och i alla var det samma värde. Så kanske är de få.

--Maundwiki (diskussion) 12 juli 2020 kl. 20.09 (CEST)[svara]

Region i Baden-Württemberg[redigera wikitext]

@larske: I Baden-Württemberg finns det en indelning mellan Regierungsbezirk och Landkreise/Stadtkreise. Jag har lagt till parish från geobox och flyttat allt under Regierungsbezirk nedåt för att få plats med Region. Vad jag ser så blir det bra efter test med testmallen men kan du vara vänlig att kolla. Maundwiki (diskussion) 14 december 2020 kl. 17.23 (CET)[svara]

@Maundwiki: Är den här diffen du vill att jag ska kolla? Det ser väl bra ut förutom att jag inte förstår varför du har lagt till {{{region|}}} på slutet av | capital. Blir det inte väldigt långt och trångt om det står Huvudort Badem-Württemberg i vänsterspalten? Men det finns kanske någon förklaring.

Kan du peka på någon artikel när du har använt eller avser att använda den ändrade mallen med både huvudort och region.

Rent allmänt kan jag säga att man kan omdefiniera hur man vill använda de sju nivåer som {{Geobox}} erbjuder ganska fritt. Det är det som är fördelen med att göra landsspecifika mallar för till exempel kommuner och inte lägga in Geobox direkt i artiklarna. Det kan dock bli lite problem om man tar ut svängarna för mycket i olika typer av mallar som man senare kommer på att man vill slå ihop till en mall. Då kan man i värsta fall behöva uppdatera en massa artiklar för att det ska fungera. För exempel på detta se diskussionen här om {{Faktaruta kommun Schweiz}} och {{Ortsfakta Schweiz}} där det var lite olika hur man hanterade "Region" och "Kanton" om jag minns rätt.

--Larske (diskussion) 16 december 2020 kl. 12.20 (CET)[svara]

@larske: Tack, det är därför jag ber någon kolla. Här är en diff med region bortaget efter huvudort som var ett misstag. Nya sättet används i t.ex. Owen, Baden-Württemberg. Mallen fungerar fortfarande för orter och stadsdelar (under kommun) med undantaget att noWikdata måste användas i dessa artiklar för t.ex. kommunkod (fixade ett femtiotal när wikidata infördes i mallen) eftersom orter inte har det. För Tyskland finns mallen "Faktabox Landkreis i Tyskland" för nivån ovanför kommun, men det finns ingen mall för förvaltningsgemenskaperna som ibland finns mellan kommun och landkreis. För Regierungsbezirk mellan landkreis och förbundsland verkar geobox användas direkt t.ex. Regierungsbezirk Freiburg. Det finns en "Faktamall förbundsland Tyskland". I Berlin finns stadsdelsområde (Bezirk) t.ex. Charlottenburg-Wilmersdorf som inte använder geobox men det skulle troligen gå att använda en modofierad Faktabox Landkreis i Tyskland eftersom det är samma nivå. Maundwiki (diskussion) 16 december 2020 kl. 14.30 (CET)[svara]

Hmm, det låter konstigt om "noWikidata" ska behöva anges för typer av artiklar som inte har någon kommunkod, det brukar ju användas för enstaka objekt där det finns data i Wikidata som man av någon anledning inte vill använda, vilket endast bör vara i undantagsfall om det skulle bli ett redigeringskrig i Wikidata.

Jag har därför ändrat i mallen så att man inte behöver skriva | kommunkod = noWikidata i dessa artiklar.

--Larske (diskussion) 16 december 2020 kl. 15.47 (CET)[svara]

Tack, jag tror att det hade att göra med inget data till kommunkodformateringsmallen som gav felmeddelande. Antar att min ändring ok. Maundwiki (diskussion) 17 december 2020 kl. 01.25 (CET)[svara]

Regionalkod[redigera wikitext]

Den senaste ändringen med "Regionalkod" ger texten "Felaktig regionalkod" i ett antal artiklar, bl a Münster. Kitayama (diskussion) 12 juli 2022 kl. 15.04 (CEST)[svara]

Ändringen är ogjord då den ger ett felaktigt resultat i 74 artiklar. [1] Kitayama (diskussion) 13 juli 2022 kl. 14.29 (CEST)[svara]

Efter den senaste ändringen finns fortfarande "Felaktig regionalkod" i Bremen. Kitayama (diskussion) 16 juli 2022 kl. 11.41 (CEST)[svara]

[e01b2898f64db40c9073666f5838f842bc376350-1] Alle politisch selbständigen Gemeinden mit ausgewählten Merkmalen am 31.12.2018 (4. Quartal) (på tyska), Statistisches Bundesamt, läs online, läst: 10 mars 2019.^{[källa från Wikidata]}

[1]