Template talk:Infobox settlement

Location labels unreadable in dark mode

In dark mode, location labels on map are black text on a black background. This does not happen for me when I use {{location map}} directly, but it does happen in the examples on the {{Infobox settlement}} documentation. I'm not sure where this CSS lives, but it appears that this happens because the color is coming from this block:

@media (prefers-color-scheme: dark) {
  html.skin-theme-clientpref-os .mw-parser-output .od, html.skin-theme-clientpref-os .mw-parser-output .od .pv > div, html.skin-theme-clientpref-os .mw-parser-output .od .pl > div, html.skin-theme-clientpref-os .mw-parser-output .od .pr > div {
    background: white !important;
    color: #000 !important;
  }
}

but the background color is coming from this block:

@media screen and (prefers-color-scheme: dark) {
  html.skin-theme-clientpref-os .mw-parser-output .infobox-full-data:not(.notheme) div:not(.notheme) {
    background: #1f1f23 !important;
    color: #f8f9fa;
  }
}

The second block has higher priority, so the !important background-color there takes effect. I think the color in the second block is missing its !important; that is why it is not overriding the !important color from the first block. Though I'm not sure why the first block is trying to use black text on white background in dark mode. -- Beland (talk) 21:05, 2 August 2024 (UTC)

This seems to have been fixed, though nothing was changed at Template:Infobox settlement/styles.css or Template:Infobox settlement. Perhaps it was a problem in skin CSS? -- Beland (talk) 17:21, 12 September 2024 (UTC)

Template-protected edit request on 9 August 2024

Add a parameter for flag_type, so that other options like banners can also be added (eg. State banners, municipal banners, county banners etc). Since the infobox Indian state or territory is a customised wrapper for this infobox, and it is explicitly mentioned that Indian states use banners and not flags (since they are only used for the official purpose by the government and not as the representation for the state), I did not want to add the parameter of flag to them, but rather of banner. Pur 0 0 (talk) 15:02, 9 August 2024 (UTC)

 Not done: please make your requested changes to the template's sandbox first; see WP:TESTCASES. – Jonesey95 (talk) 21:07, 10 August 2024 (UTC)

Mandatory hidden OpenStreetMap

Hi, an OSM map is required for all settlements, but nearly all the times it makes its Infobox ugly. I propose to place an OSM map for all instances of this template and then hiding that by using {{hidden begin}} and {{hidden end}} templates. But if needed, the editors can expand OSM by default by a parameter. Something like this:

Shiraz Persian: شیراز
City
Shiraz
skyline of Shiraz;
Flag
Nickname:  City of Gardens
OpenStreetMap
Shiraz Location of Shiraz within Iran
Coordinates: 29°36′36″N 52°32′33″E

Hooman Mallahzadeh (talk) 12:39, 5 September 2024 (UTC)

Sorry, why would it be required? It's optional per Wikipedia:Requests for comment/Mapframe maps in infoboxes

At the same time, what's the ugly part exactly? --Joy (talk) 22:40, 7 September 2024 (UTC)

Which reminds me, we never added the standard optional mapframe support here. I'll go check in the sandbox if I can do that now, IIRC the local code here was somewhat more convoluted than average. --Joy (talk) 19:02, 8 September 2024 (UTC)

I also do not see anything required about the mapframe map. I picked a few articles from a dab page and do not see one at Newton, Edmonton, or Newton, Surrey, or Newtown Cunningham, or Newton, Massachusetts. – Jonesey95 (talk) 11:46, 9 September 2024 (UTC)

mapframe support

Phew, [1] was annoying to do, but didn't actually seem particularly complex.

I noticed we actually have a test case already at Template:Infobox settlement/testcases2#Case 17: Chicago with mapframe

Any objections to making this go live? --Joy (talk) 19:38, 8 September 2024 (UTC)

As nobody raised any objections, it's in the template now, let's see what we find out with real-world testing. --Joy (talk) 08:31, 27 September 2024 (UTC)

There's been no feedback about this after a bit over a month?

I'll proceed to set the onByDefault parameter in case of no other maps are present, as we do elsewhere. --Joy (talk) 21:27, 2 November 2024 (UTC)

@Pppery can you give me an example so I can add a test case and fix it, please? --Joy (talk) 22:52, 3 November 2024 (UTC)

See current list of articles with Lua errors. Aïn El Hadid is one example. * Pppery * _{it has begun...} 22:53, 3 November 2024 (UTC)

I think the root cause is a coordinates value that is either malformed (like in that example) or written without using {{coord}} (like in Ipelegeng). I've seen and fixed a lot of these as various smaller-scale templates get converted to mapframe maps, but the scale (over 100 errors at once) was bigger than I was willing to tackle so I reverted. * Pppery * _{it has begun...} 22:58, 3 November 2024 (UTC)

Ah, so this is just a case of the new functionality exposing earlier issues. That's 150 errors in the list total, that's not paginated at 150, right? Given the 569K transclusions, that's not actually that bad :) --Joy (talk) 23:04, 3 November 2024 (UTC)

No, it's paginated (and entries are being removed as they were reparsed). But it's in alphabetical order and paginated more than half way through the alphabet, so the number of errors is still probably only a few hundred. The third case to handle is coordinates being missing and not on Wikidata either, like Nyongxar * Pppery * _{it has begun...} 23:07, 3 November 2024 (UTC)

Or set to unknown value, like Sink, West Virginia * Pppery * _{it has begun...} 23:07, 3 November 2024 (UTC)

Looks like other infoboxes are triggering them, too. I'm going through them one by one, it's a variety of circumstances. --Joy (talk) 23:11, 3 November 2024 (UTC)

OK so I think I went through half the list so far, confirming the extent of the issue. It's all article issues, I didn't find a single one that wasn't somehow deviating from either the infobox specification or the verifiability policy - a bunch of US ghost towns referenced to dead links. Will handle the rest later. --Joy (talk) 00:31, 4 November 2024 (UTC)

That list is dynamic, and only shows entries that displayed a Lua error the most recent time they were parsed, which happens on an edit to the page as well as by itself (that is, since your edit to the template was reverted, the errors are slowly going away). For future references, here's the list as it stands now:

Extended content

<cm ns="0" title="Maya Bigha"/> <cm ns="0" title="Melakaveri"/> <cm ns="0" title="Metagama"/> <cm ns="0" title="Metikoš"/> <cm ns="0" title="Minden, Lawrence County, Missouri"/> <cm ns="0" title="Mirigama Divisional Secretariat"/> <cm ns="0" title="Misteriosa Bank"/> <cm ns="0" title="Mogullapalle"/> <cm ns="0" title="Montrose Park, Pennsylvania"/> <cm ns="0" title="Moscow Orphanage"/> <cm ns="0" title="Nexus International University"/> <cm ns="0" title="Nokhar"/> <cm ns="0" title="Nutu"/> <cm ns="0" title="Nyongxar"/> <cm ns="0" title="Old Mokotów"/> <cm ns="0" title="Olusosun landfill"/> <cm ns="0" title="Oshimili North"/> <cm ns="0" title="Palle Hapuwida"/> <cm ns="0" title="Parnaguá"/> <cm ns="0" title="Pathul"/> <cm ns="0" title="Phalasia"/> <cm ns="0" title="Pokharathok, Palpa"/> <cm ns="0" title="Ponnavarayankottai"/> <cm ns="0" title="Prang Ghar"/> <cm ns="0" title="Prek Sbauv"/> <cm ns="0" title="Punta Brava Golf Club"/> <cm ns="0" title="Pussalakandura"/> <cm ns="0" title="Qasam, Yemen"/> <cm ns="0" title="Qingniwaqiao"/> <cm ns="0" title="Radmilović"/> <cm ns="0" title="Rawat Fort"/> <cm ns="0" title="Ribnica, Croatia"/> <cm ns="0" title="River North Gallery District, Near North Side, Chicago"/> <cm ns="0" title="Rockville, Pennsylvania"/> <cm ns="0" title="Rosario Bank"/> <cm ns="0" title="Roxie, West Virginia"/> <cm ns="0" title="Sagne, Mauritania"/> <cm ns="0" title="Saint-Louis-du-Ha! Ha!"/> <cm ns="0" title="Samanabad"/> <cm ns="0" title="San Benito, Entre Ríos"/> <cm ns="0" title="San Martín Zapotitlán"/> <cm ns="0" title="Sangmai"/> <cm ns="0" title="Seh Chah, Faryab"/> <cm ns="0" title="Sekyedumase"/> <cm ns="0" title="Sêrkog"/> <cm ns="0" title="Serra Talhada"/> <cm ns="0" title="Sershul Town"/> <cm ns="0" title="Shahrak-e Saduqi"/> <cm ns="0" title="Shivalik Enclave"/> <cm ns="0" title="Šilovo (Lebane)"/> <cm ns="0" title="Sink, West Virginia"/> <cm ns="0" title="Skoura M'Daz"/> <cm ns="0" title="Skydive Chicago Airport"/> <cm ns="0" title="South Harrisburg, Pennsylvania"/> <cm ns="0" title="Stadsdriehoek"/> <cm ns="0" title="Stierjoch"/> <cm ns="0" title="Sultaniya, India"/> <cm ns="0" title="Swarth Fell"/> <cm ns="0" title="Tabory, Ukraine"/> <cm ns="0" title="Tajpur, Dildarnagar"/> <cm ns="0" title="Tanza, Navotas"/> <cm ns="0" title="Tchibanga Airport"/> <cm ns="0" title="Thayyur"/> <cm ns="0" title="Thiruppachethi"/> <cm ns="0" title="Thirupuvanam, Sivaganga"/> <cm ns="0" title="Tigrinhos"/> <cm ns="0" title="Tilaknagar"/> <cm ns="0" title="Tofkian"/> <cm ns="0" title="Tseboum Soumdo"/> <cm ns="0" title="Tsekankan, California"/> <cm ns="0" title="Tsemkhog"/> <cm ns="0" title="Tunjungan Plaza"/> <cm ns="0" title="Uddemarri"/> <cm ns="0" title="Újcsanálos"/> <cm ns="0" title="Uppariguda"/> <cm ns="0" title="Urbasa"/> <cm ns="0" title="Urdok Ridge"/> <cm ns="0" title="Ustoma, California"/> <cm ns="0" title="Valakom, Kottarakara"/> <cm ns="0" title="Valdecaballeros"/> <cm ns="0" title="Vandalia Municipal Airport"/> <cm ns="0" title="Venmankondan (East)"/> <cm ns="0" title="Waghjan"/> <cm ns="0" title="Waikkal"/> <cm ns="0" title="Walapane"/> <cm ns="0" title="Waterdown, Ontario"/> <cm ns="0" title="Wazirabad, Gurgaon"/>

But once you redeploy the edit it's possible that new articles will have errors in the same list that didn't show up before, because the parser sometimes does that. * Pppery * _{it has begun...} 00:45, 4 November 2024 (UTC)

Do you think it's acceptable that we do this in batches like that? IOW, that we clean up a bunch that we see, then enable the code again, then after e.g. one day of random cache purges we look at it again, reassess whether we need to undo the showing of the error and do more clean up, rinse and repeat? --Joy (talk) 08:56, 4 November 2024 (UTC)

Maybe there's a way to more subtly detect if the coordinates value is not wrapped in {{coord}}, and make a hidden tracking category for that? --Joy (talk) 08:57, 4 November 2024 (UTC)

@Hike395 I remember you adding some magic recently to a related template, could I trouble you to ponder if there's a way to check for bad |coordinates= formatting here? It needs to be {{coord}}, but sometimes people enter it free-form (even if there is a formatted coord at the bottom of the article, d'oh). --Joy (talk) 17:54, 4 November 2024 (UTC)

I brought it down to 11 either unrelated ones, or nicely formatted ones - a few American ghost towns where the error is about no coordinates in Wikidata. I'll re-enable it again then, and see if and how the backlog fills up again. --Joy (talk) 10:14, 4 November 2024 (UTC)

They're trickling in rather slowly, I only got a handful in the last few hours. I suppose that's actually good - the old cached versions without visible errors generally stay up, and only rarely get rendered again with the error. --Joy (talk) 14:04, 4 November 2024 (UTC)

Can you added a optional parameter to collapse the map, like they did for municipalities in the Philippines? See for example Manila. Thanks. -- P 1 9 9  ✉ 14:58, 4 November 2024 (UTC)

That was apparently implemented with an image_map1 that uses {{hidden begin}} to transclude {{Infobox mapframe}} inside. Would we want to just do that kind of wrapping inside infobox dataN parameters? I don't know, it seems very intricate for something so optional. --Joy (talk) 17:42, 4 November 2024 (UTC)

I understand that it is not implemented the same, it was just an example of collapsed/hidden map. I was hoping that the Infobox mapframe already had such an option, but I see that it doesn't. This might be too complicated for now, because it would require editing Module:Infobox mapframe or even Module:Mapframe. Thanks anyway. -- P 1 9 9  ✉ 18:43, 4 November 2024 (UTC)

And one more important thing: default width of mapframe should be 250 (not 270, as taken from Module:Infobox mapframe) to match the default widths of other maps in this infobox. Thanks. -- P 1 9 9  ✉ 15:08, 4 November 2024 (UTC)

Sure, we can synchronize that. --Joy (talk) 17:43, 4 November 2024 (UTC)

Sorry, I was asleep while this developed. What you're doing is fine with me. * Pppery * _{it has begun...} 18:03, 4 November 2024 (UTC)

Thanks. In the meantime it seems to be trickling in at a slow pace, so it seems manageable so far. --Joy (talk) 19:00, 4 November 2024 (UTC)

UK should default to metric units

Why does this template display the imperial units first for UK places? All of the official data for geographical areas and statistical data is in km². So that should be displayed first. No need for an inaccurate conversion. Craobh àrd (talk) 03:11, 9 October 2024 (UTC)

Edit request 11 October 2024

Description of suggested change: Module:Settlement short description is used by the Infobox settlement template to create a default Short description. Sometimes this default is too long and the article is flagged in the maintenance category Category:Articles with long short description. To cope with this, the module has a "kill switch" (at line 82) so that, if the infobox includes short_description = no, then the module returns an empty SD and leaves the manual SD from the article to have effect. This kill switch has been in place since the first version of the module in January 2019. Sadly, the infobox template code does not include this parameter in the Check for unknown parameters list and so, in the few(?) articles where the kill switch has to be used, the edit preview displays a Preview warning: Page using Template:Infobox settlement with unknown parameter "short_description". This means that it can "reasonably" be removed as an error. See [2].

Diff: add short_description to the Check for unknown parameters list. Please re-sort the list at the same time — GhostInTheMachine ^{talk to me} 20:24, 11 October 2024 (UTC)

 Done – Jonesey95 (talk) 13:40, 13 October 2024 (UTC)

Households and Precipitation

Please add these parameters. Lfstevens (talk) 20:53, 2 November 2024 (UTC)

No thank you. Nikkimaria (talk) 20:58, 2 November 2024 (UTC)

No, because too much stuff in the infobox already. • Sbmeirow • Talk • 09:02, 3 November 2024 (UTC)