Malldiskussion:Geobox

Ändringar

Jag skulle vilja att följande små ändringar görs för mallen: 1) Gör så att man får rader att föra in fotnoter för population_urban och population_metro, 2) Gör så att befolkningstätheten för tätort och storstadsområde räknas ut automatiskt, samt blir synligt. Jag skrev in detta manuellt för Frankfurt am Mains storstadsområde men det syns inte i artikelns faktaruta. Något någon kan fixa?--Pjred 11 juli 2009 kl. 14.52 (CEST)

Nummer 2 är fixat, det var en bugg. Det var jag som hade råkat kasta om ordningen på _metro / _urban och _density i de tomma mallarna. Om dessa är i rätt ordning så fungerar de som det ska. Auto fungerar också. Rätt parameternamn är alltså: | population_urban_density = och | population_metro_density = . Koios 12 juli 2009 kl. 22.49 (CEST)

Nummer 1 tycks fungera redan sedan tidigare. Man för in noter genom att lägga till en parameter med parameternamnet + _note. Det fungerar även på population_metro och population_urban. Noten syns direkt efter populationssiffran. Koios 12 juli 2009 kl. 22.53 (CEST)

Ok, jag har nog fått grepp om hur det fungerar. En annan sak: datumet man sätter in efter population_metro_date blir ej kursiv i faktarutan, medan det efter population_date blir kursiv. Hur fixar man detta? Det ser snyggare ut om båda är kursiva. Jag har dock inte kollat hurdan raden population_urban_date blir.--Pjred 13 juli 2009 kl. 21.51 (CEST)

Vet ej. Prova att fråga på diskussionssidan för den engelska versionen av mallen: en:Template_talk:Geobox. Koios 16 juli 2009 kl. 19.31 (CEST)

Kartprick

Jag överförde mallen {{Geobox coor2dec}}, så att en kartprick automatiskt dyker fram så fort det finns koordinater en kalibrerad karta. För ett exempel på en karta, se {{Geobox locator Skåne}} och exempel i artikel, se Domsten. Det hade varit bra om kartor till att börja med skapats för alla Sveriges landskap och såklart senare övriga världen. Dessutom lade jag till parametern population_municipal som kan användas för befolkningen i kommunen, eftersom det ofta blir förvirring mellan kommunbefolkning och tätortsbefolkning i vissa sammanhang. För övrigt kanske man kan diskutera vad som ska finnas med i mallen i artiklar om mindre orter. Behövs till exempel tidszon och riktnummer? Behöver man berätta vilket land orten ligger i? -- [ jiˈesˌdeːo ] 22 juli 2009 kl. 13.30 (CEST)

Enheter

Jag la nyss märke till att enheterna i faktarutan länkar till det engelska namnet på enheten (t.ex. metre och square kilometre). Detta borde naturligtvis ändras. Jag har letat men inte hittat var dessa länkar finns. Någon som vet? --Kildor 23 juli 2009 kl. 12.20 (CEST)

Mallarna för enheter finns i Kategori:Geobox enhet. Jag ändrade några länkar så gott det gick i två mallar. Problemet är att vi inte har tillräckligt med artiklar om engelska/amerikanska måttenheter. -- [ jiˈesˌdeːo ] 23 juli 2009 kl. 13.19 (CEST)

Kunna lägga in källor

Jag skulle gärna vilja kunna lägga in noter på de olika parametrarna för att kunna visa vart jag tagit informationen från. Vissa fakta går väl att ha med i texten medan t.ex. primärfaktorn på ett berg kan vara ointressant att ha med i texten, vilket gör att det räcker med att ha den i inforutan (där den blir mer intressant). Det finns säkerligen andra liknande fakta som också är ointressanta i texten men som kan finnas med i inforutan. Går detta att lösa? Elfsborgarn_disk.^↔ 31 juli 2009 kl. 13.55 (CEST)

Det går ju att ange noter på vanligt sätt med ref-taggar även i infoboxen. Eller vill du ha det på ett annat sätt? --Kildor 2 augusti 2009 kl. 21.22 (CEST)

Det är just det som det inte går att göra! Om jag lägger in en källa för att berätta om Himalayas höjd visas texten UNIQ6dac9aa456e5fc42-ref-00 000 032-QINU istället för ^[1]. Det borde gå att lösa genom att göra som på mall:insjöfakta där det går att fylla i t.ex.

| highest_elevation =

| highest_elevation ref =

då referensen hamnar efter den redan inskrivna måttenheten. Elfsborgarn_disk.^↔ 2 augusti 2009 kl. 22.36 (CEST)

Klurigt. Ja, då behövs det uppenbarligen någon förändring av mallen. Alternativt lägger du ref-taggen i ett textfält (dvs efter Mount Everest i ditt exempel). Då får man en vanlig fotnot. --Kildor 3 augusti 2009 kl. 17.31 (CEST)

Jo, det går väl, men då källorna kan vara av olika pålitlighetsgrad, så kan det vara bra att ha två olika källor på den plats som källan täcker. Jag använder t.ex. peakbagger.com som källa till primärfaktorn och vill gärna kunna använda någon "tyngre" källa till höjden på berget t.ex. Nationalencyklopedin. Sedan upptäckte jag (något som ligger utanför denna diskussion) att det inte heller går att lägga in vilken typ av vulkaner det är, t.ex. om det är en stratovulkan eller en sköldvulkan. Detta skulle också vara bra att kunna göra. Elfsborgarn_disk.^↔ 12 augusti 2009 kl. 18.14 (CEST)

Det fungerar alldeles utmärkt att lägga till källor! Använd en _note -parameter, så går det bra. Exempel:

| highest elevation = 3210

| highest_elevation_note = <ref>Berg, M (2009). The elevation of fantasy mountains. Journal of Magical Geology, vol 321(4): 892-97.</ref>

Koios 23 augusti 2009 kl. 01.39 (CEST)

Tack så mycket! Att det skulle vara så enkelt, lägger in den i mallen då den är bra att alltid ha där. Man slipper då också fler liknande frågor. Elfsborgarn_disk.^↔ 23 augusti 2009 kl. 13.22 (CEST)

Standardisering av kartor?

Jag föreslår att kartorna bifogade i mallen bör vara standardiserade. Dvs att man för ett visst land använder en karta över det landet med mallens prick enligt följande system:

• Sverigekarta med mallprick: Tätorter, berg, mindre sjöar och andra geografiska platser inom Sverige.
• Sverigekarta med områdesmarkerad karta: Landskap, län, kommuner, bergskedjor, större sjöar och andra geografiska större områden inom Sverige.
• Europakarta med områdesmarkerad karta: Länder, gränsöverskridande sjöar, bergskedjor och andra gränsöverskridande geografiska områden inom Europa
• Världskarta: Världsdelar, oceaner, världsdelsgränsöverskridande områden.

För att peka ut problemen med kartor så används olika typer av kartor för Bryssel (borde vara Belgienkarta med prick imo), Helsingborg (borde vara Sverigekarta imo), Reykjavik (borde vara med prick imo) och Norrköping (korrekt enligt mig).

Vad tycker ni? Eller är det bra som det är?

  - Landsort Diskussionssida 7 augusti 2009 kl. 16.42 (CEST)

Problemet med att använda den existerande Sverigekartan (den som används i Norrköping) är att kartpositionen måste ställas in manuellt. I mallen finns en möjlighet att göra så att koordinaterna läggs in automatiskt, vilket är fallet för Helsingborg. Skulle man däremot använda en hel Sverigekarta för automatiska kartpositioner för orter kommer kartan att se mycket annorlunda ut än den karta över Sverige som personer är vana att se (se till exempel Fil:Sweden location map.svg, som ändå är mer anpassad för att efterlikna den Sverigekarta vi är vana att se). Alternativet är att manuellt lägga in koordinater för alla orter i Sverige, vilket är ett mastodontarbete. Dessutom är det mer tydligt att använda kartor i mindre skala för till exempel mindre tätorters position. Se exempelvis Domsten, Ödåkra eller Vallåkra. -- [ jiˈesˌdeːo ] 8 augusti 2009 kl. 00.32 (CEST)

Håller med Landsort att kartorna borde vara standardiserade, samt att den version som används i Norrköping är att föredra (för Sverige-artiklar). Visst är det dumt att man måste ställa in kartpositionen manuellt, när det inte behövs. Som Jsdo1980 skriver är dock projektionen för de automatiska kartorna nästan oanvändbar för Sverige.

Det bästa vore att ändra själva location-map systemet, så att det använder en mer ytriktig projektion. Tills det händer kan man förslagsvis använda dessa standardiserade / automatiska location-kartor för stater där sådana kartor ser ok ut: kartor över låga latituder, små stater mm. För undantag som Sverige bör man nog fortsätta att placera ut kartpositionen i mallen. Koios 23 augusti 2009 kl. 02.00 (CEST)

Vet ni inte hur fruktansvärt omständigt det är att manuellt ställa in kartpricken för alla de tusentals svenska ortsartiklar som vi har? Istället för att sätta en robot på att omvandla koordinaterna och lägga in anpassade kartor, vilket gör att artiklarna automatiskt får positionskartor, betyder en manuell prick att artiklarna inte har någon karta förrän någon aktivt går in och ställer in positionen. Detta är exakt samma sak som man var tvungen att göra i den gamla ortsmallen, vilket betyder att uppdateringen till geobox blir praktiskt taget meningslös. -- [ jiˈesˌdeːo ] 23 augusti 2009 kl. 21.12 (CEST)

Jag är inte så säker på att det är ett lämpligt jobb för en bot. För det första behövs det nog en bedömning huruvida en länskarta eller Sverigekarta passar bäst för en viss ort. För det andra innebär införandet av karta att faktarutan tar betydligt mer plats, vilket kan få konsekvenser för artikelns layout. Dessutom så finns ju redan en karta ett klick bort via globikonen vid koordinaterna. Men kan man begränsa sig till mindre orter (t.ex. mindre än 10000 invånare, eller annan lämplig gräns) och använda länskartor för dessa så är i alla fall merparten av arbetet gjort. --Kildor 23 augusti 2009 kl. 23.50 (CEST)

Punkt blir komma

När man försöker skriva punkt efter ordavkortning, såsom inv., visar det sig som kommatecken i stället. Går det att åtgärda? --Isthmus 14 september 2009 kl. 14.56 (CEST)

Jag har tagit bort den engelska formateringsfunktionen nu.Rotsee 31 oktober 2009 kl. 13.06 (CET)

Eller förlåt, du menar i den vanliga population-variabeln? Där är det nog inte meningen att du ska ange någon enhet. Hela mallen bygger ju på att data och enheter hela tiden anges i separata fält. Man skulle kunna lägga till inv. eller invånare efter befolkningstalet om man tycker att det är otydligt annars. Själv tycker jag iofs att det är ganska uppenbart att befolkningen räknas i invånare. Rotsee 31 oktober 2009 kl. 13.13 (CET)

Eftersom det finns funktioner i mallen som till exempel automatiska uträkningar genom #expr:-funktionen bör alla parametrar där tal anges göras så utan några enheter. Talen ska skrivas utan några avgränsare, alltså 50000 och inte 50 000, 50 000, 50.000 eller 50,000. Lägger man dessutom till enheter förvirrar man ytterligare eftersom #expr:-funktionen inte vet hur man delar "50 000 inv." med något.

{{#expr: 50000 / 35 round 2 }} ger: 1428.57, medan

{{#expr: 50 000 inv. / 35 round 2 }} ger: .

Dessutom använder den automatiska uträkningen engelsk formatering och därför ska man använda decimalpunkt och inte decimalkomma.

{{#expr: 50000 / 3.5 round 0 }} ger: 14286, medan

{{#expr: 50000 / 3,5 round 0 }} ger: .

Talet omvandlas sedan automatiskt till svensk formatering genom fuktionen formatnum, som finns inbyggd i mallen.

{{formatnum:1428.57}} ger: 1 428,57

{{formatnum:50000}} ger: 50 000 -- [ jiˈesˌdeːo ] 31 oktober 2009 kl. 13.36 (CET)

Exakt, med lägga till menade jag lägga till i mallen, om något ser ett sådant behov. Jag gör det inte. Rotsee 31 oktober 2009 kl. 14.33 (CET)

Inlägget var nog mest menat att förklara för Isthmus hur mallen fungerar. -- [ jiˈesˌdeːo ] 31 oktober 2009 kl. 14.42 (CET)

Kommatecken är decimalavgränsare på svenska, inte punkt. Går det inte att ändra mallen så att det blir det komma om man skriver komma? Befolkningstäthet bör få enheten invånare/km², vilket iallafall jag uppfattar som det normala i svensk text, istället för det aningen kryptiska /km². Och som en konsekvens därav, tycker jag, att enheten invånare bör skrivas ut för folkmängd. --Isthmus 9 november 2009 kl. 23.08 (CET)

Höjdenhet

När man matar in värden för elevation visas de med enheten m[eter]. Borde det inte vara m ö.h. resp. m u.h.? --Isthmus 14 september 2009 kl. 15.02 (CEST)

M ö.h. visas nu, vilket är bra gjort. Men positioner under havsytan verkar bli negativa värden av m ö.h. Går de att ändra till m u.h. istället? --Isthmus 9 november 2009 kl. 23.12 (CET)

Sjöar

Jag vill påpeka att denna mall inte är helt perfekt för sjöar. Det finns flera parametrar jag saknar!

• Jag vill kunna lägga in medel- och maxdjup utan att behöva trixa på olika sätt. (Inte som jag tvingats att göra vid t.ex. Döda havet)
• Kunna lägga in koordinater i en egen parameter, utan att behöva använda parametern free.
• Jag vill inte behöva använda någon parameter som source och mouth i infoboxar för sjöar då det kan finnas många stora inflöden och utlopp i en större sjö. Jag vill istället ha inflow och outflow som parametrar.
• Parametern islands. Det går inte att fylla i hur många öar sjön har (vid sidan om free).
• Parameter tillflödesländer (vad den kan tänkas heta på engelska vet jag inte).
• Parametern type. Inte bara till vilken sorts sjö det är utan även till andra saker, t.ex. vilken typ av vulkan det är. (strato- eller sköldvulkan?)

Om det är osäkert hur jag menar kan man titta på Mall:Insjöfakta och Template:Infobox lake först. Det är deras parametrar jag vill ha in. Elfsborgarn_disk.^↔ 24 oktober 2009 kl. 18.57 (CEST)

Glömde att ta upp att jag även har skapat en eventuell mall till öknar. Se Sahara. Det som behövs är att rutan där det står bl.a. Sahara blir brun eller något liknande. Elfsborgarn_disk.^↔ 24 oktober 2009 kl. 19.11 (CEST)

Om man tittar på mallen ser det ut att de som programmerat den från början mest varit fokuserade på att mallen ska fungera för berg och floder, då det finns väldigt många funktioner för just dessa. Desto sämre är det för regioner, byggnader osv. Det hade även varit bra om mallen hade fungerat för till exempel vägar. Dessa är ju rätt lika floder i sin struktur och flera funktioner kan vara liknande. Angående din fråga om koordinater, så ska dessa läggas in under parametrarna lat_d, long_d, lat_m, long_m osv. Men jag kan förstå att du inte hittade det eftersom flodmallen du använde endast ger möjlighet att ange källans läge. Det går dock att lägga till alla tillgängliga parametrar. Förresten angående mallen i Döda havet; ska volymen verkligen stå i kubikmeter och inte kubikkilometer?

Kan man förresten lägga till hur många parametrar som helst utan att det påverkar läshastigheten? Hur belastar alla #if:-funktioner servern? -- [ jiˈesˌdeːo ] 24 november 2009 kl. 11.11 (CET)

Helt rätt uppfattat om att det skulle vara kubikkilometer! Jag fick till en lösning (men har jag löst det på rätt sätt?). Tillflödesländer skulle för övrigt kunna översättas till Basin countries. Elfsborgarn_disk.^↔ 25 november 2009 kl. 20.25 (CET)

Ska den här mallen användas direkt i artiklar eller ska den bara användas som meta-mall?

Hej! Jag tycker den här mallen verkar riktigt bra, kul att man kan använda samma mall för olika orter i olika länder osv. Men vad jag inte blir riktigt klok på är om man ska använda mallen direkt i en artikel eller om man ska gå (om)vägen via en annan mall och använda geobox som en metamall. Någon som kan upplysa mig? //Mippzon 23 november 2009 kl. 16.58 (CET)

Det är nog upp till var och en. Jag har mestadels använt den som metamall, vilket mest berott på att om man ändrar existerande mallar till att använda Geobox som metamall, så ändras den ju i alla artiklar som använder mallen. En annan anledning är att Geoboxen inte är översatt till svenska än och en ytterligare anledning är att Geobox tar upp onödigt mycket bytes i artikeln. Genom att använda den som metamall får man den översatt och mer slank. Skulle det dessutom komma en nyare och bättre mall behöver man i så fall endast ändra de mallar som använder Geobox istället för att ändra på alla sidor som Geoboxen förekommer på. -- [ jiˈesˌdeːo ] 23 november 2009 kl. 17.21 (CET)

Att en mall tar upp några bytes mer spelar ingen större roll för nedladdningshastigheten. Det som påverkar hastigheten mer är arbete på servrarna, som det blir mer av med mallar som anropar mallar. Och om man behåller de gamla mallarnas syntax i artiklarna blir dessa svårare att ändra i framtiden, inte enklare. Om alla artiklar använder samma syntax (Geobox) så kan de ju ändras med hjälp av botar. Koios 23 november 2009 kl. 19.44 (CET)

Ja, du har ju ett par poänger där onekligen! Jag ser nu att det är lite blandat som du säger. Men kanske snyggast vore att skapa en mall baserat på Geobox för varje land. Det finns ju redan sådana för Sverige t.ex. //Mippzon 23 november 2009 kl. 17.24 (CET)

En mall för varje land är verkligen inte en bra idé. Att ha 193 mallar som upprepar samma funktioner är tokigt. Koios 23 november 2009 kl. 19.44 (CET)

Det är betydligt bättre att använda mallen direkt i artiklarna. Själva poängen med Geobox är att standardisera och rensa bort onödiga geografiska mallar. Att ändra en befintlig mall till Geobox går fortare på kort sikt, men löser inte grundproblemet. Att ha flera mallar som gör samma sak skapar komplexitet och medför att man måste lära sig en ny syntax för varje geografisk enhet. Det innebär mycket mer arbete i slutändan. Koios 23 november 2009 kl. 19.44 (CET)

Nu när jag hört lite åsikter från båda hållen känner jag nog att man bör använda geoboxen direkt i artiklarna. En mall är ju en mall och är väl till för att standardisera. Så jag kommer nog att i fortsättningen använda geoboxen direkt i artiklar om inget annat beslut tas. Tack för informationen och åsikterna hur som helst! //Mippzon 23 november 2009 kl. 22.34 (CET)

Det svåra

Det svåra med att använda Geobox direkt i artiklar som jag ser det är att veta vilka parametrar man ska ha med, och vilka man inte ens behöver ha tomma i själva artikeln (så att exempelvis alla svenska byar satsar på att få samma fakta i faktarutan). men detta kanske snarare får bli ett problem för enskilda projekt att ta tag i? –dMoberg 23 november 2009 kl. 22.55 (CET)

Översättning

Jag har översatt mallens parametrar på sidan mall:Georuta och frågan är nu vad som är bästa sätt att anpassa mallen till svenska på, samtidigt som de engelska parametrarna även fungerar? Som jag har förstått det efterfrågas i alla fall att mallen fungerar på både svenska och engelska. Eftersom mallen fått allt mer uppmärksamhet och det nu efterfrågas fler funktioner vore det bra om mallen var översatt innan alla nya funktioner läggs till. -- [ jiˈesˌdeːo ] 24 november 2009 kl. 11.15 (CET)

Vapen

Det vore bra om någon kan ändra i bosättningsmallen så att man kan välja mellan benämningarna "stadsvapen" och "kommunvapen" under "symboler". Nu visar mallen automatiskt "stadsvapen", vilket blir formellt fel i de fall det handlar om kommuner.--Pjred 23 december 2009 kl. 18.55 (CET)

Använd |symbol_type=Kommunvapen /F.d. 82.212.68.183 23 december 2009 kl. 19.02 (CET)

Ok, testar framöver. Tack!--Pjred 23 december 2009 kl. 19.03 (CET)

Befolkning → Folkmängd

Engelskans population kan översättas såväl med ’befolkning’ som ’folkmängd’. Det senare är nog att föredra när det avser antalet invånare i ett område, befolkning är väl ett mer allmänt begrepp. Det har dryftats på flera diskussionssidor har jag minne av, för stunden fann jag exemplet Diskussion:Befolkning. Jag önskar alltså att storheten befolkning som används i Geoboxmallen byts ut mot folkmängd som standard. --Isthmus 3 januari 2010 kl. 17.13 (CET)

Ska jag våga mig på att utföra ändringen själv? Är det någon som vet om det skulle fordras ändringar i andra mallar också? --Isthmus 3 januari 2010 kl. 19.33 (CET)

Det är bara den här mallen som behöver ändras. Jag kan fixa det. /EnDumEn ✍ 3 januari 2010 kl. 20.38 (CET)

Centralort

Jag saknar alternativet "centralort" bland bosättningstyperna. Tätort finns, men en tätort är sammanhängande bebyggelse som kan sträcka sig utanför en stads- eller kommungräns. En centralort handlar mer om den administrativa kärnan, eller befolkningskärnan, inom en stads- eller kommungräns. Jag är osäker på hur man gör, så jag hoppas någon kan hjälpa till med att sätta in "centralort" i mallen som ytterligare alternativ för area-, invånare- och befolkningstäthetuppgifter.--Pjred 17 mars 2010 kl. 12.04 (CET)

Namnet på centralorten

Centralort

Vet inte riktigt om jag förstod frågan men skriv in Centralort vid category så benäms platsen som centralort under platsens namn om det är Bosättningsmallen.

• | category = Centralort

--NERIUM 17 mars 2010 kl. 12.48 (CET)

Sisaket
Region
Centralort	Sisaket

eller om du menar Regionmallen

• | capital = Sisaket| capital_type = Centralort

--NERIUM 17 mars 2010 kl. 12.55 (CET)

Vad jag menar är de rader i mallen för bosättning där man skriver in area, folkmängd och befolkningstäthet. De alternativ som finns är "urban" (blir "tätort" i sparad mall), "metro" (=storstadsområde), och "municipal" (=kommun). Det vore bra med ett alternativ för centralort också.--Pjred 17 mars 2010 kl. 13.20 (CET)

Det får nog någon peta in i koden. Väldigt oflexibel mall det här. --NERIUM 17 mars 2010 kl. 14.02 (CET)

Någon duktig kodpetare i närheten?--Pjred 17 mars 2010 kl. 21.15 (CET)

Centrerad text i vänsterkolumn

Jag upptäckte nyss att texten i vänsterkolumnen på Geobox har blivit centrerad (se t.ex. Stockholm). Så har det inte varit tidigare och det ser inte speciellt bra ut. Jag kan dock inte hitta var, när, hur och varför detta har ändrats. Någon som vet? --Kildor 4 april 2010 kl. 13.45 (CEST)

Problem med bred mall

På två olika artiklar stötte jag på denna geobox som bredde ut sig över artiklarnas inledning, på grund av landsflaggor som radades upp på en vågrät linje. Rättade till de två som jag sett, men det finns säkert mer exempel än dessa. Exempel 1, exempel 2.
/Ronny W 14 april 2010 kl. 18.12 (CEST)

I vilken webbläsare får du problem med detta? Det ser helt OK ut i Firefox 3.6.3. –dMoberg 14 april 2010 kl. 19.05 (CEST)

Jag kör med Explorer 8 just nu. /Ronny W 14 april 2010 kl. 19.09 (CEST)

Problem med geobox och Länsfakta

Av nagon anledning verkar geoboximplementeringen av Länsfaktamallen ha gjort att kommatecknet i Invånare/km² inte visas (se t.ex. Kalmar län). Eftersom samma sak verkar fungera i kommunfaktamallen sa blir jag inte riktigt klar over vad som ar fel. /Lokal_Profil 23 april 2010 kl. 10.59 (CEST)

Ok. Ser nu att man anvant parametern "population2" snarare an "population_density" och dessa verkar formateras annorlund. Utover att andra i lansfaktamallen border man nog andra detta i Geoboxmallen eftersom ett kommatecken aldrig kan ersattas av mellanslag i svenska (daremot kan punkt ersattas av mellanslag). /Lokal_Profil 23 april 2010 kl. 11.13 (CEST)

Fixat den formateringn men som man kan se sa finns fortfarande massa andra formateringsproblem (landskap borde radbrytas i Jämtlands län, total folkmangd borde inte radbrytas i Gotlands län och (mindre viktigt men anda) fotnoten borde inte hamna pa ny rad i folkmangd i Jönköpings län. /Lokal_Profil 23 april 2010 kl. 11.28 (CEST)

For landskapslistningen verkar problemet ligga i att district anvandts med kommaseparerad lista snarare an district1,distrikt2 etc. For att fixa detta behovs en omdesign av Länsfaktamallen.

For folkmangds radbrytnignen harstammar problemet fran att befolkningen skrivits in som "57 004" snarare an "57004" (bada visas likadant). Skulle en robot kunna kora igenom alla lansartiklar (och kanske aven andra artiklar som innehaller geoboxmaller (t.ex. kommuner) och ersatta alla dessa mellanslag (aven i area etc och bade tusen och miljonavdelare). Nar detta gors far man aven se upp for de artiklar som inehaller "57 004". /Lokal_Profil 23 april 2010 kl. 11.39 (CEST)

Kommatecken och punkt

Startar som eget stycket for att sarskilja fran andra formateringsproblem som namns i stycket ovan.

Anvander man parametern "population2" snarare an "population_density" sa ersatts komma av mellanslag. Man nog andra detta i Geoboxmallen eftersom ett kommatecken aldrig kan ersattas av mellanslag i svenska (daremot kan punkt ersattas av mellanslag). /Lokal_Profil 23 april 2010 kl. 11.13 (CEST)

Annu ett "kommamisstolkningsproblem" ar att kommatecken ersatts av punkt i vissa parametrar. Punkt borde istallet ersattas av mellanslag eller atminstonne av komma (for hitkopierad statistik) snarare an tvart om. /Lokal_Profil 23 april 2010 kl. 11.28 (CEST)

Ser att area parametern i kommunmallarna tolkar (och visar) komma korrekt sa man borde kunna anvande koden for den parametern och ersatta kommatolkningen for alla andra parametrar. /Lokal_Profil 23 april 2010 kl. 11.43 (CEST)

Modifiera mallen är jag lite för ovan för att göra, men erfarenheterna från Ortsfakta Sverige borde kunna göra att jag nu kan känna mig mogen att åtgärda eventuella mallanrop i artiklarna. Den kod och teknik jag använt borde relativt lätt kunna modifieras för andra mallvarianter. Mindre mallmängder som kantoner i Schweiz är det inte lönt att programmera ihop ngt för, men för större mallanrop... -- Lavallen 1 maj 2010 kl. 07.59 (CEST)

Se avsnittet "Punkt bli komma" ovan. -- [ jiˈesˌdeːo ] 1 maj 2010 kl. 10.06 (CEST)

...och framför allt Wikipedia:Faktafrågor/Arkiv 2009#Försvunnet decimalkomma. -- [ jiˈesˌdeːo ] 1 maj 2010 kl. 10.12 (CEST)

Jo, jag är medveten om detta problem och tagit hänsyn till det i botkodningen, men finns det någon mall där artiklarna inte är åtgärdade efter detta? -- Lavallen 1 maj 2010 kl. 10.30 (CEST)

Konvertering till Geobox

Det skulle vara bra om man lägger till möjligheten att lägga in karta med prick (positionskarta) i mallar när de konverteras till Geobox så blir det snyggt och informativt som på de andra språkversionerna. --NERIUM 9 maj 2010 kl. 21.20 (CEST)

Lat och long

Parametern nedan fungerar bara i kombination med locator mallarna på nordvästra halvklotet

| lat_d = | lat_m =48 | lat_s = | lat_NS =

| long_d = | long_m =57 | long_s = | long_EW =

Är det någon som kan fixa detta? --NERIUM 24 juli 2010 kl. 10.48 (CEST)

Du menar öster om Greenwich och norr om ekvatorn? -- Lavallen 24 juli 2010 kl. 10.53 (CEST)

Just det. --NERIUM 24 juli 2010 kl. 11.00 (CEST)

Jag har fått det att fungera i Birmingham, Alabama nu. Problemet i det fallet berodde på en bugg i Mall:Geobox locator USA som nu är åtgärdad. Nu tycker jag inte det är optimalt att använda en USA-karta för denna ort, men det är en början. -- Lavallen 24 juli 2010 kl. 12.52 (CEST)

Toppen! Man kan, om man vill, byta ut USA-karta mot delstatkarta. Det viktigaste är att mall och kartor fungerar. --NERIUM 24 juli 2010 kl. 15.55 (CEST)

Det får vänta lite för min del. Jag håller så sakta på att gå igenom alla med Mall:Stadsfakta som botkörning nu, men på grund av detta tar det lite tid. -- Lavallen 24 juli 2010 kl. 15.58 (CEST)

Det är inte någon brådska och dessutom finns det inte några locatormallar över delstaterna och knappt någon annan stans heller för den delen. --NERIUM 24 juli 2010 kl. 16.17 (CEST)

Mallhjälp

Detta är en arkiverad diskussion från Wikipedia:Projekt mallstandardisering/Mallhjälp. Modifiera inte innehållet, utan fortsätt vid behov diskussionen längre ned på sidan eller starta en ny tråd på Mallhjälp.

---

När man lägger en referens på, exempelvis, befolkningsantalet i en mall som baseras på {{Geobox}} så blir det en massa nonsens-text istället för referensen. Se Gotlands län. Referensen längst ner i artikeln är intakt. Hur gör man så att det fungerar som det ska? ⁁Ser^♥tion‽ 17 april 2010 kl. 14.47 (CEST)

Man kan inte använda population1= direkt eftersom den formaterar det man skriver in; dvs sätter mellanrum mellan talsekvenser med mer än 4 siffror. Istället kan man använda någon annan, ex.vis population1_date =, och population1_note=, vet inte om någon av dessa är tänkta att användas för referenser dock, men jag lade till dem (översatta till svenska) i mallen som Gotlands Län, använder). –dMoberg 17 april 2010 kl. 18.20 (CEST)

---

Mall:Geobox (3)

Mallen för bosättningar centrerar typer och värden i kategorin "namn" (etymology, motto m.fl.). Det blir lite märkligt då allt annat är vänsterställt. Kan jag styra detta? --Mercurial 9 juni 2010 kl. 11.52 (CEST)

---

Mall:Geobox

Sitter just nu och strular en hel del med följande mall. Jag försöker skriva om en stad i Belgien och saknar en massa parametrar. Eftersom tanken bakom Geobox-mallen (om jag förstått saken rätt) är att behovet av diverse skräddarsydda infoboxar skall minska/försvinna bestämde jag mig för att försöka envisas med att använda denna mall istället för att översätta den engelska infoboxen för belgiens kommuner.

Problemet är att jag vill ha in åtminstone följande information om staden: Region, Gemenskap, Provins, Arrondissement, Kommun. Dvs fem parametrar. Se exempelvis boxen på fr:Louvain-la-Neuve. Jag lyckades till slut lösa det med en jätteful lösning:

| state = [[Vallonien]] | state_type = Region | region = Franskspråkiga gemenskapen | region_type = Gemenskap | commune = [[Brabant Wallon]] | commune_type = Provins | district = [[Nivelles]] | district_type = Arrondissement | municipality = [[Ottignies-Louvain-la-Neuve]] | municipality_type = Kommun

Parametern "commune" nämns för övrigt inte överhuvudtaget i mallbeskrivningen, utan den hittade jag när jag rotade i koden på egen hand. Sedan har jag en hel del problem med att få in flaggbilder i mallen också. Tänkte att det kunde vara trevligt att få till det precis så som i den tidigare nämnda infoboxen på enwp, men jag lyckas inte riktigt när jag exempelvis lägger in

| state_flag = Flag of Wallonia.svg

efter state_type-parametern. Jag tycker att Geobox-idén är bra, men jag får det inte riktigt att fungera på det sätt jag vill. Är det någon som har någon idé? (Formatera gärna om min text så den blir lite läsligare om den stör någon. Får inte riktigt koddelen att se vettig ut).  /smuliman 9 mars 2010 kl. 16.25 (CET)

(Om du talade om vilken artikel det är du arbetar med vore det kanske lättare för oss andra hjälpa dig.) Om faktarutan visas som du vill spelar det väl ingen större roll hur man använder parametertyperna? Du får gärna skriva in commune i beskrivningen för Geobox (det är bra för oss andra att få veta). _flag används inte på det sättet, se Mall:Geobox/dokumentation#Automatiska flaggor. --Isthmus 20 april 2010 kl. 23.15 (CEST)

Oj, vilket tarvligt misstag. Jag satt i skrivande stund och arbetade på en egen version av artikeln om just Louvain-la-Neuve, vilken i skrivande stund var opublicerad på annat än en privat sandlådesida. Borde givetvis länkat dit dock. Jag såg att du hjälpt till med mallen nu och jag tänkte passa på att tacka för hjälpen!

Min poäng med att skriva här var snarare att jag lade ner en hel del arbete på en mall jag verkligen gillar tanken bakom, men som för denna uppgift kändes bristfällig och jag hoppades att någon med mera mallkunskaper relativt enkelt kunde hjälpt mig med en utökning av mallen så att den kan användas även för detta ändamål. Jag menar, bara för att jag hittat en fullösning behöver det ju inte garantera att andra mallanvändare använder mallen på ett annat sätt "än det är tänkt" och då kunde det vara juste med en utökning. Mycket ord nu, för att säga litet från mitt håll märker jag. Tack än en gång i alla fall!  /smuliman 22 april 2010 kl. 01.01 (CEST)

Kartposition eller geobox locator?

Vilken av dessa är att föredra när man vill skapa en mall? I dagsläget finns både t.ex. {{Geobox locator Östergötland}} och {{Kartposition Sverige Östergötland}} som är identiska. Jag hade tänkt skapa en över Nova Scotia mest på prov för att lära mig systemet, men jag förstår inte riktigt. Lundgren8 19 april 2011 kl. 14.11 (CEST)

Ingen av de två Östergötland-mallarna används idag. Men efter vad jag kan se, måste en mall heta ngt med "Geobox locator ..." för att fungera ihop med Mall:Geobox, och de mallar som använder den mallen som hjälp. -- Lavallen 19 april 2011 kl. 14.22 (CEST)

Östergötland var bara ett exempel, det finns två av många mallar. Men tack för hjälpen. :) Lundgren8 19 april 2011 kl. 14.49 (CEST)

Skulle någon som är bra på geobox locator-mallar kunna berätta för mig vad som är fel med den här koden? Jag får den inte att funka, har provat att runda av decimalen för ration också men det går ändå inte, trots att koordinaterna stämmer. (Finns att kopiera i redigeringsrutan) Tack! --Lundgren8 (d · b) 20 april 2011 kl. 20.24 (CEST)

{{#switch:{{{1}}}| | top = 49.00 | bottom = 47.20 | left = -5.25 | right = -0.90 | ratio = 0.619 }}<noinclude>{{Mall:Geobox locator/info|namn=Bretagne|bild=Bretagne region location map.svg}} [[Kategori:Geobox locator Frankrike|Bretagne]]</noinclude>

Efter vad jag ser så är det essentiellt att namnet på mallen är rätt. Det går inte att lägga koden i sin egen namnrymd eller i en testmall. Det måste vara "Kartposition X" eller "Geobox locator X" för att det ska funka. -- Lavallen 20 april 2011 kl. 20.37 (CEST)

Jag har dock testat i en testmall förut och det har fungerat. Nu var Användare:NordNordWest så vänlig och hjälpte mig dock. Tack för hjälpen i vart fall. :) --Lundgren8 (d · b) 21 april 2011 kl. 14.06 (CEST)

Andra parametrar

Jag har använt den här mallen ett tag för bosättningar mest, och jag tycker (om det inte redan finns) att det vore bra att ha en parameter såsom ”flag_type” där man kan länka till flaggan (som ”symbol_type”) som ofta har separata artiklar. Se t.ex. Bretagne. Sedan kanske man kunde tänka sig en ”state_flag” också precis som ”country_flag”. Ta t.ex. Brest, Frankrike där regionen Bretagne har en välkänd flagga som kan synas till vänster om namnet precis som för landet. --Lundgren8 (d · b) 21 april 2011 kl. 15.03 (CEST)

Båda funktionerna du efterfrågar finns så vitt jag kan se redan i mallen. Har du testat att se om de fungerar? -- [ jiˈesˌdeːo ] 21 april 2011 kl. 16.06 (CEST)

Jag har inte testat dem eftersom jag inte såg parametrarna när jag kopierade mallkoden från {{Geobox/typer/bosättning}}. Nu ser jag att båda finns i ”huvudkoden”, tack för att du upplyste mig om detta! --Lundgren8 (d · b) 21 april 2011 kl. 17.24 (CEST)

Hur är det med t.ex. nationalsång och regionala språk som kan förekomma för t.ex. regioner. Se åter igen Bretagne och regionens språk och nationalsång. Jag lade för övrigt till parametern ”population5”, men eftersom jag inte har allt för mycket mallvana vet jag inte om man kan göra det utan vidare, återställ annars, men behövde parametern för artikeln Sameland. --Lundgren8 (d · b) 23 april 2011 kl. 02.54 (CEST)

Liten, liten ändring

Har noterat att "Befolkningstäthet" skriver ut km2 istället för t.ex "Area" som skriver ut km². Någon som har lust att ändra denna lilla sak? Vet inte riktigt vart jag hittar den i koden. Gurksaft 15 juli 2011 kl. 02.37 (CEST)

Så, har bytt km2 -> km² och m2 -> m² --Civilspanaren 15 juli 2011 kl. 03.21 (CEST)

De enheter som geoboxen förstår och standardiserar utseendet på finns i Mall:Geobox data. Varken "inv./km2" eller "inv./km²" finns med där, däremot finns både "inv/km2" och "inv/km²" utan förkortningspunkter. /EnDumEn ✍ 15 juli 2011 kl. 15.40 (CEST)

Tolkade Gurksafts fråga som att om du skriver |area = 123 så skrev mallen ut Area 123 km2 medan det nu skriver ut Area 123 km². --Civilspanaren 15 juli 2011 kl. 16.05 (CEST)

Korrekt Civilspanaren. Tack. Gurksaft 24 juli 2011 kl. 13.03 (CEST)

Enhet efter folkmängdsuppgift

Hej! Varför tog du [Isthmus] bort "inv." ur mallen? Jag tycker att det ser bättre ut om det står inv. efter folkmängden, speciellt eftersom det står inv./km2 efter befolkningstätheten. Jensapag 26 juli 2011 kl. 09.22 (CEST)

Eftersom storheten är folkmängd – antal invånare i ett avgränsat område – är det onödigt att skriva ut enhet (inv.). I Statistiska centralbyråns texter brukar det t.ex. stå att ”Den 31 december 2005 var Sveriges folkmängd 9 047 752”, inte ”Den 31 december 2005 uppgick Sveriges folkmängd till 9 047 752 invånare”. Vidare tyckte jag det såg rörigt när enheten sattes ut och det dessutom fanns datum inom parentes och fotnot(er) efter. --Isthmus 26 juli 2011 kl. 10.53 (CEST)

Om man nu måste ha enhet, torde personer (pers.) vara att föredra. --Isthmus 26 juli 2011 kl. 10.55 (CEST)

Koordinatbugg av något slag

Varför ser koordinatangivelsen så lustig ut på t.ex. artiklarna för Delhi och Bombay? Koordinaterna är inte klickbara och har en mysko länk framför, "Mall:IndAbbr".--Pjred 17 oktober 2011 kl. 22.34 (CEST)

Har med Koordinat-landskoderna för Indiens delstater att göra. Har dolt problemet tillvidare. Se {{CountryAbbr}}. -- Lavallen 18 oktober 2011 kl. 07.14 (CEST)

Ok!--Pjred 18 oktober 2011 kl. 09.18 (CEST)

Mallhjälp

Detta är en arkiverad diskussion från Wikipedia:Projekt mallstandardisering/Mallhjälp. Modifiera inte innehållet, utan fortsätt vid behov diskussionen längre ned på sidan eller starta en ny tråd på Mallhjälp.

---

Nånting blir fel om fler länder radas upp. Se bred geobox anmäl ett fel som handlar om geoboxen i artikeln om Sahara. Den tar upp hela skärmbredden eftersom den inte bryter raden som länderna och deras flaggbild listas på.--LittleGun (disk) 26 augusti 2012 kl. 14.26 (CEST)

Som en temporär fix för att artikeln Sahara ska får en rimlig bredd på infoboxen, även med IE9, har jag stoppat in "tomma nötter". Men mallen bör såklart åtgärdas eftersom det nu blir blanktecken före kommatecknen i uppräkningen av länder. --Larske (disk) 26 augusti 2012 kl. 14.37 (CEST)

Nu är mallen Geobox2 list flag ändrad så att även Internet Explorer 9 förstår att det går att göra radbrytningar. Det behövdes ett par extra blanktecken för det och jag hoppas att det inte ställer till problem i andra artiklar, men de flesta som använder den mallen har nog bara ett land i listan. Sahara ser nu ok ut i IE9. --Larske (disk) 26 augusti 2012 kl. 16.38 (CEST)

Kanoners! Tack för hjälpen.--LittleGun (disk) 26 augusti 2012 kl. 19.08 (CEST)

Dokumentation?

Finns den/dem som var med och skapade Geobox fortfarande på Wikipedia? Mallsystemet skulle nog behöva lite dokumentation för hur man använder och formaterar alla värden vid parametrarna. Nu lade jag in Region-undermallen på Québec, och det tog mig en stund bara att försöka begripa de mest grundläggande inställningarna. Eller också är det bara jag som är ovan vid Geobox. Men faktum är att Geobox är så komplicerat uppbyggd (och oöversatt) att jag brukar gå omvägar runt den. Tyvärr.--Paracel63 (disk) 20 augusti 2013 kl. 23.16 (CEST)

Först nu upptäckte jag det här, men jag har inte tålamod just nu för att försöka smälta allt det här.--Paracel63 (disk) 20 augusti 2013 kl. 23.19 (CEST)

Primärfaktor

Nu har jag lagt in länkning på bergsparameterna Primärfaktor. Jag tror inte alla vet vad detta är, så en länkning kan vara på sin plats.--Paracel63 (disk) 7 januari 2014 kl. 23.38 (CET)

Formaterade värden?

Hur kan man lägga in formaterade värden för de olika parametrarna? Jämför en:Sevastopol, som kan specificera både de facto- och de jure-situationen med ganska enkel kod eftersom den idag (5 april 2014) använder sig av deras motsvarighet till {{ortsfakta Sverige}}. I den svenska artikeln går in detta så länge Geobox används, väl? Ytterligare ett argument mot den här synnerligen oflexibla mallen. :-(--Paracel63 (diskussion) 5 april 2014 kl. 19.27 (CEST)

Jag gjorde ett försök att få in det jag tror att du ville ha i Sevastopol. --Larske (diskussion) 5 april 2014 kl. 19.47 (CEST)

Toppen! Precis så! Jag tolkade mallinstruktionen som att ingen formateringskod kunde användas. Jag ändrade flaggvärdet från true till false, men jag skulle alltså inte lagt in något värde alls! Stort tack för hjälpen! Detta tror jag att jag lägger till i Geobox-dokumentationen.--Paracel63 (diskussion) 5 april 2014 kl. 22.29 (CEST)

Automatisk avrundning av decimaler, går det att fixa?

Med anledning av denna lilla diskussion undrar jag om det är möjligt att göra så att decimaltal som är inskrivna för yta i Geobox avrundas automatiskt i synligt läge? Arealtal redovisas ofta med två, eller ibland till och med tre, decimaler i officiell statistik. Själv har jag inga problem med ytangivelser med decimaler, men andra kan tycka det är förvirrande. Hur många decimaler som är lämpligt att synas i faktarutan (två, en, ingen?) har jag lite varierande åsikter om.--Pjred (diskussion) 27 juni 2014 kl. 21.30 (CEST)

@Pjred: Ett fast antal decimaler är inte så lämpligt med tanke på att det finns såväl stora som små värden som ska visas, men det skulle gå att göra med area som med täthet i mallen {{Ortsfakta Sverige}}, dvs låta användaren styra med en parameter hur många decimaler som ska visas och med ett skönsvärde som används om inget önskemål om antal decimaler ges. För täthet_decimaler används värdet 2 om parametern ej anges. Här är några exempel:

täthet_decimaler ej angivet Land Sverige Area 81 hektar Folkmängd 36 447 094 Befolkningstäthet 449 964,12 inv./hektar Tidszon CET (UTC+1)  - sommartid CEST (UTC+2)	täthet_decimaler=5 Land Sverige Area 81 hektar Folkmängd 36 447 094 Befolkningstäthet 449 964,12346 inv./hektar Tidszon CET (UTC+1)  - sommartid CEST (UTC+2)
täthet_decimaler=0 Land Sverige Area 81 hektar Folkmängd 36 447 094 Befolkningstäthet 449 964 inv./hektar Tidszon CET (UTC+1)  - sommartid CEST (UTC+2)	täthet_decimaler=-3 Land Sverige Area 81 hektar Folkmängd 36 447 094 Befolkningstäthet 450 000 inv./hektar Tidszon CET (UTC+1)  - sommartid CEST (UTC+2)

I fallet med Ortsfakta Sverige används täthet_decimaler endast där tätheten beräknas automatiskt. Inget hindrar dock att en motsvarande avrundningsfunktion används för värden som anges utan någon automatisk beräkning, men det har väl tidigare inte ansetts att det behövs i och med att man har full kontroll över det man matar in.

Ett lite mer avancerat alternativ skulle kunna vara att låta användaren ange antal signifikanta siffror som ska visas och även här ha ett skönsvärde, till exempel tre. Då skulle man inte behöva tänka på att ange olika antal decimaler i areauppgifterna för Sverige med 449 964 km² och Vatikanstaten med 0,44 km².

--Larske (diskussion) 28 juni 2014 kl. 07.25 (CEST)

Tack för svaret! Att låta användaren styra antalet decimaler är okej, även om jag misstänker att användare har olika syn på hur många decimaler som bör synas. Om jag uppfattat dig rätt så kan man baka in en funktion för area_decimaler i Geobox? Och, kanske sätta skönsvärdet till, låt säga, en decimal?--Pjred (diskussion) 28 juni 2014 kl. 10.29 (CEST)

Ja, det går. Men om man har ett skönsvärde som styr i de fall som användaren inte anger area_decimaler så blir det en icke bakåtkompatibel ändring som man inte bör göra utan att vara väl medveten om att det slår på alla artiklar som använder mallen och vilka konsekvenser det kan få. Väljer man en decimal så kommer det ju att stå 0,4 i stället för 0,44 i artikeln om Vatikanstaten tills någon editerar den och lägger in area_decimaler=2. Men om konsensus kan uppstå för en sådan ändring så är den ju mycket kraftfull och visar på styrkan av användningen av mallar. Att endast införa area_decimaler som en valbar parameter utan skönsvärde skulle vara en möjlighet, som är bakåtkompatibel, men kräver då att man stoppar in parametern i alla artiklar där man vill ha en avrundad presentation men ändå ange arean exakt för eventuell användning vid beräkning av befolkningstäthet eller annat. --Larske (diskussion) 28 juni 2014 kl. 11.26 (CEST)

Ditt förslag om inget skönsvärde låter som en bra medelväg så länge, om ingen annan har en bättre idé?--Pjred (diskussion) 28 juni 2014 kl. 11.44 (CEST)

Jag har infört den frivilliga parametern area_decimals i {{Geobox}} nu. Det är nu upp till olika mallar att använda den. Jag har även stoppat in den frivilliga parametern area_decimaler i mallen {{Ortsfakta Sverige}} och du kan se ett exempel på användning i artikeln Malmö där jag har satt area_decimaler=0. Det begärda antalet decimaler är en övre gräns, det fylls inte på med några nollor så om värdet är 12,34 och man anger tre decimaler så visas ändå bara 12,34 och inte 12,340. Observera att det endast är den arean som använder Geobox-parametern area, och det är just den som Ortsfakta Sverige använder via sin parameter areaort, som berörs av den här ändringen. Geobox har ett stort antal andra parameterar för areor av olika slag. För att få area_decimals att även påverka visningen av dessa, eller införa fler parameterar area???_decimaler, krävs en större insats. Låt oss utvärdera den gjorda ändring först.

Exemplet med Vatikanstaten och Sverige ovan var inte riktigt relevant i en diskussion om Geobox eftersom de använder {{Landsfakta}} som inte unyttjar Geobox och inte heller har funktionen för automatisk beräkning av befolkningstäthet. Men exemplet visar att en avrundning till ett fast antal decimaler kan vara olämpligt oavsett vilken mall som ligger i botten. Eventuella ändringar i Landsfakta kan vi diskutera på Malldiskussion:Landsfakta. --Larske (diskussion) 28 juni 2014 kl. 13.20 (CEST)

Stort tack för den ändringen! Om jag uppfattar dig rätt, så kan man inte använda area_urban_decimals, area_municipal_decimals eller area_metro_decimals än? Personligen skulle jag uppskatta sådana parametrar, eftersom det i huvudsak är dessa uppgifter jag brukar redigera.--Pjred (diskussion) 28 juni 2014 kl. 15.28 (CEST)

Nu har jag infört parametrarna watershed_decimals, area_land_decimals, area_water_decimals, area_urban_decimals, area_municipal_decimals och area_metro_decimals. Ett par av dem har jag provat i Natal, Rio Grande do Norte. Skillnaden mellan att använda dessa ???_decimals-parametrar och att helt enkelt avrunda parametervärdena är att i det första fallet används de oavrundade värdena för automatiska beräkningar av befolkningstätheter. --Larske (diskussion) 28 juni 2014 kl. 16.37 (CEST)

Här är ett exempel med lite olika användning av _decimals. Observera att den manuella avrundningen påverkar de beräknade befolkningstätheterna medan användningen av _decimals inte gör det. --Larske (diskussion) 28 juni 2014 kl. 17.05 (CEST)

Utan _decimals	Med _decimals	Manuellt avrundat
Exempelkommun Kommun Area 23 456,98765 km²  - tätort 12 345,6789 km²  - kommun 170,293 km²  - storstadsområde 2 719,093 km² Folkmängd 92 345 678  - tätort 9 876 543  - kommun 803 739  - storstadsområde 1 340 285 Befolkningstäthet 3 937 invånare/km²  - tätort 800 invånare/km²  - kommun 4 720 invånare/km²  - storstadsområde 493 invånare/km²	Exempelkommun Kommun Area 23 500 km²  - tätort 12 300 km²  - kommun 170,29 km²  - storstadsområde 2 719 km² Folkmängd 92 345 678  - tätort 9 876 543  - kommun 803 739  - storstadsområde 1 340 285 Befolkningstäthet 3 937 invånare/km²  - tätort 800 invånare/km²  - kommun 4 720 invånare/km²  - storstadsområde 493 invånare/km²	Exempelkommun Kommun Area 23 500 km²  - tätort 12 300 km²  - kommun 170,29 km²  - storstadsområde 2 719 km² Folkmängd 92 345 678  - tätort 9 876 543  - kommun 803 739  - storstadsområde 1 340 285 Befolkningstäthet 3 930 invånare/km²  - tätort 803 invånare/km²  - kommun 4 720 invånare/km²  - storstadsområde 493 invånare/km²

Jag testade att använda parametrarna i São Paulo, och det funkar exakt som jag hoppades. Tack, Larske, för ditt arbete med detta!--Pjred (diskussion) 28 juni 2014 kl. 17.43 (CEST)

Ändringen att frivilligt kunna avrunda och styra antalet decimaler är tyvärr en försämring med tanke på att den leder till mindre exakta värden. Wikipedia skall ha exakta uppgifter när sådana finns. En går in till Wikipedia för att en vill ha exakta uppgifter. Definiendum (?) 31 juli 2014 kl. 10.13 (CEST)

Det luftades en del åsikter om decimalers vara eller icke vara i denna diskussion. Själv har jag inga problem med tal med decimaler, men har kommit till insikt att läsare kan uppleva förvirring, speciellt vid användning av många decimaler i tal som normalt kanske presenteras utan. Wikipedia är ett uppslagsverk, och det normala för ett sådant är nog att t.ex. ytor (speciellt större tal) skrivs utan decimaler. Larske lade på min förfrågan in kodning som möjliggör att man skriver in exakta tal i redigeringsläge, som man i tabellen kan styra till önskat antal decimaler i synligt läge. Den funktionen bör givetvis vara kvar, så jag återställde din redigering i tabellen.--Pjred (diskussion) 31 juli 2014 kl. 16.30 (CEST)

För många decimaler ger ett falskt intryck av exakthet. jag tycker det känns bra att kunna styra antalet visade decimaler för att inte visa fler värdesiffror än vad som indata faktiskt har. --MagnusA 31 juli 2014 kl. 16.50 (CEST)

@Definiendum: Om man tycker att det ska vara fler decimaler i någon artikel så går det bra att diskutera och ändra i den artikeln. Men det är inte OK att ta bort dokumenterad icke-tvingande funktionalitet i mallar som andra har använt och räknar med att den fungerar. Jag har därför ogjort din redigering i {{Ortsfakta Sverige}}. --Larske (diskussion) 31 juli 2014 kl. 17.23 (CEST)

Coordinates issue

This is wierd that if minutes or seconds parameter for latitude is left empty as its value is zero then non-zero value of longitude is not passed to the coordinates. E.g. see here or here where correct coordinates are entered but ones that are displayed are way too inexact. I tried seemingly easy fix here, but this caused problems with #coordinates parser function. 193.40.10.180 11 mars 2015 kl. 16.32 (CET)

The way this template is designed is to let the precense of the different lat_X parameters decide the display format for both the latitude and the longitude. It is thus not possible to have different "precisions" for the latitude and longitude.

Also, if you know a parameter to be zero, it should be set to zero and not left unset.

Geobox parameter usage	Result	Comment
lat_d = 59, lat_m = 0, lat_s = 20 long_d = 23, long_m = 31, long_s = 45	59°0′20″N 23°31′45″Ö	degrees, minutes, and seconds displayed
lat_d = 59, lat_m = 0, lat_s = long_d = 23, long_m = 31, long_s = 45	59°0′N 23°31′Ö	degreese and minutes displayed (no rounding)
lat_d = 59, lat_m = , lat_s = long_d = 23, long_m = 31, long_s = 45	59°N 23°Ö	only degrees displayed (no rounding)
lat_d = 59, lat_m = , lat_s = 20 long_d = 23, long_m = 31, long_s =	59°20″N 23°31′Ö	mixed display format, should not be used

--Larske (diskussion) 11 mars 2015 kl. 21.22 (CET)

I didn't mean that different precisions for the latitude and longitude should be possible. If longitude value is given and latitude isn't then the latter should still display zero. Well, this isn't evident that zero values can't be unset, given by above examples (not left unset by me). 193.40.10.181 12 mars 2015 kl. 18.22 (CET)

Höjdläge

Frågan har väckts om det är optimalt att höjden på ett berg kallas "Höjdläge" i mallen -- se diskussion här. Kan man inte bara ändra det till "Höjd" i mallen? Eller finns det någon djupare anledning att kalla det "Höjdläge"? Lsj (diskussion) 29 augusti 2015 kl. 20.59 (CEST)

La Pazkullen
Höjdläge	3 640 m ö.h.
Högsta punkt
- höjdläge	3 670 m ö.h.
Bredd	70 m
Höjd	30 m

Det står nog "höjdläge" för att skilja från parametern height för "höjd". En 30 meter hög kulle i La Paz skule kunna ha en sådan här geobox. Mallen är gjord för att fungera för all sorts geografi men är inte helt perfekt för någon. 90.229.134.107 29 augusti 2015 kl. 22.04 (CEST)

leader2_party

Jag har haft anledning att använda parametern leader2_party för Nedre Schlesiens vojvodskap, Lubusz vojvodskap, Storpolens vojvodskap och Västpommerns vojvodskap i Polen. Det verkar som om det finns ett stavfel någonstans i mallkoden eftersom en oönskad extra "}" visas i parentesen som anger ledarens partitillhörighet. Någon som vet hur man kan åtgärda eller rapportera detta? --Hovastro (diskussion) 22 oktober 2015 kl. 16.17 (CEST)

Bättre? Samma typ av bugg fanns troligen i leader1_party, leader3_party och leader4_party, men såg korrekt ut i leader_party. -- Innocent bystander 22 oktober 2015 kl. 19.47 (CEST)

Mycket bättre, tackar för hjälpen! --Hovastro (diskussion) 22 oktober 2015 kl. 20.47 (CEST)

Kartuppdatering

Nu när funktionen Mapframe finns tillgänglig, vore det inte fiffigt att bygga in den i geobox? Jag tänker mig att en smart funktion skulle vara att om man lägger in en mall baserad på denna i en artikel, och artikelns wikidataobjekt antingen har en koordinat, eller ännu bättre är kopplat till OpenStreetMap så visas kartan automatiskt i infoboxen. Detta ska kunna överridas antingen genom att ange koordinat lokalt eller annat wikidataobjekt (så att den används istället för att generera kartan) eller genom en parameter som stänger av funktionen helt (i de fall där en sådan karta inte fungerar bra). Finns det något mer den behöver klara av? ♥Ainali ^diskussion_bidrag 22 mars 2017 kl. 10.22 (CET)

Ainali: Jag har gjort en finess som kan kryssas i här. Den lägger till en mapframe om en sida har koordinater och inte redan har en mapframe. Nirmos (diskussion) 25 mars 2017 kl. 15.51 (CET)

@Nirmos:  Gillar. Det verkar dock vara någon "interferens" med betafunktionen Hovercards som när man hovrar över en länk till en artikel visar ett fönster med en sammanfattning av artikeln. När jag flyttar muspekaren till "plus- eller minusknapparna" eller "fullskärmsknappen" i map-frame'n poppar den "artikelsammanfattningen" upp och det känns inte rätt. --Larske (diskussion) 25 mars 2017 kl. 16.01 (CET)

Vet inte om det kan vara till nån hjälp, men ovanstående verkar vara kopplat till

.leaflet-control {
    pointer-events: auto;
}

Om jag "kryssar bort" den så blir det inget "popup-fönster", men det gör att knappen inte längre reagerar på enkla musklick, så det är väl bara "hover-eventet" som behöver "stängas av". --Larske (diskussion) 25 mars 2017 kl. 16.20 (CET)

Tack, kul att testa, men nu tänkte jag mest på något som hjälper läsarna. Och då behöver det nog integreras i infoboxen snarare än att putta ner den. ♥Ainali ^diskussion_bidrag 25 mars 2017 kl. 22.11 (CET)

Ainali: Special:Diff/39429612 lägger kartan i slutet av infoboxen om det finns en infobox på sidan, annars läggs kartan till i början av sidan, precis som tidigare.

Exempel på sida med infobox: Capula (ort i Mexiko, Michoacán de Ocampo).

Exempel på sida utan infobox: Ittoqqortoormiit.

Nirmos (diskussion) 27 mars 2017 kl. 00.11 (CEST)

Mycket bättre! I det första exemplet finns redan en karta i infoboxen, två stycken blir lite mycket. Den andra har också en karta, men ingen infobox, det blir också lite konstigt med två kartor. ♥Ainali ^diskussion_bidrag 27 mars 2017 kl. 00.49 (CEST)

@Nirmos: Det verkar tyvärr som om alla infoboxar inte har exakt samma layout. I exempelvis Grönland och Australien är box-tabellen tydligen mer än två kolumner så när du pressar in mapframen i de två första kolumnerna så blir hela boxen för bred och det ser inte så bra ut.

En annan sak på önskelista är att den initiala zoomen inte är fast på 13 utan anpassar sig efter det som ska visas. Jämför Australien där man behöver klicka på "-" 10 gånger innan Australien "får plats" på kartan och Märket där man behöver klicka på "+" 3 gånger innan Märket fyller ur kartytan. För kartan i GeoHack så är det "type" och/eller "dim" i koordinatanropet som styr vilken den initiala zoomen är och det vore bra om finessen kunde göra något liknande. Om varken "type" eller "dim" finns med måste man naturligtvis chansa på något och då kanske 13 kan vara en kompromiss. --Larske (diskussion) 27 mars 2017 kl. 01.00 (CEST)

Larske: Det verkar vara ett känt problem att få reda på hur många kolumner en tabell består av ([1]). Som workaround verkar det gå att säga att något ska ta upp fler kolumner än vad som finns. Jag bytt ut tvåan mot en trea nu. Den siffran får nog helt enkelt ökas varje gång problemet visar sig. Det verkar inte finns någon webbläsaragnostisk lösning i nuläget. Nirmos (diskussion) 27 mars 2017 kl. 02.04 (CEST)

Webbplats

Webbplats hamnar efter kartor t.ex. Nadia (distrikt). Borde inte all text finnas innan kartor? Maundwiki (diskussion) 27 mars 2017 kl. 19.10 (CEST)

Det verkar vara lite praxis att webbplats placeras långt ner i mallarna, se till exempel en:Lisboa och en:Aalborg Municipality. Var kartorna är placerade varierar lite för olika mallar. --Larske (diskussion) 27 mars 2017 kl. 20.26 (CEST)

Då får vi se om det är flera som har åsikter om svwp. Till mig var den borta, kanske för att jag antog att kartor låg längst ner. Å andra sidan tror jag att det är logiskt. Maundwiki (diskussion) 27 mars 2017 kl. 22.42 (CEST)

Native name - borttag av kursivstil (förslag)

I dag sätts värdet för "Native namn" i kursiv stil och inom raka parenteser. Detta blir i många fall väldigt fult - kombinationen av rak parentes och kursiv text "går in i varandra", i synnerhet på läsplatta. Gement l på slutet av namnet ser ut så här: Montréal. Med japanska tecken i native name blev det så oläsligt att jag gjorde en dirty fix i {{Infobox japansk stad}}. Ett exempel från Kina: Peking. Japanska och kinesiska tecken är ju inte tänkta att vara i kursiv stil. Nu konstaterar jag att med "Nya" Microsoft Edge, den som baseras på Chrome, så fungerar inte kursiv stil+arabiska tecken. Kursiv stil passar best för latinska tecken och i just native name så förekommer ju ofta andra typer av skrivtecken. Min fråga är därför: Behöver vi verkligen både kursiv stil och parenteser? Mitt förslag är att vi tar bort kursivstilen - den tillför ingenting i detta fall. Vi kanske ska ta bort parenteserna också - vad tillför de? --北山 Kitayama (diskussion) 14 april 2020 kl. 14.08 (CEST)

För mig går det bra att ta bort både kursiv och parentes. Om vi vill kan vi ju lägga in så att texten "lokalt namn" visas när man hovrar med muspekaren. Koden <span style="cursor:help" title="lokalt namn">北京</span> ger 北京.  ^✍️(skrivet av:) GeMet(användare:)^💬 den 14 april 2020 kl. 15.17 (CEST)

Som en av få som nog bevakar den här sidan så har jag inga invändningar alls! 62 osv (diskussion) 14 april 2020 kl. 17.10 (CEST)

Både kursivering och perenteser får gärna tas bort, men då ska man kanske istället ha en viss storleksskillnad mellan det översta namnet (ofta samma som artikelnamnet) och namnet/-n under. Vid t.ex. japanska tecken spelar det mindre roll, men när Montreal kommer direkt under Montréal tycker jag inte det blir helt bra med samma storlekar. /JohanahoJ (diskussion) 14 april 2020 kl. 17.42 (CEST)

Instämmer. Så har vi i andra mallar, se tex Karlovy Vary. --北山 Kitayama (diskussion) 14 april 2020 kl. 18.45 (CEST)

Kan vi göra som i Kitayamas exempel tycker jag att det är en fullgod lösning. ♥Ainali ^diskussion_bidrag 14 april 2020 kl. 19.59 (CEST)

Visitation

Visitation är antal besökare nummerformaterat. Besökstider/Öppettider bör stå i access som är fritext "access_type =" kan ändras till t.ex. Öppettider. Maundwiki (diskussion) 8 oktober 2020 kl. 16.42 (CEST)

"visitation_type" är "Besökstider", så det blir lite dubblerat om "access_type" ska vara "Öppettider" också. F.d. 82.212.68.183 (diskussion) 8 oktober 2020 kl. 19.04 (CEST)

Det är nog ganska få "Besökstider" som låter sig formateras med formatnum, som tidigare gjordes ovillkorligt. (Jag la idag in en test på om värdet var ett uttryck som ett villkor för formateringen). Om "visitation_type" kan ändras till "Antal besök" (eller "Antal besökare") och används därefter kan formateringen åter göras ovillkorlig. Jag tycker dock att parameternamnet "visitation", som visserligen enligt Webster Dictionary betyder "an instance of visiting" hade varit lättare att förstå som "antal besök(are)" om det hade varit "visitors" eller "visits". Det är väldigt få artiklar och mallar som använder denna parameter.

--Larske (diskussion) 8 oktober 2020 kl. 19.17 (CEST)

De som påverkades av dessa ändrade. Maundwiki (diskussion) 9 oktober 2020 kl. 01.04 (CEST)

Flaggikoner för mer än bara länder

Jag har märkt att mallen har en funktion som lägger till en miniatyrflagga intill landsangivelsen (som i denna artikel t.ex.). Jag undrar om någon skulle kunna fixa en motsvarande funktion som möjliggör det att lägga till regionala/lokala miniatyrflaggor intill namn för regioner, delstater och så vidare? —VulpesVulpes42 (diskussion) 12 december 2020 kl. 21.40 (CET)

Vi har ju {{Flaggbild2}} som jag tycker är väldigt användbar. Räcker den kanske?  ^✍️(skrivet av:) GeMet(användare:)^💬 den 12 december 2020 kl. 22.07 (CET)

I Geobox kan man sätta state_flag = true på samma sätt som country_flag = true. Det gäller bara att det finns en flagga som kan visas. --北山 Kitayama (diskussion) 12 december 2020 kl. 22.14 (CET)

Se t ex Piz Languard. Där är state_flag = true och flaggan för Graubünden visas i infoboxen. Så i Geobox finns stödet på en nivå lägre än land. --北山 Kitayama (diskussion) 12 december 2020 kl. 22.20 (CET)

För fler exempel, se följande lista.

• Länk till fråga som ger en lista på (just nu 267) artiklar som använder mallen Geobox och som även använder "state_flag". (IBS! Det kan ta någon minut att generera listan).

--Larske (diskussion) 12 december 2020 kl. 22.42 (CET)

Tack för alla svar! Era tips lär bli användbara. —VulpesVulpes42 (diskussion) 12 december 2020 kl. 23.15 (CET)

Mall Island

I Niu Briten formateras inte area men om ett mellanslag läggs in så fungerar inte "befolkningstäthet =auto ". I t.ex. Ko Lipe ändras inte 2.00 till 2,00. Maundwiki (diskussion) 13 mars 2021 kl. 13.53 (CET)

Båda sakerna ser korrekt ut hos mig. -- [ jiˈesˌdeːo ] 13 mars 2021 kl. 14.44 (CET)

Jag har ändrat i mallen {{Geobox data}}. Håll utkik om det blir några oönskade bieffekter.

--Larske (diskussion) 13 mars 2021 kl. 14.45 (CET)

Ah ok, då var det nog efter ändringarna som jag kollade. -- [ jiˈesˌdeːo ] 13 mars 2021 kl. 14.49 (CET)

Ett hundratal dök upp i "Kategori:Sidor med icke-numeriska argument i formatnum" men är inte synliga för läsaren. Maundwiki (diskussion) 13 mars 2021 kl. 15.04 (CET)

Min ändring var för brutal så jag ogjorde den. Det finns data som inte kan/ska formateras som numeriska värden, till exempel postnummer. Den ändring som gjorts i mallen {{Ö}} räcker för att få ordning på ö-areorna. Larske (diskussion) 13 mars 2021 kl. 15.20 (CET)

Koordinater från Wikidata

De flesta geografiska objekt tycker jag verkar ha bra koordinater i Wikidata. Skulle det vara svårt eller olämpligt att bygga stöd för att hämta dem i den här mallen? Alltså som fallback ifall de inte anges manuellt. Boivie (diskussion) 29 juni 2022 kl. 16.05 (CEST)

Default för capital_type?

Geobox
Huvudstad	Capital City

I nuläget saknar capital_type= ett defaultvärde, så i många Lsjbot-artiklar ser det konstigt ut om capital= är ifyllt eftersom Lsjbot inte har fyllt i capital_type=. Skulle det vara alltför riskabelt att lägga in "Huvudort" som default? Jag antar att det kan göras på samma sätt som med state_type=, men jag vet inte riktigt om jag vågar rota i mallkoden ändå... //Essin (diskussion) 22 februari 2023 kl. 16.51 (CET)

Default när parametern utelämnas är "Huvudstad". Det är möjligt att "Huvudort" är bättre. De här extraparametrarna med _type, _label, _note är inte avsedda att användas när defaultvärdena fungerar, de finns ju för alla parametrar så mallarna skulle bli väldigt långa om alla alltid togs med. Tyvärr har lsjbot lagt in en massa tomma parametrar i artiklar som ibland gör att defaultvärden inte visas. Det behöver tas bort när artiklarna städas. I de värsta fallen kan upp mot 90 % av koden städas bort eftersom det är mallparametrar som inte är relevanta för artikeln. F.d. 82.212.68.183 (diskussion) 22 februari 2023 kl. 20.36 (CET)

Aha, jag tror att jag förstår. Mallen reagerar som förväntat, om man vill ha möjligheten att visa datapunkter utan etiketter. Lsjbot förväntade sig uppenbarligen att tomparametrar ska ge samma effekt som inga parametrar alls, men det gäller bara för datapunkter, inte för etiketter. Att ändra det paradigmet överallt skulle vara ett större ingrepp än att mecka med en enskild parameter så jag drar tillbaka förslaget om att ändra på det. Att ändra från "huvudstad" till "huvudort" skulle fortfarande vara möjligt, jag har själv ingen stark åsikt om det men har sett att andra användare (jag borde försöka hitta vilka) ibland gör den ändringen i brödtext halvsystematiskt.

Jag har börjat att fixa capital_type= med AWB i de artiklar jag själv har botstädat (ofta behöver huvudorten också länkas där pga någon Lsjbot-bugg, det tog lång tid innan jag förstod vad som hänt). Om tomparametrar ska tas bort i större skala borde det också ske med AWB eller ytterligare automatisering, och kanske helst diskuteras bredare. Ibland har jag tagit bort nästan alla tomparametrar när det ser ut som att varenda Geobox-parameter har lagts in (jag tror att det främst hänt med "områden"), och när jag kommer ihåg det tar jag bort parametrar för lägre administrativa enheter i artiklar om högre administrativa enheter (definitionsmässigt omöjliga att fylla i). Jag är inte emot att ta bort fler tomparametrar men jag har hittills avstått att göra det själv, dels eftersom det oftast inte påverkar artikelns utseende, dels eftersom det känns som ett typiskt robotjobb, dels för att jag har sett diskussioner där tomparametrar ses som praktiska för användare som vill utvidga faktarutor, och gränsen mellan teoretiskt användbara och helt överflödiga parametrar är svår att dra. //Essin (diskussion) 24 februari 2023 kl. 10.55 (CET)

administrated_by och claimed_by

Parametrarna administrated_by och claimed_by infördes 2017 men har inte dokumenterats hittills. På Wikipediadiskussion:Projekt alla platser-städning#Västsahara diskuterar vi ett fall där de skulle vara användbara, men innan jag börjar använda dem brett har jag några frågor:

• Borde de renderas efter land snarare än före?
• "Anspråka" finns visserligen i SAOB i den betydelsen men skulle inte "Anspråk" vara smidigare som standardetikett än "Anspråkad av"?
• Enligt Wiktionary är "administrated" i allmänhet sämre än "administered" (men inte helt fel). Hur ofta används den parametern idag, skulle det fortfarande gå att byta till administered_by utan allt för mycket krångel?

//Essin (diskussion) 5 maj 2023 kl. 09.30 (CEST)

Parametrarna administrated_by och claimed_by används i 4 respektive 2 artiklar:

• Länk till fråga som ger en lista på (just nu 4) artiklar som använder parametern administrated_by i mallen {{Geobox}}
• Länk till fråga som ger en lista på (just nu 2) artiklar som använder parametern claimed_by i mallen {{Geobox}}

Det är mindre viktigt vilka parameternamn som används, det som syns för läsaren av artikeln är radetiketterna Administreras av respektive Anspråkad av.

-- Larske (diskussion) 5 maj 2023 kl. 10.37 (CEST)

Tack! Det stämmer förvisso med parameternamnen, men med parametrar som används sällan är det bra om parameternamnet är lätt att komma ihåg, vilket är lättare om det är språkligt korrekt. //Essin (diskussion) 5 maj 2023 kl. 10.50 (CEST)

Jag lade till parametern "administered_by" nu utan att ta bort "administrated_by", men bytte ut administrated mot administered i ännu inte använda parametrar, då det inte känns som någon kontroversiell ändring.
Vad gäller ordningen, tycker jag spontant att det vore bra med "Land" överst.
"Anspråkad av" är en svårare fråga. Det känns lite avigt, men samtidigt är det mycket tydligt och effektivt.
/JohanahoJ (diskussion) 5 maj 2023 kl. 14.07 (CEST)

Ja, jag kan leva med det, men isf får man väl komma ihåg att där category är ett neutrum-ord blir claimed_by_type = Anspråkat av, eller tänker jag fel? //Essin (diskussion) 9 maj 2023 kl. 10.10 (CEST)

Det är sant, den korrigeringen krävs då. /JohanahoJ (diskussion) 9 maj 2023 kl. 10.35 (CEST)

Det ser ut som att vi har enighet, kan någon som är lite stadigare på handen än undertecknad när det gäller att redigera avancerade mallar ändra på ordningen? Jag tror att det ska vara som i testmallen men vill gärna att några fler bekräftar att jag har tänkt rätt. //Essin (diskussion) 16 maj 2023 kl. 15.40 (CEST)

 Utfört Det ser ut att vara samma som i testmallen. /JohanahoJ (diskussion) 16 maj 2023 kl. 16.18 (CEST)

Economic region

En parameter som lsjbot stoppade in i ett stort antal geoboxar var "economic_region" (och economic_region_type). Problemet är dock att parametern inte finns i geobox. Jag raderar den när jag ser den, men nu har jag hittat en post med innehåll, Ravenglass. Jag skulle vilja veta i vilka artiklar economic_region har innehåll för att kunna rätta dem. Försökt skapa en regex och söka med insource, men misslyckats. @Larske: Har du möjlighet och lust att ta fram en lista på artiklar som 1) använder mallen geobox OCH 2) använder parametern economic_region OCH 3) parametern har ett värde/innehåll - som i exemplet Ravenglass. På sikt borde vi radera parametern överallt där den finns, men det är 80000+ artiklar (det lyckades jag söka fram) så att den inte används av misstag som i Ravenglass. Kitayama (diskussion) 4 juli 2024 kl. 16.39 (CEST)

Här är ett par frågor:

• Länk till fråga som ger en lista på (just nu 6) artiklar som använder {{Geobox}} med något värde på parametern economic_region.
• Länk till fråga som ger en lista på (just nu 7) artiklar som använder {{Geobox}} med något värde på parametern economic_region_type.

Larske (diskussion) 4 juli 2024 kl. 16.53 (CEST)

@LarskeStort tack! Inser att jag har klara begränsningar i regex. Jag har åtgärdat de sju aktuella artiklarna. Kitayama (diskussion) 4 juli 2024 kl. 17.20 (CEST)

Nu finns inte parametrarna economic_region och economic_region_type i någon {{Geobox}}. Städjobb avslutat. Kitayama (diskussion) 6 augusti 2024 kl. 16.24 (CEST)

Inventering av användningen av parametrar som inte stöds av mallen

@Kitayama: Din fråga om "economic_region" här ovan triggade mig att undersöka lite mer i detalj vilka parameter som används i mallanrop av {{Geobox}} trots att de ej stöds av mallen. Trots att mallen kan hantera flera tusen parametrar hittade jag 446 olika parameternamn som inte stöds av mallen men som används i en eller flera artiklar. Av dessa är det 144 som inte har något värde i något mallanrop och 302 som har ett värde i minst ett mallanrop. Främst de som har ett värde kan påverka faktarutan negativt om det är en felstavning av en parameter som stöds.

Exempel: area _note eller areanot i stället för area_note, population_npte i stället för population_note och population_year i stället för population_date och så vidare.

Men även parametrar utan värde kan göra att det man tänkte visa inte visas. Exempel: population1 79,1% = i stället för population1 = 79,1%, se Šuto Orizari.

Resultatet av inventeringen finns i tabellform i Sandlådan.

• Länk till tabellen i Sandlådan.

Larske (diskussion) 7 juli 2024 kl. 17.19 (CEST)

@Larske Tack! Nu är jag sysselsatt ett bra tag framåt. Det är ett rejält städjobb... Men först ska jag ha städat upp i Englands geografi .Det lär ta ett tag. Hur lång tid är ett tag? Kitayama (diskussion) 7 juli 2024 kl. 17.23 (CEST)

@Larske En fråga. Toppnoteringen har "geonames", men det är ju en parameter som mallen stöder. Kitayama (diskussion) 7 juli 2024 kl. 17.27 (CEST)

Ja, jag ser det nu. Stödet är "gömt" inne i modulen Modul:P1566 som jämför det lokala parametervärdet och vad som står i Wikidata. Jag kollade bara om mallen använde {{{geonames... någonstans i mallkoden och det gör den inte. Så geonames kan vi stryka från tabellen över parametrar som inte stöds. Larske (diskussion) 7 juli 2024 kl. 17.42 (CEST)

Tillägg: För geonames är det därför snarare Kategori:Wikipedia:Artiklar där geonames-parametern och P1566 på Wikidata inte överensstämmer som kan vara lämplig åtgärdslista. --Larske (diskussion) 7 juli 2024 kl. 17.45 (CEST)

OpenStreetMap-kartor

{{mallhjälp|Se nedan. ( ✍️(skrivet av:) GeMet(användare:) 💬  den 21 september 2024 kl. 10.34 (CEST))}} Jag har försökt lägga i OpenStreetMap-kartor (OSM) i artiklar där det redan finns en lägeskarta. Då skulle det vara snyggt att ha lägeskartan överst och OSM-kartan under så att det först går att se ungefär var man är med lägeskartan medan OSM-kartan är tillräckligt inzoomad för att ge ett hum om lokala platser som nämns i brödtexten.

Problemet är att map-variablerna utgår från att det är en fil som ska visas. Även om kartan visas så startar den med [[Image: |256px|center före, vilket såklart inte ser snyggt ut. Det går att visa OSM-kartorna med free-variablerna. Kruxet är att de i så fall visas ovanför lägeskartan, vilket inte är så snyggt eller logiskt. När jag provar och försöker lägga in lägeskartan också som med free-variablen (så att den kan ligga överst) så visar bara själva den underliggande kartan, inte punkten som visar positionen.

Någon som har ett tips på att lösa ovanstående problem? På Användare:Gunnar Larsson/sandlåda/kartor2 har jag klistrat in det sista försöket jag gjorde (där det mesta blir som planerat förutom positionspunkten). Gunnar Larsson (diskussion) 21 september 2024 kl. 08.40 (CEST)

@Gunnar Larsson: Det finns både för- och nackdelar med Geobox vilket är två sidor av samma mynt. Dels får alla artiklar som använder mallen ett enhetligt utseende och dels är det ganska svårt att tänja på de gränser som finns i form av till exempel i vilken ordning som olika saker ska presenteras och hur många instanser av olika begrepp som kan hanteras utan att man förfaller till att stoppa in formateringsinformation i parametervärdena.

Genom att snylta på fältet för fotnoter lyckades jag att, med befintlig funktionalitet hos mallen, få in dels en positionskarta med kartprick och dels en från OSM importerad karta med en linje som visar utsträckningen för ditt exempel med Storå (Jylland) i faktarutan och kartorna visas i "en logisk ordning", se exempel i Sandlådan.

• Länk till Sandlådan

När det gäller kartor kanske mallen skulle må bra av en mer genomgripande förnyelse så att det blir möjligt med fler kartor och även att husera kartor som skapas med hjälp av mallen {{Maplink}} (så att man slipper lågnivåhacka själv med <mapframe> som i exemplet.

--Larske (diskussion) 21 september 2024 kl. 12.25 (CEST)

Snyggt gjort! Om än lite våld på definition av fotnot :-D Generellt skulle det vara snyggt om det gick att hitta en lösning där de fria fälten kan placeras både ovan och under kartfälten, det misstänker jag är ganska enkelt att ändra om man vill. Alternativt, och på lite sikt, om man kunde ha en standardlösning med positionskarta följt av OSM-karta.

Jag misstänker att mallen fungerar lika bra med mapframe som med maplink, det var mer lättja/varifrån jag kopierade som gjorde att det blev mapframe, som ju är lite bökig. Har lite tankar på att utveckla Modul:Vatten OSM, men resultatet av det passar knappast i faktamallar. Gunnar Larsson (diskussion) 21 september 2024 kl. 13.21 (CEST)

Jag testade för några år sedan att visa kartposition som en kartprick på en osm-karta. Det testet finns i Mall:Geobox2 mapframe. Tanken var att mallen ska ta emot samma parametrar som Mall:Geobox2 map men bara använda de som är relvanta (2=map_caption, 3=map_size, 4=long, 5=lat). Sedan skulle Mall:Geobox se till att rätt mall används, men så långt kom jag inte då. Nu har jag justerat Mall:Geobox2 mapframe lite för att visa andra osm-kartor och lagt en ändrad variant av geobox i Användare:EnDumEn/Test3. I den varianten kan man ange värdet "osm" för parametrarna map_type och map2_type och lägga mapframe-taggar (handkodade eller via mall) i parametrarna map och map2. Det skulle kunna se ut så här. /EnDumEn ✍ 22 september 2024 kl. 21.27 (CEST)

 Det ser bra ut! Jag antar att du medvetet valde att inte lägga in något osm-stöd för map1.

För att få samma utseende vad gäller bredd, höjd och ramlöshet för de två kartorna skruvade jag lite på mapframeparametrarna i Sandlådeexemplet, se denna diff. Larske (diskussion) 22 september 2024 kl. 22.47 (CEST)

map1 missade jag. Tänkte map2 var andra kartan, inte att andra och tredje kartan har nummer 1 och 2. Det är nog enklare att använda mallen om alla kartorna har samma möjligheter.
Att visa färdiga mapframe-taggar på det här sättet är ganska små ändringar i Geobox. Det behövs tre nya parametrar med varsin villkorssats för att styra hur varje karta visas. Är map_type, map1_type, map2_type bra parameternamn för det? Och är "osm" ett bra namn på parametervärdet?
Min idé med kartprickar är lite mer komplicerad eftersom en använder flera parametrar och kräver nog lite mer arbete innan det kan användas i riktiga geoboxen. /EnDumEn ✍ 23 september 2024 kl. 22.10 (CEST)

Är inte säker på att jag hänger med på den tekniska diskussionen, men skulle den innebära att det går att kombinera lägeskartan med osm-kartan? För positioner upplever jag att lägeskartan är mer estetiskt tilltalande än osm-kartan, så om det skulle gå att ha en av varje vore det mumma. Lägeskartan har mjukare färger och den relaterar "automatiskt" punkten till hela landet (eller vad som nu anses relevant), i fallet med exemplet Storån blir halva osm-kartan hav då mynningen är uti Nordsjön. Samtidigt bidrar osm-kartan med att visa utsträckningen på t.ex. vattendraget så trevlig om bägge fungerar tillsammans :-) Gunnar Larsson (diskussion) 24 september 2024 kl. 20.22 (CEST)

@Gunnar Larsson: Visst, det går utmärkt att kombinera "lägeskarta" och "OSM-karta", se denna diff.

Jag gillar också de mjukare färgerna som reliefversionerna av lägeskartorna har och speciellt för länder med en mer skiftande topografi än Danmark är dessa kartor mycket mer informativa än OSM-kartan i och man ser om en plats ligger i en bergskedja eller på en slätt. Se till exempel Breitenbrunn am Neusiedler See.

-- Larske (diskussion) 24 september 2024 kl. 23.02 (CEST)

@EnDumEn, @Larske: Toppen, vad kul! Gunnar Larsson (diskussion) 24 september 2024 kl. 23.09 (CEST)

Nu har jag lagt in osm-funktionen i mallen. För att använda en osm-karta kan man använda följande:

{{Geobox
| map = <mapframe>...</mapframe> (eller mall som skapar mapframe-taggen)
| map_type = osm

/EnDumEn ✍ 25 september 2024 kl. 21.03 (CEST)