Maldiskusjon:Infoboks geografi grunnmal

message: Kan en administrator legge til «departement» som et parameter, på samme måte som «provins», «delstat», osv? Haakon K 8. apr 2010 kl. 07:05 (CEST)
replies: text: Ønsket var faktisk å gå vekk fra «provins», «delstat» og så videre og heller benytte «inndeling»-parametrene, men dette trenger litt større opprydding, så jeg har nå lagt det til... Stigmj 8. apr 2010 kl. 09:02 (CEST)
thread_title: Departement

message: Hei. Jeg syns at det er særdeles ufordelaktig å plassere posisjonskart over teksten (kanskje med mindre infoboksen inneholder verken våpen, flagg eller bilde). Med to til tre bilder over teksten er infoboksens tekst ofte forskjøvet så langt ned på siden at den er usynlig med mindre man begynner å scrolle. Meningen med en infoboks er jo at den skal gi viktig nøkkelinformasjon ved første øyekast, ikke etter leting og scrolling. Derfor kunne jeg tenkte meg en standardplassering av posisjonskartet nederst i malen. Hva tenker andre om dette? Hanno 8. aug 2010 kl. 17:32 (CEST)
replies: text: Jeg synes det høres ut som en god idé. En annen ting jeg kunne tenkt meg er å skifte ut "bullseye" grafikken med en standard rød dot og navnet på stedet vedsiden av. Profoss  (diskusjon - bidrag) 8. aug 2010 kl. 17:36 (CEST)
replies: text: :Forsåvidt greit å ha posisjonskartet i bunn dersom det finnes andre grafiske elementer i toppen ja. Skal se på en eventuell logikk for det. Ang. bullseye/dot/navn.. for all del.. det er ingen spesiell grunn til at jeg har brukt den grafikken som er der, det var noe som ble brukt i en mal et annet sted, så jeg bare "fortsatte" med det... :) Stigmj 8. aug 2010 kl. 20:22 (CEST)
replies: text: ::Jeg har for så vidt ikke noe imot  og tenker heller ikke at stedsnavnet alltid må stå der. (I infobokser der stedsnavnet står i både artikkelens og infoboksens overskrift, ville jeg tvert imot se på navnet som forstyrrende på kartet.) Men det kunne jo ha vært greit å legge inn paramatere som gjør det mulig å endre både peker, navn og (i så fall) navnets plassering. Hanno 9. aug 2010 kl. 21:59 (CEST)

text: ::Etter nærmere ettertanke ønsker jeg å utvide forslaget mitt: Jeg mener at det bør være maks. ett bilde i infoboksens topp (mot nå opptil tre). Jeg foreslår at posisjonskartet alltid skal være nederst i infoboksen; våpen og flagg alltid øverst; et eventuelt bilde bør bare være øverst hvis flagg og våpen mangler, ellers nede sammen med posisjonskartet (kanskje under?). Begrunnelsen er den samme som over: Infoboksens tekst kan havne helt ute av synsvidde. Hanno 12. aug 2010 kl. 22:47 (CEST)
replies: text: :::Skal vi finne noen eksempler på de forskjellige scenariene og sammenligne for å se på resultatene før vi gjennomfører noen store endringer her? Stigmj 13. aug 2010 kl. 21:26 (CEST)
thread_title:  Kartets posisjon 

message: Jeg oppdaget at selve malen er låst. Jeg ønsket å endre følgende (foreslåtte endringer er fremhevet):
* Linjen
replies: text: -->

text: bør erstattes med

text: -->

text: Begrunnelse: Høyde angis i meter over havet (forkortet moh.), ikke meter.
* Linjen

text: -->

text: bør erstattes med

text: -->

text: Begrunnelse:

text: * Jeg ønsker å introdusere en ny parameter (posisjonsmal) som gjør det enklere å angi posisjonskartet. Med posisjonsmal=Sicilia blir f.eks. både filnavnet og koordinatene hentet fra :Mal:Kartposisjon Sicilia. Dermed gjør én ny parameter det som man hittil må bruke fem parametere til (posisjonskart, posisjonskart-topp, posisjonskart-bunn, posisjonskart-venstre, posisjonskart-høyre). Jeg tror det kan være en forbedring.

text: * Resten er noen kodeforenklinger («» istedenfor «»).
God idé? Hanno 12. aug 2010 kl. 22:47 (CEST)
replies: text: :Angående meter over havet etc. så er det muligens en god idé ja.

text: :Angående posisjonsmal, så ønsker du å oppnå det samme som land-parameteret som benyttes. Man skal ikke trenge å angi alle de fem parameterene da det er ment å hentes automatisk dersom de ikke er til stede. Har du sjekket dette?

text: :Angående ifeq->if, så er ifeq bedre i mange tilfeller da den tar hensyn til om en parameter er definert, men tom. Så jeg er ikke umiddelbart enig i denne utbyttingen.

text: :Stigmj 13. aug 2010 kl. 21:24 (CEST)
replies: text: ::Ok, jeg visste ikke at «if» ikke kan håndtere tomme parametere. Da er nok best å ikke klusse med det. Men når det gjelder mitt forslag om parameteren «posisjonsmal», så er poenget nettopp å kunne angi et posisjonskart som ikke er landets. Hvis man f.eks. vil bruke posisjonskartet for Sicilia, er det jo feil å angi land=Sicilia i de respektive infoboksene, siden landet tross alt er Italia. Eneste måten å overstyre malen på er per i dag, hvis jeg ikke tar feil, å angi fem parametere. Det var det jeg tenkte å endre. Hanno 13. aug 2010 kl. 22:38 (CEST)
replies: text: :::Mmm.. så litt feil ja.. joda, det er en fornuftig endring, men jeg er litt usikker på navnet.. ? Stigmj 13. aug 2010 kl. 23:23 (CEST)

text: ::Nei, du kan godt finne på et annet navn. Jeg tenkte først på «posisjonskart-navn» eller noe sånt, syntes bare at det ble litt langt. Men det er jo ikke så nøye. Hanno 13. aug 2010 kl. 23:43 (CEST)
replies: text: :::Kunne godt tenkt meg å bruke posisjonskart-parameteret til dette, men da må vi gå igjennom de malene som bruker posisjonskart-delen og rette opp.. Stigmj 14. aug 2010 kl. 11:16 (CEST)
thread_title:  Flere endringer 

message: Foreslår å endre
replies: text: 
til

text: 
Se Maldiskusjon:Infoboks bilde – Danmichaelo 3. mar 2012 kl. 15:38 (CET)

text: Nå som jeg har blitt admin kan jeg jo fikse det selv :) – Danmichaelo (δ) 24. mar 2012 kl. 14:00 (CET)
thread_title:  Endringsforslag 

message: Sett inn kategorisering i "Artikler med kart" av bokser som har kart-parameteren. (Jeg kan ikke se motivasjonen for å fullbeskytte disse infoboksene.) — Jeblad 9. sep. 2016 kl. 12:16 (CEST)
thread_title:  Endring 

message: En hilsen fra en dansk bruger:
Der ser ud til at være at sket en fejl i november 2016, da oplysningen om "høyde" blev ændret til at kunne hentes fra Wikidata. For hvis det er angivet både på Wikidata og i infoboksen i artiklen, bliver de begge to vist. Se for eksempel Frognerseteren stasjon eller Stavanger stasjon. --Dannebrog Spy (diskusjon) 15. jan. 2017 kl. 23:05 (CET)
replies: text: Dannebrog Spy: Tror dette var en test, men vi må spørre Jeblad. --- Løken (diskusjon) 16. jan. 2017 kl. 00:39 (CET)
thread_title:  Høyde 

message: Funksjonen for automatisk utregning av befolkningstetthet ser ut til å ha forsvunnet. Noen som vet hvorfor? Soleincitta (diskusjon) 15. mar. 2017 kl. 14:36 (CET)
thread_title:  Befolkningstetthet 

message: ALT som har kartvisning blir zoomet inn på gårdsbruk-nivå! Har forsøkt alt mulig, men fant til slutt denne modulen. Vet ikke om dette er vandal-modulen, men det må da gå an å dobbelt-sjekke før alt av kartvisninger på Wikpedia blir gjort om til en parodi! Veldig frustrerende! IKKE vennelig hilsen --- Aldebaran (diskusjon) 25. nov. 2018 kl. 01:09 (CET)
thread_title:  Dette er utrolig frustrerende! 

message: Kan vi få lagt til parameteren logo (ev. emblem eller symbol) til malen, i tillegg til våpen og flagg? Jeg vil gjerne legge til dette i , med opphenting fra Wikidata via Infoboks park. Mvh Soleincitta (diskusjon) 7. jul. 2019 kl. 12:13 (CEST)
replies: text: Ordnet det selv! (tror jeg) Soleincitta (diskusjon) 14. jul. 2019 kl. 11:20 (CEST)
thread_title:  Logo 

message: Jeg lurer på om dine siste endringer av melen er årsak til scriptfeil i f.eks. Fagersta, der referansen for areal dukker opp som "ID-en «» er ukjent for systemet. Bruk en gyldig entitets-ID., Wikidata ". - 4ing (diskusjon) 23. okt. 2019 kl. 08:33 (CEST)
replies: text: Det er Mal:Wikidata-norsk som er problemet her. Den takler ikke referanse som ligger inne på Fagersta. Usikker på hvordan wikidata-malen kan fikses, men vi kan eventuelt fjerne henting av referanse. Her er test av malen mot Fagersta, som viser samme feil:  Tholme (diskusjon) 23. okt. 2019 kl. 19:07 (CEST)
thread_title:  Referanse-kluss 

message: Går det an å utelate våpen-/flaggbilde når det er satt til «ingen verdi» i wikidata? Se Andaraí og Perth (Australia) som eksempel.--Avilena (diskusjon) 5. feb. 2020 kl. 17:56 (CET)
replies: text: Se for eksempel Ludvika. Avilena (diskusjon) 27. feb. 2024 kl. 21:47 (CET)
replies: text: :Har gjort en endring i infoboks geografi som ser ut til å rette dette, men det kan jo ha bieffekter så si ifra om noen oppdages. Haros (diskusjon) 27. feb. 2024 kl. 22:43 (CET)
replies: text: ::Det ser bra ut, men jeg stusser over mangelen på flagg på Güímar. Koden for flagg er tilsynelatende lik den for våpen. Avilena (diskusjon) 27. feb. 2024 kl. 23:20 (CET)
replies: text: :::Det ser ut til at det antagelig er akkurat samme problem, men her er det en annen infoboks for sikkerhets skyld. Jeg endret det her også. Så er det et spørsmål hvordan dette er i de andre 500 eller så spesielle geografimalene. Jeg skulle så gjerne gjort noe grunnleggende med dette malsystemet, men det spørs om det blir i dette livet. --Haros (diskusjon) 28. feb. 2024 kl. 00:02 (CET)
thread_title:  Våpen eller flagg med ingen verdi 

message: Finnes det noen mulighet for å hindre at høyde over havet (parameteren "høyde") hentes fra Wikidata? I artikkelen Puducherry blir det litt meningsløat, da området består av fire geografisk adskilte enheter. Det er også lite hensiktsmessig i artikler der objektet har stor geografisk utstrekning (med mindre sørste og minste høyde hentes). - 4ing (diskusjon) 22. okt. 2020 kl. 10:28 (CEST)
replies: text: Det er vel mulig at Stortorget ligger 23 moh, men at Oslo gjør det er jeg igrunnen enig at blir noe rart. Jeg har tittet litt på dette. Ser et par muligheter. Det enkleste er antagelig å lage en løsning ala den som er i WikidataListe modulen, med en egen test på om argumentet gjennom infoboksparameteren er uten. Men å legge det inn som wikikode i grunnmalen blir å gjøre malen ytterligere komplisert, så jeg tror en løsning i Lua er nødvendig. En annen sak er at hvis  og  skulle finnes kunne det godt vært lagt inn. Høyeste punkt finnes for en del steder, men laveste er det ikke like mange av som også har. Disse er navngitte steder, men det går jo an å hente ut høyde for enkelte av disse også.  Her er et søk på Wikidata etter dette. Haros (diskusjon) 23. okt. 2020 kl. 20:07 (CEST)
replies: text: : Jeg har nå endret malen slik at det er mulig å bruke høyde=uten. Tholme (diskusjon) 25. okt. 2020 kl. 20:24 (CET)
replies: text: :: Takk for den oppdateringen, den er nyttig. Jeg mener fortsatt vi etterhvert bør forenkle denne malen gjennom å flytte kompliserte tester over til moduler, men dette gjør at det ikke haster like mye. Jeg startet så smått på å se på det, men har hatt det travelt med andre ting siden. Kommer til å se videre på det. Haros (diskusjon) 27. okt. 2020 kl. 08:29 (CET)
thread_title:  Hindre at høyde (over havet) hentes fra Wikidata 

message: Grunnmalen inneholder noen forekomster av parameteren avrund i . Denne er ikke beskrevet i maldokumentasjonen til Mal:Wikidata-norsk, og ser heller ikke ut til å være implementert. Hensikten er bl.a. å runde av areal til to desimaler, men f.eks. Altos har oppgitt areal med tre desimaler. Er dette noe som kan eller bør implementeres i , eller kan slik avrunding legges inn med noe sånt som ? - 4ing (diskusjon) 27. nov. 2020 kl. 14:18 (CET)
replies: text: Pinger Premeditated. Var min "bestilling" som han utførte med glans. --- Løken (diskusjon) 27. nov. 2020 kl. 14:48 (CET)
replies: text: :Ja, jeg fant nå ut at "feilen" lå i Mal:Infoboks Brasil kommune, som overstyrte grunnmalen. Altos har nå fått kuttet ut tredje desimal. - 4ing (diskusjon) 27. nov. 2020 kl. 15:00 (CET)
thread_title:  Avrunding 

message: Har du anledning til å endre beregning av befolkningstetthet, slik at den beregnes av verdien for folketall og areal som vises i infoboksen? Nå brukes verdier fra Wikidata dersom ikke tetthet er oppgitt lokalt, selv om folketall og/eller areal også er oppgitt lokalt. Algoritmen blir vel noe sånn som:
replies: text: Befolkningstetthet =

text: Hvis tetthet : tetthet (innb./km2)

text: ellers hvis befolkning
replies: text: :hvis areal : befolkning/areal (innb./km2)

text: :ellers hvis P2046 : befolkning/P2046 (innb./måleenhet P2046)

text: ellers hvis areal
replies: text: :hvis P1082 : P1082/areal (innb./km2)

text: ellers hvis P1082
replies: text: :hvis P2046 : P1082/P2046 (innb./måleenhet P2046)
- 4ing (diskusjon) 21. des. 2020 kl. 09:23 (CET)

text: Skal se hva jeg får til på nyåret :) --Premeditated (diskusjon) 21. des. 2020 kl. 13:49 (CET)
replies: text: :Takk, da skal jeg mase på deg hvis det ikke skjer noe på nyåret ;-) 4ing (diskusjon) 21. des. 2020 kl. 13:51 (CET)
replies: text: :: Har begynt å jobbe på dette nå. Det er alltid noen utfordringer med manuelt innskrevet tekst eller nummer, ettersom det kan være så mangt. Det er ikke så lett å lese verdier som er satt inn i for eksempel  (1 2),  eller . Skal jeg da bare beregne tetthet fra WD, så lenge det ikke er spesifisert lokalt? Det kan se litt rart ut om areal og befolkning er spesifisert lokalt med andre verdier enn WD. --Premeditated (diskusjon) 5. jan. 2021 kl. 13:17 (CET)
replies: text: ::: Ja, jeg ser at det er mange forskjellige formater ute å går på lokalt definerte verdier. Jeg mener imidlertid at befolkningstetthet bør beregnes av de verdiene som vises i infoboksen, uavhengig av hvor de kommer fra. Dersom det er vanskelig å få til, bør det tilstrebes å lage et skript som sjekker om verdiene lar seg bruke i beregningen, og la være å beregne tetthet dersom ev. lokale verdier er uegnet/tvetydige (med dertil plassering i vedlikeholdskategori). Kanskje vi bør begrense oss til maler basert på  i første omgang? - 4ing (diskusjon) 5. jan. 2021 kl. 13:37 (CET)
thread_title:  Befolkningstetthet 

message: Når areal hentes fra Wikidata, benyttes enheten som er definert der. For de fleste elementer vil det være kvadratkilometer, men jeg har også observert en del forekomster av kvadratmiles og kvadratmeter. Kvadratmeter kan vel i noen tilfeller være hensiktsmeissig (og der det ikke er hensiktsmessig bør det endres på WD), men kvadratmiles kunne vel med fordel vært konvertert til kvadratkilometer?. Ser at befolkningstetthet også benytter areal og enhet fra Wikidata i utregningen dersom folketallet hentes fra WD, selv om areal oppgis lokalt (se Parma (New York)). - mvh 4ing (diskusjon) 30. nov. 2023 kl. 13:31 (CET)
replies: text: Jeg mener vi ikke skal konvertere på Wikidata, men bruke den enheten som kilden bruker. Således har alle arealer jeg har lagt inn på verneområder brukt  fordi det er det Naturbase bruker.

text: Konvertering er er mulig via  for svært mange enheter slik at det er fullt ut mulig å gjøre det basert på Wikidata, eventuelt med visse verdier cashet lokalt hos oss. (Jeg har utforsket verdien av lokal cashing i forbindelse med kart, og tror det kan ha verdi for mye brukt enheter.)

text: I presentasjonen hos oss kan jeg se for meg verdi i å vise både original verdi og konvertert verdi. Altså noe ala 1,0 kvadratmiles (2,589988 km²). (Så kan vi vurdere presisjon i vist konvertert resultat selvsagt.) Haros (diskusjon) 30. nov. 2023 kl. 17:06 (CET)
replies: text: :Ikke uenig i at konvertering av enheter fra Wikidata vil være uheldig, og jeg støtter forslag om å presentere begge verdiene. For befolkningstetthet kan det vel allikevel være akseptabelt, da det er en beregnet verdi. - mvh 4ing (diskusjon) 30. nov. 2023 kl. 23:12 (CET)
thread_title:  Konvertere enhet ved henting av areal fra Wikidata