This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 10 | Archive 11 | Archive 12 | Archive 13 | Archive 14 | Archive 15 |
Editors agree with the proposal to add language to the infobox parameters that ambiguous currency symbols (e.g. $, ¥, ₩ etc.) should be prepended with the appropriate ISO code as prescribed by MOS:CURRENCY.
I haven't found any guidelines on this, so I apologize if this topic's been discussed and closed before.
Per MOS:CURRENCY: In country-specific articles, such as Economy of Australia, use the currency of the subject country. [...] In general, the first mention of a particular currency should use its full, unambiguous signifier (e.g. A$52), with subsequent references using just the appropriate symbol (e.g. $88), unless this would be unclear.
A quick browse of infoboxes for some existing countries shows no signifier for the type of dollar used to denote their GDP. However, the IMF seems to be universally cited for the numbers, which notes the amount is in US Dollars. That information is only viewable if the reader opens the reference link. This can be confusing for readers outside the US as the dollar sign is a currency symbol for multiple countries, including Mexico's peso, and en.Wikipedia is the most read of WMF's projects around the world.
I propose adding language to the infobox parameters that ambiguous currency symbols (e.g. $, ¥, ₩ etc.) should be prepended with the appropriate ISO code as prescribed by MOS:CURRENCY. The Examples and TemplateData section on this infobox's page should show currency code examples like US$10.5 billion or HK$10.5 billion, dependent of course on what currency the reference uses. Unambiguous symbols, like the Indian rupee ( ₹) should just be wikilinked without the ISO code. - GS ⋙ ☎ 07:32, 19 January 2018 (UTC)
I've noticed that some countries population density numbers have not been updated when the population was, making the number incorrect. I'm not very familiar with infobox-templates, but would it not be possible to automatically calculate the density by dividing population(census) by area (km2 and sq mi2)? Hjerta92 ( talk) 17:31, 8 April 2018 (UTC)
Shouldn't we add GPI as well in the infobox? It has score, rank and annual results. Though making it optional, as some countries GPI is too low, or undermined to be included, but its a well researched, funded and implemented measurement of nations' and regions' peacefulness. It is supported by government, countries, and its facts and figures are taken under consideration for such studies. Nauriya ( talk) 17:31, 8 April 2018 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The template currently reduces the font size for the |coordinates=
parameter. Per
MOS:FONTSIZE last paragraph and
this supporting RfC, please remove the size reduction for that and any other parameters. Thank you! ―
Mandruss
☎ 21:40, 30 April 2018 (UTC)
Illegitimate Barrister, It looks like you added support for event/date 14 & 15, which do display in the infobox (used at North Korea). But in preview mode it says they are unknown and North Korea is added to the Category:Pages using infobox country with unknown parameters. MB 16:47, 12 May 2018 (UTC)
Has no description, what information should be there?. Schengen2018 ( talk) 11:28, 13 June 2018 (UTC)
@ Zackmann08 and Primefac: Any idea what the status of the merge with Template:Infobox former country is? It's been over one and a half year now since the decision was made, but it's still not done. Should we conclude that is is not happening and remove the merge notices? If still desirable, a new merge proposal discussion could then be started again, but for now it doesn't seem of much use to keep the notices. Thayts ••• 08:05, 13 July 2018 (UTC)
I'm confused about the parameter Official_website because the Description says "For geopolitical entities: do not use government website (e.g. usa.gov) for countries (e.g. [[United States]])." Does the opening clause mean "For geopolitical entites other than countries"? Nick Levinson ( talk) 19:39, 14 July 2018 (UTC) (Corrected my phrasing: 19:46, 14 July 2018 (UTC))
How about we have parameter such as ethnic_groups_ref
and religion_ref
so we don't put ref like that. The example is in
United States.
Hddty. (
talk) 01:46, 19 July 2018 (UTC)
(year)[1]
or (year[1])
, but it should be one of those two. Of course, if the "year" parameter isn't included, then the ref would naturally fall after the "Ethnic groups" label.
Primefac (
talk) 16:02, 20 July 2018 (UTC)
Frietjes, I think the new parameter should be put before </span>
because the ref looked bold in mobile site.
Hddty. (
talk) 19:05, 20 July 2018 (UTC)
This template is the best example of how merger talks have led us to inclusion fights all over. Do others remember the days before megers when we had boxs of different types for different things. Why have we let the meger squad make us deal with inclusion fights all over. Time to go back to simpler boxes that have defined parameters. Project after project has given up because of the lost of templatea all over. Time to cut back on mergerist convoluting all our templates.-- Moxy ( talk) 22:52, 12 August 2018 (UTC)
I'm fixing some {{ convert}} errors (currently at 1 + 2 + 3) due to bad wikitext in articles that the recent merge to this infobox has revealed. Here are a couple of points for the documentation in case anyone will be working on it. Previewing Oghuz Yabgu State before I fixed it showed unknown parameter "area" but the documentation here includes "area" as a valid parameter. Republic of Salé needs a fix to parameter stat_area4 but there is no "stat_area" in the documentation here. Johnuniq ( talk) 05:44, 13 August 2018 (UTC)
|area=
has not been a valid parameter for some time. {{convinfobox|{{{stat_area4|}}}|km2||sqmi}}
).
Primefac (
talk) 13:55, 13 August 2018 (UTC) /doc updated.
Primefac (
talk) 14:14, 13 August 2018 (UTC)Please change |coa_size=
to |coat_size=
, please? --
Drabdullayev17 (
talk) 17:59, 13 August 2018 (UTC)
Me again. Unless deliberate, I noticed |common_languages=
's corresponding "Common languages" isn't bold.
Jay D'Easy (
talk) 22:19, 15 August 2018 (UTC)
@
Primefac: The parameters |region=
and |continent=
from
Template:Infobox former country are missing. Is this deliberate? I notice some former country articles use these parameters.
Thayts
••• 13:29, 15 August 2018 (UTC)
While I agree that category assignment shouldn't be included in templates, the current change implies that a lot of former template-induced category assignment is just entirely lost. Is there any way we can trace the articles that lost their category assignment so that we can add the category manually? Marcocapelle ( talk) 09:38, 24 August 2018 (UTC)
There's an issue with the use of a non-breaking space for population_estimate_year. See Denmark, where the field is assigned "April 2018", resulting in "April 2018 estimate". However there is for some reason a non-breaking space between "2018" and "estimate", resulting in:
|population_estimate_year = April 2018
Whether or not the month should be shown, the non-breaking space here is still unnecessary.
Another case is after time_zone_DST. See France:
|time_zone_DST = Central European Summer Time<wbr/>
Red: Non-breaking space implemented into template.
Orange: Code added to article to counteract annoying non-breaking space.
This abuse of non-breaking spaces has got to stop, it's bad practice. I'm pretty sure these are not at all necessary to main the integrity of width of the field names, but if they are, a css property such as min-width
or similar should be used instead.
Rob984 ( talk) 18:47, 18 August 2018 (UTC)
1/ If |event_pre=
is used, this creates a visible but empty field called "Establishment". See
British Guiana or
British Hong Kong.
2/ First point definitely needs fixing but this point is about general issues with the status field. We have |status=
and |status_text=
. It looks like the point of the first was to have a template-induced category but that's now deprecated. And it looks like the point of the second was to have a more nuanced description that couldn't be summed up in a category name. If both were used, only the second would be displayed. In either case, it'd be displayed only at the top of the infobox below the official name.
But now, if both fields are used, it'll display |status_text=
at the top and the typically more simpler |status=
below the map. Personally I'm not a fan of allowing the simpler status to be displayed if |status_text=
is used. Again, the point of |status_text=
was to give a description or title that's not accurately given in a category. By allowing the simpler status to be shown, it's introducing info that's either a) a half-truth, b) false for a big or small portion of the entity's history, and c) simply redundant (e.g. Do we really need to show "Status: Empire" on an article like
Roman Empire?).
And since Former Country was merged here, this opens the door for the status field to be used for current entities like it already is in Macau and Hong Kong. In both of them, the status is shown twice: the top of the infobox and below the map. This repetition is redundant. I think it should be shown either on the top or below the map, but not both. But I'm generally not in favour of using the status field for current entities unless it's a disputed area like say Kosovo, which again redundantly repeats it twice. Spellcast ( talk) 16:09, 27 August 2018 (UTC)
For some reason the rulers section and timeline merge together when there is no era
specified. (e.g. see
Zand dynasty) Presumably the separator is dependent upon era
, which I don't think it should be.
Alphathon /
'æɫ.fə.θɒn/ (
talk) 13:03, 1 September 2018 (UTC)
|date_start=
. For the record, both of these templates are/were stupid, and quite honestly I'm starting to feel like {{
infobox country}} needs to be rewritten from the ground-up to avoid some of the really stupid coding decisions made to make it "look nice".
Primefac (
talk) 14:47, 1 September 2018 (UTC)Currently the capital
parameter is inserted as-is and therefore allows wikitext (links etc). capital_exile
works differently in that it automatically generates a link, which disallows things like timespans and multiple capitals-in-exile. Could this be changed to follow the capital
model? (I.e. change {{#if:{{{capital_exile|}}}|[[{{{capital_exile|}}}]]}}
to {{#if:{{{capital_exile|}}}|{{{capital_exile|}}}}}
.)
Thanks, Alphathon / 'æɫ.fə.θɒn/ ( talk) 12:13, 31 August 2018 (UTC)
|date_set=
|date_start=
and |year_set=
|year_start=
do not show if |event_start=
is not set. I'm not sure if this is intentional. In any case, it wasn't before. So now some pages are missing their dates. Also, events and event dates no longer appear under their own "History" header anymore. Instead, they are placed underneath "Legistlature", at least in the documentation example. This can be confusin. Finally, |era=
is missing entirely.
Jay D'Easy (
talk) 02:11, 14 August 2018 (UTC)
|date_start=
and |year_start=
. Hopefully that'll get you started. Thank you.
Jay D'Easy (
talk) 02:51, 14 August 2018 (UTC)
|date_start=
without a |event_start=
because then you get a blank bullet, but if I don't make the change I made then none of the dates show up so I suppose people will have to just fill stuff in for the latter param.
Primefac (
talk) 03:03, 15 August 2018 (UTC)
@
Primefac: Related to this, the default captions for |event_start=
and |event_end=
are missing. These were "Established" and "Disestablished" respectively. See for example
Netherlands New Guinea for how it looks now.
Thayts
••• 12:50, 15 August 2018 (UTC)
event_start/end
is listed but blank the "established/disestablished" doesn't show up. (E.g. see
County of Schaumburg.) You need to use {{
ifempty}} or similar.
Alphathon /
'æɫ.fə.θɒn/ (
talk) 00:00, 31 August 2018 (UTC)
Hello yet again. The former country infobox used to use entered population (stat_pop1
etc) and area (stat_area1
etc) figures to calculate population density. I can see that this might not be a great idea for various reasons, so I understand if this isn't reimplemented. However, it required figures to be entered with no separators (e.g. 10349031 rather than 10,349,031). For the area that wasn't a problem as {{
convert}} handles that automatically. For the population figures though it used {{formatnum:}}
to add them. The current version of this template doesn't do that, so the figures are now presented plain.
As far as I can see this is easy enough to fix:
| data94= {{#if:{{{stat_pop1|}}}{{{stat_pop2|}}}{{{stat_pop3|}}}{{{stat_pop4|}}}{{{stat_pop5|}}}|{{infobox country/multirow|{{{stat_year1|}}}{{{ref_pop1|}}} |{{formatnum:{{{stat_pop1|}}}}}|{{{stat_year2|}}}{{{ref_pop2|}}} |{{formatnum:{{{stat_pop2|}}}}}|{{{stat_year3|}}}{{{ref_pop3|}}} |{{formatnum:{{{stat_pop3|}}}}}|{{{stat_year4|}}}{{{ref_pop4|}}} |{{formatnum:{{{stat_pop4|}}}}}|{{{stat_year5|}}}{{{ref_pop5|}}} |{{formatnum:{{{stat_pop5|}}}}} }} }}
I have tested this out on my test page and it seems to work without issue. Is there any reason not to do this? Alphathon / 'æɫ.fə.θɒn/ ( talk) 23:54, 1 September 2018 (UTC)
Since the Infobox Country/Infobox Former Country merger the flag and symbol label/caption parameters do not work properly. Previously, when using Infobox Former Country, one could set a specific label and link for both the flag and the symbol/coat of arms using the following parameters: flag_type
, flag
, symbol_type
and symbol_type_article
*. These no longer work as intended (and yet are still listed in the documentation). Naturally they are used in many articles (I'm not sure if there an easy way to count them, but given that Infobox Former Country was used on over a thousand articles its probably fair to presume that it is not an insignificant number, probably hundreds).
*Note that before July 2017 symbol
was used in place of symbol_type_article
(see
this conversation). I requested a bot to convert all instances of symbol
to symbol_type_article
but this was never completed, so there are likely to be some instances of the depreciated symbol
parameter as well.
For an example of the symbol failing see this
Old revision of Kingdom of Prussia (I have since fixed it to use the current parameters), where the template specifies symbol_type_article = Coat of arms of Prussia
and symbol_type = Royal coat of arms
. Previously this would have resulted in [[Coat of arms of Prussia|Royal coat of arms]]
but instead now outputs Coat of arms of Prussia
(no link and wrong text).
At least it fails gracefully in this case, as rather than displaying the text as intended it simply displays what should be the link. This is not necessarily the case though; if either symbol_type_article
or symbol_type
are specified as blank (this is often the case as editors will often copy the full template from the documentation and just fill in the blanks as needed) then no text will display at all. The old Infobox Former Country template didn't have this problem as it used the {{
if empty}} template, which the current version doesn't.
As for flags, as far as I can tell the old flag
parameter doesn't do anything at all (much like symbol_type
) and flag_type
is only used in the rather peculiar and specific circumstance that 1) a page called "Flag of linking_name/common_name/name/PAGENAME
" exists and 2) flag_caption
is not specified.
It is also the case that many will link to the wrong article as the template will auto-generate the flag link from linking_name
, common_name
, name
and PAGENAME
where possible, which is treated as the default. If any of those pages exist I don't think it is possible to specify a custom link at all, only custom text.
For an example of several of these issues see this Old revision of Cisleithania (again, I have since fixed it). It had no caption at all under the coat of arms and the flag was labelled [[Flag of Austria|]]. (Note that this isn't even the correct link; it should have been Flag of the Habsburg Monarchy.)
The current system is inconsistent (flags and symbols behave differently), isn't very robust, and doesn't handle the old parameters, breaking probably many hundreds of articles.
To be honest I don't know if there's an easy fix for some of this (it may be the case that the syntax of the two former templates is simply incompatible). If so, we might need to get a bot to go around fixing them all or something. Regardless, at least some things can be fixed (e.g. by adding {{ if empty}} templates, or the full syntax it uses if preferred) and the documentation should certainly be updated.
P.S. just as a quick test I checked all of the entries listed in List of empires whose names begin with an A. Out of the eleven which had infoboxes containing a flag and/or symbol, five ( Angevin Empire, Armenian Empire, Austrian Empire, Austria-Hungary and Aztec Empire) had flag or symbol labelling issues as a result of this (seven if you count the two Persian empires – Achaemenid Empire and Afsharid dynasty – which automatically link to Flag of Persia – a redirect – rather than Flag of Iran as is specified in both articles' code).
Alphathon / 'æɫ.fə.θɒn/ ( talk) 22:37, 30 August 2018 (UTC), edited 22:53, 30 August 2018 (UTC)
{{#ifexist:{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}} |[[{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}} | {{{symbol_type|Coat of arms}}}]] |{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} }}
{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}}
as a single item (which returns either symbol_type_article
, symbol_type
or "Coat of arms") and then appends "of name" (where name is either "linking_name", "common_name", "name" or "PAGENAME" in that order). As such, what it actually checks for is "symbol_type_article of name", not "symbol_type_article", so if symbol_type_article = Coat of arms of Exampleland
and name = Kingdom of Exampleland
then what it actually checks is "Coat of arms of Exampleland of Kingdom of Exampleland".{{#ifexist:{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} |[[{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} | {{{symbol_type|Coat of arms}}}]] |{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} }}
symbol = Coat of arms of Sweden
and symbol_type = Royal coat of arms
, which is supposed to output [[Coat of arms of Sweden|Royal coat of arms]]
.symbol
rather than symbol_type_article
(see above). If we leave that uncorrected then there is no symbol_type_article
, so it checks symbol_type
. There is no linking_name
so we use common_name
, which is "Sweden". There is no article called "Royal coat of arms of Sweden" so it simply writes symbol_type
, i.e. "Royal coat of arms" with no link.symbol_type_article
name it checks symbol_type_article
. There is no linking_name
so we use common_name
, which is "Sweden". There is no article called "Coat of arms of Sweden of Sweden" [
sic] so it simply writes symbol_type_article
, i.e. "Coat of arms of Sweden" with no link.symbol_type_article = Coat of arms
then it links to the right article "Coat of arms of Sweden". (This is not a good workaround though, as once this is fixed it will instead link to
Coat of arms. It does however demonstrate what is going wrong.)symbol_type_article
has a value, whether it corresponds to an article or not, it will never check "symbol_type of name"; it will only ever do that if symbol_type_article
has no value. (This may be by design.) However, this implies that symbol_type_article
is only ever meant to be used as a link, which is not what it does if no such article exists. Instead, if there is a symbol_type_article
it writes that. If there isn't it tries symbol_type
. If that is also missing it defaults to "Coat of arms". I think it should instead either ignore symbol_type_article
entirely or give precedence to symbol_type
(giving {{{symbol_type|{{{symbol_type_article|Coat of arms}}}}}}
or {{{symbol_type|Coat of arms}}}
). This would also allow symbol_type_article
to be used much like
WP:REDLINK suggests (i.e. if the article is created the link will be ready to go straight away) except without actually rendering a red link.{{#ifexist:{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} |[[{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} | {{{symbol_type|Coat of arms}}}]] |{{{symbol_type|Coat of arms}}} }}
{{#ifexist:Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}} |[[Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}|{{{flag_caption|{{{flag_type|Flag}}}}}}]] |{{{flag_caption|Flag}}} }}
).{{#ifexist: {{{flag_type_article|{{{flag|Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}}}}}}} | [[{{{flag_type_article|{{{flag|Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}}}}}|{{{flag_caption|{{{flag_type|Flag}}}}}}]] | {{{flag_caption|{{{flag_type|Flag}}}}}} }}
flag_type
and flag
to continue to be used, and would allow migration from flag
to flag_type_article
, similar to the symbol parameter. (If this were done it might be worth doing something similar for symbol
, and possibly adding a category similar to the
symbol caption or type category. That said, I suggested something similar when symbol
was originally changed, and it was suggested that it would "unnecessarily complicate the code ... [and] waste parser time for no benefit."; see
this conversation.)flag_type_article
and symbol
. Are there any standard test cases I should try? (Edit: I found
template: infobox country/testcases have tested them. They all seem to still work as intended. I am now testing those at
template: infobox former country/testcases 20:39, 1 September 2018 (UTC))|caption1= {{#ifexist:{{if empty |{{{flag_type_article|}}} |{{{flag|}}} | {{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{flag_type_article|}}} |{{{flag|}}} |{{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }}|{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}}]] |{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}} }}
flag_type_article
|caption1= {{#ifexist:{{if empty |{{{flag|}}} | {{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{flag|}}} |{{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }}|{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}}]] |{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}} }}
|caption2= {{#ifexist:{{if empty |{{{symbol_type_article|}}} |{{{symbol|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{symbol_type_article|}}} |{{{symbol|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} | {{if empty |{{{symbol_type|}}} |Coat of arms}}]] |{{if empty |{{{symbol_type|}}} |Coat of arms}} }}
symbol
|caption2= {{#ifexist:{{if empty |{{{symbol_type_article|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{symbol_type_article|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} | {{if empty |{{{symbol_type|}}} |Coat of arms}}]] |{{if empty |{{{symbol_type|}}} |Coat of arms}} }}
flag_type
in a non-standard way so they didn't work until that was corrected. (They failed gracefully by just displaying the text, not linking it). The Tuvan People's Republic flag linked correctly (links to
Flag of the Tuvan People's Republic; when the current template is used, it links to
Flag of Tuva instead). The Kingdom of Nepal correctly displays the label "Flag (before 1962)"; the current code just shows "Flag".There's another minor issue I overlooked: the "title"/hover text.
I think it should probably be the same as the caption with "of X" appended in most circumstances, which appears to be what it is coded to: |title=Flag of {{{common_name|{{{name|{{{linking_name|{{PAGENAME}}}}}}}}}}}
and |title={{if empty |{{{symbol_type|}}} |Coat of arms}} of {{{common_name|{{{name|{{{linking_name|{{PAGENAME}}}}}}}}}}}
. This gives similar results to (and therefore has similar problems as) the current caption code. It should therefore at least be changed to an {{
if empty}} and to use flag_type
when present, i.e. |title={{if empty| {{{flag_type|}}} |Flag}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }}
and |title={{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }}
(both tested and working).
There are, of course, a few caveats.
flag/symbol type
doesn't quite work when "of X" is added, e.g. it has a date range after the type or is spread across two lines (line breaks are simply ignored, which squishes the two lines together without even a space between them). This is especially problematic for articles such as
Kingdom of Armenia (antiquity), which also suffers from the two-flag issue, and so ends up with something like "Left: standard of the Artaxiad dynastyRight: standard of the Arsacid dynasty of Kingdom of Armernia".I think the best solution to all these problems would simply be to introduce override parameters: flag1_hover
, flag2_hover
and symbol_hover
, which would give |title={{if empty |{{{flag1_hover|}}} |{{if empty| {{{flag_type|}}} |Flag}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }} }}
, |title={{if empty |{{{flag2_hover|}}} | }}
and |title={{if empty |{{{symbol_hover|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }} }}
. Again, I have tested this and it seems to work fine.
Alphathon / 'æɫ.fə.θɒn/ ( talk) 14:47, 2 September 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Add |continent=
and |region=
to the part of the template that says "Check for unknown parameters".
Those two parameters are in template code and the documentation, yet pages with them are placed into "Pages using infobox country with unknown parameters" and a warning is shown on preview saying that those parameters are unknown. Please fix this. Thank you. — Mr. Guye ( talk) ( contribs) 17:47, 11 September 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Just as in was done in template "Infobox settlement", I propose to reorder the presentation of timezones. Currently the time zone is represented like: EST (UTC−5). However codes like EST are globally not very well defined. Therefore I propose to reverse the order to UTC−5 (EST), putting the absolutely clear and unambiguous one first.− Woodstone ( talk) 10:18, 12 September 2018 (UTC)
Thanks for agreeing to this change. However the implementation is not complete. Unlike in the "settlement" template, when the offset is not given, the "timezone" is preceded by a blank and is still within brackets. Furthermore the DST should be treated as well. − Woodstone ( talk) 07:01, 13 September 2018 (UTC)
Confirmed and thanks again. − Woodstone ( talk) 15:52, 13 September 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
| label124= [[Right- and left-hand traffic|Drives on the]]
Minor change, please change Right- and left-hand traffic to Left- and right-hand traffic, as the previous one has become a redirect after a page move. Cheers – Wefk423 ( talk) 13:55, 21 September 2018 (UTC)
I'd like to propose changing the appearance of |native_name=
to be unbolded text and a smaller font size than |conventional_long_name=
. The current default appearance can be particularly messy when dealing with countries that have multiple native languages/transliteration styles to account for. Thanks,
Horserice (
talk) 21:49, 29 September 2018 (UTC)
Hello, Rebestalic here.
I think the 'drives on the' element of the Infobox should be changed to 'driving side'. This would improve formality.
Thank you, Rebestalic ( talk) 00:15, 25 September 2018 (UTC)
Hello. I use this template on Azerbaijani Wikipedia. But I want change somethings, for example you use |gini=
parameter like 39.6 but I have to use like 39,7 (with comma). How I can change it? --
Drabdullayev17 (
talk) 12:20, 19 November 2018 (UTC)
Since the templates for former and current countries merged a few years ago, the information about the entities preceding and succeeding former countries have been moved from the top of the infobox to the very bottom. In my experience, this information is very important and widely used when browsing historical countries, certainly more than mottos and anthems, which are near the top now, and I believe it would aid navigation and improve the experience significantly if it was moved to the top of the infobox instead. Therefore, I propose that it be moved to a position below the dates of the country's existence, but above the flag and coat of arms (or alternatively immediately below them). For those countries which have long predecessor and/or successor lists, it could optionally be collapsed and click-to-expand. Kranix ( talk | contribs) 13:57, 10 November 2018 (UTC)
|successorflags=yes
; otherwise, they would show at the bottom. In coding, testing, and example-checking the merger I found that there were no instances of the template using this specific parameter, and so I felt no need to include the duplicate coding to allow such an option.
Primefac (
talk) 02:00, 11 November 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The {{{flag}}}
parameter exists, but is not included in the known parameters list, causing the template to show a warning message in preview mode:
Could someone please add it? Thanks. Thayts ••• 19:14, 23 November 2018 (UTC)
leader1 does not display if there is no corresponding year_leader1. Koopinator ( talk) 07:05, 24 November 2018 (UTC)
Example: This revision of Reichskommissariat Moskowien does not tell who was the Reichskommissar was, even though the information was present in the infobox.
I'd solve this by inserting a <br> whenever there is no year inserted but there is a leader inserted.
Is there a way to prevent the flag_caption parameter from automatically linking to a page regardless of the caption text? This is very problematic in situations where one entity has multiple equally official flags which should ideally link the reader to two different pages. Brendon the Wizard ✉️ ✨ 20:45, 5 November 2018 (UTC)
@ BrendonTheWizard, Primefac, and Koopinator: In the infoboxes of the countries, we state the largest cities of different countries. However, there are many ways to determine the largest/most populous city of a country. You can measure the population of the metropolitan area or the city proper. Do Wikipedia have set guidelines on what to consider the largest city of a country? Has there ever been a discussion on what to consider the largest city? -- Mstrojny ( talk) 23:06, 5 January 2019 (UTC)
It's another template, but I've noticed that
Template:Largest cities of Israel seems to be set up exclusively for the benefit of administrative subdivision geeks, and does almost nothing to help ordinary people find out the things that they would want to know if they asked what was the largest city in Israel. It's also apparently the basis of the the arguably wrong largest city in the infobox of the "Israel" article...
AnonMoos (
talk) 18:49, 6 January 2019 (UTC)
With no objective way of determining what method is better, it seems like the best thing is to ensure that we at least use the same metric across the board. Our article on largest cities provides a list of three commonly used definitions (presumably there are other contenders as well). Will one of them serve? Matt Deres ( talk) 20:55, 7 January 2019 (UTC)
So I noticed that in infoboxes with only one entry in the history section, there tended to be a random bar separating the main event and the events/dates below it. See Botswana and Gabon as examples. Not a big deal but it looks it a bit off from the usual format. - Bokmanrocks01 ( talk) 22:44, 22 January 2019 (UTC)
The template seems to accept undocumented |map_caption=
and documented |image_map_caption=
using the last one specified.
MB 16:40, 24 January 2019 (UTC)
|map_caption=
has preference. Someone could not get the caption they intended by following the documentation if they didn't notice the other field was also used. I think |map_caption=
should be fully deprecated.
MB 00:35, 27 January 2019 (UTC)The template automatically wikilinks |s=
Kingdom of the Videhas has a reference on the field, and the infobox shows a mal-formed link. I assume this is the same with |p=
and both sequences. Can this be fixed?
MB 23:23, 26 January 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please, open! Marie Gulleya ( talk) 07:09, 3 February 2019 (UTC)
What is the formal process for proposing an addition to country info boxes? The info boxes are already quite amazing for quick glances relating to economics, linguistics, demographics, geography, etc. but they seem to be lacking in political science information. The Democracy-Dictatorship Index (DD Index) and the Polity IV Dataset are used extensively throughout the field of comparative politics and international relations yet their coding for each country are only available on their respective pages. Up until recently the DD Index coding was not even available in the article ( I have since added it).
The info-boxes already contain the "official" categorization of each country's government and legislature but these are largely not used within the field of political science. There is however abundant information already available for economics and some international politics like GDP, PPP, Gini, and HDI. I would like to propose adding additional information to the info-boxes either immediately after the "Government" and "Legislature" sections or immediately after the "Gini" and "HDI" sections: the DD Index categorization (there are six possible) and the Polity IV ranking (both number and categorical name). These could be roughly of the format (using Nigeria as an example):
DD Index (2008) Presidential Democracy
Polity IV (2017) Democracy (7)
DD Index data exist since 1946 and Polity IV goes back to 1800.
As I've said, DD Index and Polity IV are used extensively throughout the field of political science and especially comparative politics. In an introductory textbook in comparative politics they are listed as the two most common ways of measuring democracy. [1] I'm currently studying comparative politics and have used both datasets in my undergraduate research and for numerous assignments as well as my own personal knowledge. As of the writing on this post, the latest data for Democracy-Dictatorship Index has 641 citations [2] and the Polity dataset (of which Polity IV is the latest)
I just want to know the official route I can go down to propose this? I'm a bit new to the background workings of Wikipedia but I've been editing for quite a while.
Thanks-- Olfbir ( talk) 11:48, 31 January 2019 (UTC)
References
On the
Republic of Macedonia page a new linguistic situation has occurred with laws and so on and a new need has arisen for more alternatives to accommodate things. Is it possible to extend one of the options (i.e |languages2_type) in the infobox for language. For the infobox template what needed is |languages3_type, |languages3 =, |languages3_sub =. @
Illegitimate Barrister:, if possible and when time permits could you do it. Best.
Resnjari (
talk) 01:42, 26 January 2019 (UTC)
Primefac, I've gone through all the errors in Category:Pages using infobox country with unknown parameters and fixed most. Most remaining have more data in a "series" that the infobox allows. Should we increase these to accommodate the handful of articles that have a unusually large number of leaders or important events? Details below. MB 23:34, 14 February 2019 (UTC)
Should be doable. I'll put it on my list. Primefac ( talk) 16:32, 25 February 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
If I read the code correctly, this template sets the size of |image_map_caption=
to 90%. This results in 79.2% of the page default, well below the 85% minimum specified at
MOS:SMALLFONT: "In no case should the resulting font size of any text drop below 85% of the page's default font size." If that guideline is not enough, it was clearly affirmed in
this RfC. This is an
accessibility issue. Please modify the template to eliminate reduction of |image_map_caption=
—or, at minimum, change the reduction to 97%, which would result in 85.4% of the page default.
I am not competent in these internals, so I may be wrong that this fix is sufficient. If possible, please use a tool to verify that the size of the resulting text is not below 85% of the page default. ― Mandruss ☎ 22:55, 11 March 2019 (UTC)
This template's overuse, even misuse, of flag icons is under discussion at WT:MOSICONS#Flagicons in predecessor/successor. — SMcCandlish ☏ ¢ 😼 00:08, 14 April 2019 (UTC)
Currently the requirements for inclusion are here: [1], and they state Languages recognised or associated with particular regions within the country/territory. This is far too broad and ill-defined a requirement because a given place can have an almost endless list of languages associated with it. For example, Latin can be associated as a regional language with the UK, or Dutch with NY state. Less absurd but still questionable would be to add Polish to the England infobox. Here [2] is an old discussion about this, although it does not relate directly to the point I am raising. Without a change, the infobox can be abused by editors promoting their own favourite language. I suggest the requirements for inclusion should be tightened, with ideas being welcome. Roger 8 Roger ( talk) 04:45, 22 April 2019 (UTC)
I was also thinking along the lines of the language having an official status of some sort. Another possibility would be to use only languages that are spoken as L1 and indigenous first languages in a country. That would capture, say, Scots Gaelic but exclude Manx and Cornish from the UK site. There would be problems with this though, particularly around whether a language is spoken as an L1 or L2. Whatever, I agree that no system is perfect but some form of tighter definition is needed and having official status seems a good starting point. Roger 8 Roger ( talk) 11:22, 24 April 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I think states don't define themselves usually with Demonyms and usually Demonym isn't part of a country's information. We usually find nationality instead so I think that nationality is more appropriate and more comprehensive term to use not Demonyms. Thanks-- SharabSalam ( talk) 19:13, 1 February 2019 (UTC)
{{
edit template-protected}}
template. –
Jonesey95 (
talk) 20:59, 4 February 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
In addition to the largest city parameter, can you add the largest metro area parameter underneath the largest city parameter as in the Template:Infobox U.S. state and the Template:Infobox province or territory of Canada? Interstellarity ( talk) 17:16, 11 May 2019 (UTC)
{{
edit template-protected}}
template. I have this feeling that this issue was discussed before and there was a lot of contention (mostly around the definition of what a "metro area" actually entails). However, I cannot find the discussion so let's start a new one and get opinions.
Primefac (
talk) 13:27, 12 May 2019 (UTC)
Uzbek Soviet Socialist Republic - where does ISO 3166 code UZ come from? 78.55.22.17 ( talk) 21:31, 16 May 2019 (UTC)
The infobox should have parameters for more than one name at the top as many defunct states have had more than one name throughout their existence, such as the Moldovan SSR, the Tajik SSR, the Estonian SSR, and the Federal Republic of Yugoslavia/Serbia and Montenegro. – Illegitimate Barrister ( talk • contribs), 11:49, 24 May 2019 (UTC)
The patron saint parameter was removed in 2007 per consensus here. However, it was later re-added without discussion or even an edit summary. I would like to re-remove the parameter for the following reasons:
Does anyone have any other opinions on the matter? Kaldari ( talk) 14:18, 9 June 2019 (UTC)
@ Primefac, Fowler&fowler, and SshibumXZ: For this template, I was wondering if we should add the largest metro area parameter like we do with Template:Infobox U.S. state and Template:Infobox province or territory of Canada. See this discussion: Talk:India#Largest_city. Interstellarity ( talk) 15:09, 12 May 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I think there ought to be a singular alternative to official_languages, since the majority of countries have just one. Also because something just feels off when a country's sole official language is accompanied by a label in plural. Code has been tested in the sandbox. Don't forget to add official_language to the unknown parameter check.
| rowclass12 = mergedtoprow | label12 = Official {{#if:{{{official_language|}}}|language|languages}} | data12 = {{if empty| {{{official_language|}}} | {{{official_languages|}}} }}
Take care! Jay D. Easy ( t • c) 13:47, 10 June 2019 (UTC)
On another singular/plural issue, |anthem=
and |anthems=
both seem to work, but |anthems=
nevertheless causes a
error. See
Greenland.
MB 04:04, 26 June 2019 (UTC)
This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 10 | Archive 11 | Archive 12 | Archive 13 | Archive 14 | Archive 15 |
Editors agree with the proposal to add language to the infobox parameters that ambiguous currency symbols (e.g. $, ¥, ₩ etc.) should be prepended with the appropriate ISO code as prescribed by MOS:CURRENCY.
I haven't found any guidelines on this, so I apologize if this topic's been discussed and closed before.
Per MOS:CURRENCY: In country-specific articles, such as Economy of Australia, use the currency of the subject country. [...] In general, the first mention of a particular currency should use its full, unambiguous signifier (e.g. A$52), with subsequent references using just the appropriate symbol (e.g. $88), unless this would be unclear.
A quick browse of infoboxes for some existing countries shows no signifier for the type of dollar used to denote their GDP. However, the IMF seems to be universally cited for the numbers, which notes the amount is in US Dollars. That information is only viewable if the reader opens the reference link. This can be confusing for readers outside the US as the dollar sign is a currency symbol for multiple countries, including Mexico's peso, and en.Wikipedia is the most read of WMF's projects around the world.
I propose adding language to the infobox parameters that ambiguous currency symbols (e.g. $, ¥, ₩ etc.) should be prepended with the appropriate ISO code as prescribed by MOS:CURRENCY. The Examples and TemplateData section on this infobox's page should show currency code examples like US$10.5 billion or HK$10.5 billion, dependent of course on what currency the reference uses. Unambiguous symbols, like the Indian rupee ( ₹) should just be wikilinked without the ISO code. - GS ⋙ ☎ 07:32, 19 January 2018 (UTC)
I've noticed that some countries population density numbers have not been updated when the population was, making the number incorrect. I'm not very familiar with infobox-templates, but would it not be possible to automatically calculate the density by dividing population(census) by area (km2 and sq mi2)? Hjerta92 ( talk) 17:31, 8 April 2018 (UTC)
Shouldn't we add GPI as well in the infobox? It has score, rank and annual results. Though making it optional, as some countries GPI is too low, or undermined to be included, but its a well researched, funded and implemented measurement of nations' and regions' peacefulness. It is supported by government, countries, and its facts and figures are taken under consideration for such studies. Nauriya ( talk) 17:31, 8 April 2018 (UTC)
This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The template currently reduces the font size for the |coordinates=
parameter. Per
MOS:FONTSIZE last paragraph and
this supporting RfC, please remove the size reduction for that and any other parameters. Thank you! ―
Mandruss
☎ 21:40, 30 April 2018 (UTC)
Illegitimate Barrister, It looks like you added support for event/date 14 & 15, which do display in the infobox (used at North Korea). But in preview mode it says they are unknown and North Korea is added to the Category:Pages using infobox country with unknown parameters. MB 16:47, 12 May 2018 (UTC)
Has no description, what information should be there?. Schengen2018 ( talk) 11:28, 13 June 2018 (UTC)
@ Zackmann08 and Primefac: Any idea what the status of the merge with Template:Infobox former country is? It's been over one and a half year now since the decision was made, but it's still not done. Should we conclude that is is not happening and remove the merge notices? If still desirable, a new merge proposal discussion could then be started again, but for now it doesn't seem of much use to keep the notices. Thayts ••• 08:05, 13 July 2018 (UTC)
I'm confused about the parameter Official_website because the Description says "For geopolitical entities: do not use government website (e.g. usa.gov) for countries (e.g. [[United States]])." Does the opening clause mean "For geopolitical entites other than countries"? Nick Levinson ( talk) 19:39, 14 July 2018 (UTC) (Corrected my phrasing: 19:46, 14 July 2018 (UTC))
How about we have parameter such as ethnic_groups_ref
and religion_ref
so we don't put ref like that. The example is in
United States.
Hddty. (
talk) 01:46, 19 July 2018 (UTC)
(year)[1]
or (year[1])
, but it should be one of those two. Of course, if the "year" parameter isn't included, then the ref would naturally fall after the "Ethnic groups" label.
Primefac (
talk) 16:02, 20 July 2018 (UTC)
Frietjes, I think the new parameter should be put before </span>
because the ref looked bold in mobile site.
Hddty. (
talk) 19:05, 20 July 2018 (UTC)
This template is the best example of how merger talks have led us to inclusion fights all over. Do others remember the days before megers when we had boxs of different types for different things. Why have we let the meger squad make us deal with inclusion fights all over. Time to go back to simpler boxes that have defined parameters. Project after project has given up because of the lost of templatea all over. Time to cut back on mergerist convoluting all our templates.-- Moxy ( talk) 22:52, 12 August 2018 (UTC)
I'm fixing some {{ convert}} errors (currently at 1 + 2 + 3) due to bad wikitext in articles that the recent merge to this infobox has revealed. Here are a couple of points for the documentation in case anyone will be working on it. Previewing Oghuz Yabgu State before I fixed it showed unknown parameter "area" but the documentation here includes "area" as a valid parameter. Republic of Salé needs a fix to parameter stat_area4 but there is no "stat_area" in the documentation here. Johnuniq ( talk) 05:44, 13 August 2018 (UTC)
|area=
has not been a valid parameter for some time. {{convinfobox|{{{stat_area4|}}}|km2||sqmi}}
).
Primefac (
talk) 13:55, 13 August 2018 (UTC) /doc updated.
Primefac (
talk) 14:14, 13 August 2018 (UTC)Please change |coa_size=
to |coat_size=
, please? --
Drabdullayev17 (
talk) 17:59, 13 August 2018 (UTC)
Me again. Unless deliberate, I noticed |common_languages=
's corresponding "Common languages" isn't bold.
Jay D'Easy (
talk) 22:19, 15 August 2018 (UTC)
@
Primefac: The parameters |region=
and |continent=
from
Template:Infobox former country are missing. Is this deliberate? I notice some former country articles use these parameters.
Thayts
••• 13:29, 15 August 2018 (UTC)
While I agree that category assignment shouldn't be included in templates, the current change implies that a lot of former template-induced category assignment is just entirely lost. Is there any way we can trace the articles that lost their category assignment so that we can add the category manually? Marcocapelle ( talk) 09:38, 24 August 2018 (UTC)
There's an issue with the use of a non-breaking space for population_estimate_year. See Denmark, where the field is assigned "April 2018", resulting in "April 2018 estimate". However there is for some reason a non-breaking space between "2018" and "estimate", resulting in:
|population_estimate_year = April 2018
Whether or not the month should be shown, the non-breaking space here is still unnecessary.
Another case is after time_zone_DST. See France:
|time_zone_DST = Central European Summer Time<wbr/>
Red: Non-breaking space implemented into template.
Orange: Code added to article to counteract annoying non-breaking space.
This abuse of non-breaking spaces has got to stop, it's bad practice. I'm pretty sure these are not at all necessary to main the integrity of width of the field names, but if they are, a css property such as min-width
or similar should be used instead.
Rob984 ( talk) 18:47, 18 August 2018 (UTC)
1/ If |event_pre=
is used, this creates a visible but empty field called "Establishment". See
British Guiana or
British Hong Kong.
2/ First point definitely needs fixing but this point is about general issues with the status field. We have |status=
and |status_text=
. It looks like the point of the first was to have a template-induced category but that's now deprecated. And it looks like the point of the second was to have a more nuanced description that couldn't be summed up in a category name. If both were used, only the second would be displayed. In either case, it'd be displayed only at the top of the infobox below the official name.
But now, if both fields are used, it'll display |status_text=
at the top and the typically more simpler |status=
below the map. Personally I'm not a fan of allowing the simpler status to be displayed if |status_text=
is used. Again, the point of |status_text=
was to give a description or title that's not accurately given in a category. By allowing the simpler status to be shown, it's introducing info that's either a) a half-truth, b) false for a big or small portion of the entity's history, and c) simply redundant (e.g. Do we really need to show "Status: Empire" on an article like
Roman Empire?).
And since Former Country was merged here, this opens the door for the status field to be used for current entities like it already is in Macau and Hong Kong. In both of them, the status is shown twice: the top of the infobox and below the map. This repetition is redundant. I think it should be shown either on the top or below the map, but not both. But I'm generally not in favour of using the status field for current entities unless it's a disputed area like say Kosovo, which again redundantly repeats it twice. Spellcast ( talk) 16:09, 27 August 2018 (UTC)
For some reason the rulers section and timeline merge together when there is no era
specified. (e.g. see
Zand dynasty) Presumably the separator is dependent upon era
, which I don't think it should be.
Alphathon /
'æɫ.fə.θɒn/ (
talk) 13:03, 1 September 2018 (UTC)
|date_start=
. For the record, both of these templates are/were stupid, and quite honestly I'm starting to feel like {{
infobox country}} needs to be rewritten from the ground-up to avoid some of the really stupid coding decisions made to make it "look nice".
Primefac (
talk) 14:47, 1 September 2018 (UTC)Currently the capital
parameter is inserted as-is and therefore allows wikitext (links etc). capital_exile
works differently in that it automatically generates a link, which disallows things like timespans and multiple capitals-in-exile. Could this be changed to follow the capital
model? (I.e. change {{#if:{{{capital_exile|}}}|[[{{{capital_exile|}}}]]}}
to {{#if:{{{capital_exile|}}}|{{{capital_exile|}}}}}
.)
Thanks, Alphathon / 'æɫ.fə.θɒn/ ( talk) 12:13, 31 August 2018 (UTC)
|date_set=
|date_start=
and |year_set=
|year_start=
do not show if |event_start=
is not set. I'm not sure if this is intentional. In any case, it wasn't before. So now some pages are missing their dates. Also, events and event dates no longer appear under their own "History" header anymore. Instead, they are placed underneath "Legistlature", at least in the documentation example. This can be confusin. Finally, |era=
is missing entirely.
Jay D'Easy (
talk) 02:11, 14 August 2018 (UTC)
|date_start=
and |year_start=
. Hopefully that'll get you started. Thank you.
Jay D'Easy (
talk) 02:51, 14 August 2018 (UTC)
|date_start=
without a |event_start=
because then you get a blank bullet, but if I don't make the change I made then none of the dates show up so I suppose people will have to just fill stuff in for the latter param.
Primefac (
talk) 03:03, 15 August 2018 (UTC)
@
Primefac: Related to this, the default captions for |event_start=
and |event_end=
are missing. These were "Established" and "Disestablished" respectively. See for example
Netherlands New Guinea for how it looks now.
Thayts
••• 12:50, 15 August 2018 (UTC)
event_start/end
is listed but blank the "established/disestablished" doesn't show up. (E.g. see
County of Schaumburg.) You need to use {{
ifempty}} or similar.
Alphathon /
'æɫ.fə.θɒn/ (
talk) 00:00, 31 August 2018 (UTC)
Hello yet again. The former country infobox used to use entered population (stat_pop1
etc) and area (stat_area1
etc) figures to calculate population density. I can see that this might not be a great idea for various reasons, so I understand if this isn't reimplemented. However, it required figures to be entered with no separators (e.g. 10349031 rather than 10,349,031). For the area that wasn't a problem as {{
convert}} handles that automatically. For the population figures though it used {{formatnum:}}
to add them. The current version of this template doesn't do that, so the figures are now presented plain.
As far as I can see this is easy enough to fix:
| data94= {{#if:{{{stat_pop1|}}}{{{stat_pop2|}}}{{{stat_pop3|}}}{{{stat_pop4|}}}{{{stat_pop5|}}}|{{infobox country/multirow|{{{stat_year1|}}}{{{ref_pop1|}}} |{{formatnum:{{{stat_pop1|}}}}}|{{{stat_year2|}}}{{{ref_pop2|}}} |{{formatnum:{{{stat_pop2|}}}}}|{{{stat_year3|}}}{{{ref_pop3|}}} |{{formatnum:{{{stat_pop3|}}}}}|{{{stat_year4|}}}{{{ref_pop4|}}} |{{formatnum:{{{stat_pop4|}}}}}|{{{stat_year5|}}}{{{ref_pop5|}}} |{{formatnum:{{{stat_pop5|}}}}} }} }}
I have tested this out on my test page and it seems to work without issue. Is there any reason not to do this? Alphathon / 'æɫ.fə.θɒn/ ( talk) 23:54, 1 September 2018 (UTC)
Since the Infobox Country/Infobox Former Country merger the flag and symbol label/caption parameters do not work properly. Previously, when using Infobox Former Country, one could set a specific label and link for both the flag and the symbol/coat of arms using the following parameters: flag_type
, flag
, symbol_type
and symbol_type_article
*. These no longer work as intended (and yet are still listed in the documentation). Naturally they are used in many articles (I'm not sure if there an easy way to count them, but given that Infobox Former Country was used on over a thousand articles its probably fair to presume that it is not an insignificant number, probably hundreds).
*Note that before July 2017 symbol
was used in place of symbol_type_article
(see
this conversation). I requested a bot to convert all instances of symbol
to symbol_type_article
but this was never completed, so there are likely to be some instances of the depreciated symbol
parameter as well.
For an example of the symbol failing see this
Old revision of Kingdom of Prussia (I have since fixed it to use the current parameters), where the template specifies symbol_type_article = Coat of arms of Prussia
and symbol_type = Royal coat of arms
. Previously this would have resulted in [[Coat of arms of Prussia|Royal coat of arms]]
but instead now outputs Coat of arms of Prussia
(no link and wrong text).
At least it fails gracefully in this case, as rather than displaying the text as intended it simply displays what should be the link. This is not necessarily the case though; if either symbol_type_article
or symbol_type
are specified as blank (this is often the case as editors will often copy the full template from the documentation and just fill in the blanks as needed) then no text will display at all. The old Infobox Former Country template didn't have this problem as it used the {{
if empty}} template, which the current version doesn't.
As for flags, as far as I can tell the old flag
parameter doesn't do anything at all (much like symbol_type
) and flag_type
is only used in the rather peculiar and specific circumstance that 1) a page called "Flag of linking_name/common_name/name/PAGENAME
" exists and 2) flag_caption
is not specified.
It is also the case that many will link to the wrong article as the template will auto-generate the flag link from linking_name
, common_name
, name
and PAGENAME
where possible, which is treated as the default. If any of those pages exist I don't think it is possible to specify a custom link at all, only custom text.
For an example of several of these issues see this Old revision of Cisleithania (again, I have since fixed it). It had no caption at all under the coat of arms and the flag was labelled [[Flag of Austria|]]. (Note that this isn't even the correct link; it should have been Flag of the Habsburg Monarchy.)
The current system is inconsistent (flags and symbols behave differently), isn't very robust, and doesn't handle the old parameters, breaking probably many hundreds of articles.
To be honest I don't know if there's an easy fix for some of this (it may be the case that the syntax of the two former templates is simply incompatible). If so, we might need to get a bot to go around fixing them all or something. Regardless, at least some things can be fixed (e.g. by adding {{ if empty}} templates, or the full syntax it uses if preferred) and the documentation should certainly be updated.
P.S. just as a quick test I checked all of the entries listed in List of empires whose names begin with an A. Out of the eleven which had infoboxes containing a flag and/or symbol, five ( Angevin Empire, Armenian Empire, Austrian Empire, Austria-Hungary and Aztec Empire) had flag or symbol labelling issues as a result of this (seven if you count the two Persian empires – Achaemenid Empire and Afsharid dynasty – which automatically link to Flag of Persia – a redirect – rather than Flag of Iran as is specified in both articles' code).
Alphathon / 'æɫ.fə.θɒn/ ( talk) 22:37, 30 August 2018 (UTC), edited 22:53, 30 August 2018 (UTC)
{{#ifexist:{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}} |[[{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}} | {{{symbol_type|Coat of arms}}}]] |{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} }}
{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}}
as a single item (which returns either symbol_type_article
, symbol_type
or "Coat of arms") and then appends "of name" (where name is either "linking_name", "common_name", "name" or "PAGENAME" in that order). As such, what it actually checks for is "symbol_type_article of name", not "symbol_type_article", so if symbol_type_article = Coat of arms of Exampleland
and name = Kingdom of Exampleland
then what it actually checks is "Coat of arms of Exampleland of Kingdom of Exampleland".{{#ifexist:{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} |[[{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} | {{{symbol_type|Coat of arms}}}]] |{{{symbol_type_article|{{{symbol_type|Coat of arms}}}}}} }}
symbol = Coat of arms of Sweden
and symbol_type = Royal coat of arms
, which is supposed to output [[Coat of arms of Sweden|Royal coat of arms]]
.symbol
rather than symbol_type_article
(see above). If we leave that uncorrected then there is no symbol_type_article
, so it checks symbol_type
. There is no linking_name
so we use common_name
, which is "Sweden". There is no article called "Royal coat of arms of Sweden" so it simply writes symbol_type
, i.e. "Royal coat of arms" with no link.symbol_type_article
name it checks symbol_type_article
. There is no linking_name
so we use common_name
, which is "Sweden". There is no article called "Coat of arms of Sweden of Sweden" [
sic] so it simply writes symbol_type_article
, i.e. "Coat of arms of Sweden" with no link.symbol_type_article = Coat of arms
then it links to the right article "Coat of arms of Sweden". (This is not a good workaround though, as once this is fixed it will instead link to
Coat of arms. It does however demonstrate what is going wrong.)symbol_type_article
has a value, whether it corresponds to an article or not, it will never check "symbol_type of name"; it will only ever do that if symbol_type_article
has no value. (This may be by design.) However, this implies that symbol_type_article
is only ever meant to be used as a link, which is not what it does if no such article exists. Instead, if there is a symbol_type_article
it writes that. If there isn't it tries symbol_type
. If that is also missing it defaults to "Coat of arms". I think it should instead either ignore symbol_type_article
entirely or give precedence to symbol_type
(giving {{{symbol_type|{{{symbol_type_article|Coat of arms}}}}}}
or {{{symbol_type|Coat of arms}}}
). This would also allow symbol_type_article
to be used much like
WP:REDLINK suggests (i.e. if the article is created the link will be ready to go straight away) except without actually rendering a red link.{{#ifexist:{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} |[[{{{symbol_type_article|{{{symbol_type|Coat of arms}}} of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}} | {{{symbol_type|Coat of arms}}}]] |{{{symbol_type|Coat of arms}}} }}
{{#ifexist:Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}} |[[Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}|{{{flag_caption|{{{flag_type|Flag}}}}}}]] |{{{flag_caption|Flag}}} }}
).{{#ifexist: {{{flag_type_article|{{{flag|Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}}}}}}} | [[{{{flag_type_article|{{{flag|Flag of {{{linking_name|{{{common_name|{{{name|{{PAGENAME}}}}}}}}}}}}}}}}}|{{{flag_caption|{{{flag_type|Flag}}}}}}]] | {{{flag_caption|{{{flag_type|Flag}}}}}} }}
flag_type
and flag
to continue to be used, and would allow migration from flag
to flag_type_article
, similar to the symbol parameter. (If this were done it might be worth doing something similar for symbol
, and possibly adding a category similar to the
symbol caption or type category. That said, I suggested something similar when symbol
was originally changed, and it was suggested that it would "unnecessarily complicate the code ... [and] waste parser time for no benefit."; see
this conversation.)flag_type_article
and symbol
. Are there any standard test cases I should try? (Edit: I found
template: infobox country/testcases have tested them. They all seem to still work as intended. I am now testing those at
template: infobox former country/testcases 20:39, 1 September 2018 (UTC))|caption1= {{#ifexist:{{if empty |{{{flag_type_article|}}} |{{{flag|}}} | {{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{flag_type_article|}}} |{{{flag|}}} |{{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }}|{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}}]] |{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}} }}
flag_type_article
|caption1= {{#ifexist:{{if empty |{{{flag|}}} | {{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{flag|}}} |{{if empty |{{{flag_type|}}} |Flag}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }}|{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}}]] |{{if empty |{{{flag_caption|}}} |{{{flag_type|}}} |Flag}} }}
|caption2= {{#ifexist:{{if empty |{{{symbol_type_article|}}} |{{{symbol|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{symbol_type_article|}}} |{{{symbol|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} | {{if empty |{{{symbol_type|}}} |Coat of arms}}]] |{{if empty |{{{symbol_type|}}} |Coat of arms}} }}
symbol
|caption2= {{#ifexist:{{if empty |{{{symbol_type_article|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} |[[{{if empty |{{{symbol_type_article|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{linking_name|}}} |{{{common_name|}}} |{{{name|}}} |{{PAGENAME}} }} }} | {{if empty |{{{symbol_type|}}} |Coat of arms}}]] |{{if empty |{{{symbol_type|}}} |Coat of arms}} }}
flag_type
in a non-standard way so they didn't work until that was corrected. (They failed gracefully by just displaying the text, not linking it). The Tuvan People's Republic flag linked correctly (links to
Flag of the Tuvan People's Republic; when the current template is used, it links to
Flag of Tuva instead). The Kingdom of Nepal correctly displays the label "Flag (before 1962)"; the current code just shows "Flag".There's another minor issue I overlooked: the "title"/hover text.
I think it should probably be the same as the caption with "of X" appended in most circumstances, which appears to be what it is coded to: |title=Flag of {{{common_name|{{{name|{{{linking_name|{{PAGENAME}}}}}}}}}}}
and |title={{if empty |{{{symbol_type|}}} |Coat of arms}} of {{{common_name|{{{name|{{{linking_name|{{PAGENAME}}}}}}}}}}}
. This gives similar results to (and therefore has similar problems as) the current caption code. It should therefore at least be changed to an {{
if empty}} and to use flag_type
when present, i.e. |title={{if empty| {{{flag_type|}}} |Flag}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }}
and |title={{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }}
(both tested and working).
There are, of course, a few caveats.
flag/symbol type
doesn't quite work when "of X" is added, e.g. it has a date range after the type or is spread across two lines (line breaks are simply ignored, which squishes the two lines together without even a space between them). This is especially problematic for articles such as
Kingdom of Armenia (antiquity), which also suffers from the two-flag issue, and so ends up with something like "Left: standard of the Artaxiad dynastyRight: standard of the Arsacid dynasty of Kingdom of Armernia".I think the best solution to all these problems would simply be to introduce override parameters: flag1_hover
, flag2_hover
and symbol_hover
, which would give |title={{if empty |{{{flag1_hover|}}} |{{if empty| {{{flag_type|}}} |Flag}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }} }}
, |title={{if empty |{{{flag2_hover|}}} | }}
and |title={{if empty |{{{symbol_hover|}}} |{{if empty |{{{symbol_type|}}} |Coat of arms}} of {{if empty |{{{common_name|}}} |{{{name|}}} |{{{linking_name|}}} |{{PAGENAME}} }} }}
. Again, I have tested this and it seems to work fine.
Alphathon / 'æɫ.fə.θɒn/ ( talk) 14:47, 2 September 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Add |continent=
and |region=
to the part of the template that says "Check for unknown parameters".
Those two parameters are in template code and the documentation, yet pages with them are placed into "Pages using infobox country with unknown parameters" and a warning is shown on preview saying that those parameters are unknown. Please fix this. Thank you. — Mr. Guye ( talk) ( contribs) 17:47, 11 September 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Just as in was done in template "Infobox settlement", I propose to reorder the presentation of timezones. Currently the time zone is represented like: EST (UTC−5). However codes like EST are globally not very well defined. Therefore I propose to reverse the order to UTC−5 (EST), putting the absolutely clear and unambiguous one first.− Woodstone ( talk) 10:18, 12 September 2018 (UTC)
Thanks for agreeing to this change. However the implementation is not complete. Unlike in the "settlement" template, when the offset is not given, the "timezone" is preceded by a blank and is still within brackets. Furthermore the DST should be treated as well. − Woodstone ( talk) 07:01, 13 September 2018 (UTC)
Confirmed and thanks again. − Woodstone ( talk) 15:52, 13 September 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
| label124= [[Right- and left-hand traffic|Drives on the]]
Minor change, please change Right- and left-hand traffic to Left- and right-hand traffic, as the previous one has become a redirect after a page move. Cheers – Wefk423 ( talk) 13:55, 21 September 2018 (UTC)
I'd like to propose changing the appearance of |native_name=
to be unbolded text and a smaller font size than |conventional_long_name=
. The current default appearance can be particularly messy when dealing with countries that have multiple native languages/transliteration styles to account for. Thanks,
Horserice (
talk) 21:49, 29 September 2018 (UTC)
Hello, Rebestalic here.
I think the 'drives on the' element of the Infobox should be changed to 'driving side'. This would improve formality.
Thank you, Rebestalic ( talk) 00:15, 25 September 2018 (UTC)
Hello. I use this template on Azerbaijani Wikipedia. But I want change somethings, for example you use |gini=
parameter like 39.6 but I have to use like 39,7 (with comma). How I can change it? --
Drabdullayev17 (
talk) 12:20, 19 November 2018 (UTC)
Since the templates for former and current countries merged a few years ago, the information about the entities preceding and succeeding former countries have been moved from the top of the infobox to the very bottom. In my experience, this information is very important and widely used when browsing historical countries, certainly more than mottos and anthems, which are near the top now, and I believe it would aid navigation and improve the experience significantly if it was moved to the top of the infobox instead. Therefore, I propose that it be moved to a position below the dates of the country's existence, but above the flag and coat of arms (or alternatively immediately below them). For those countries which have long predecessor and/or successor lists, it could optionally be collapsed and click-to-expand. Kranix ( talk | contribs) 13:57, 10 November 2018 (UTC)
|successorflags=yes
; otherwise, they would show at the bottom. In coding, testing, and example-checking the merger I found that there were no instances of the template using this specific parameter, and so I felt no need to include the duplicate coding to allow such an option.
Primefac (
talk) 02:00, 11 November 2018 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The {{{flag}}}
parameter exists, but is not included in the known parameters list, causing the template to show a warning message in preview mode:
Could someone please add it? Thanks. Thayts ••• 19:14, 23 November 2018 (UTC)
leader1 does not display if there is no corresponding year_leader1. Koopinator ( talk) 07:05, 24 November 2018 (UTC)
Example: This revision of Reichskommissariat Moskowien does not tell who was the Reichskommissar was, even though the information was present in the infobox.
I'd solve this by inserting a <br> whenever there is no year inserted but there is a leader inserted.
Is there a way to prevent the flag_caption parameter from automatically linking to a page regardless of the caption text? This is very problematic in situations where one entity has multiple equally official flags which should ideally link the reader to two different pages. Brendon the Wizard ✉️ ✨ 20:45, 5 November 2018 (UTC)
@ BrendonTheWizard, Primefac, and Koopinator: In the infoboxes of the countries, we state the largest cities of different countries. However, there are many ways to determine the largest/most populous city of a country. You can measure the population of the metropolitan area or the city proper. Do Wikipedia have set guidelines on what to consider the largest city of a country? Has there ever been a discussion on what to consider the largest city? -- Mstrojny ( talk) 23:06, 5 January 2019 (UTC)
It's another template, but I've noticed that
Template:Largest cities of Israel seems to be set up exclusively for the benefit of administrative subdivision geeks, and does almost nothing to help ordinary people find out the things that they would want to know if they asked what was the largest city in Israel. It's also apparently the basis of the the arguably wrong largest city in the infobox of the "Israel" article...
AnonMoos (
talk) 18:49, 6 January 2019 (UTC)
With no objective way of determining what method is better, it seems like the best thing is to ensure that we at least use the same metric across the board. Our article on largest cities provides a list of three commonly used definitions (presumably there are other contenders as well). Will one of them serve? Matt Deres ( talk) 20:55, 7 January 2019 (UTC)
So I noticed that in infoboxes with only one entry in the history section, there tended to be a random bar separating the main event and the events/dates below it. See Botswana and Gabon as examples. Not a big deal but it looks it a bit off from the usual format. - Bokmanrocks01 ( talk) 22:44, 22 January 2019 (UTC)
The template seems to accept undocumented |map_caption=
and documented |image_map_caption=
using the last one specified.
MB 16:40, 24 January 2019 (UTC)
|map_caption=
has preference. Someone could not get the caption they intended by following the documentation if they didn't notice the other field was also used. I think |map_caption=
should be fully deprecated.
MB 00:35, 27 January 2019 (UTC)The template automatically wikilinks |s=
Kingdom of the Videhas has a reference on the field, and the infobox shows a mal-formed link. I assume this is the same with |p=
and both sequences. Can this be fixed?
MB 23:23, 26 January 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please, open! Marie Gulleya ( talk) 07:09, 3 February 2019 (UTC)
What is the formal process for proposing an addition to country info boxes? The info boxes are already quite amazing for quick glances relating to economics, linguistics, demographics, geography, etc. but they seem to be lacking in political science information. The Democracy-Dictatorship Index (DD Index) and the Polity IV Dataset are used extensively throughout the field of comparative politics and international relations yet their coding for each country are only available on their respective pages. Up until recently the DD Index coding was not even available in the article ( I have since added it).
The info-boxes already contain the "official" categorization of each country's government and legislature but these are largely not used within the field of political science. There is however abundant information already available for economics and some international politics like GDP, PPP, Gini, and HDI. I would like to propose adding additional information to the info-boxes either immediately after the "Government" and "Legislature" sections or immediately after the "Gini" and "HDI" sections: the DD Index categorization (there are six possible) and the Polity IV ranking (both number and categorical name). These could be roughly of the format (using Nigeria as an example):
DD Index (2008) Presidential Democracy
Polity IV (2017) Democracy (7)
DD Index data exist since 1946 and Polity IV goes back to 1800.
As I've said, DD Index and Polity IV are used extensively throughout the field of political science and especially comparative politics. In an introductory textbook in comparative politics they are listed as the two most common ways of measuring democracy. [1] I'm currently studying comparative politics and have used both datasets in my undergraduate research and for numerous assignments as well as my own personal knowledge. As of the writing on this post, the latest data for Democracy-Dictatorship Index has 641 citations [2] and the Polity dataset (of which Polity IV is the latest)
I just want to know the official route I can go down to propose this? I'm a bit new to the background workings of Wikipedia but I've been editing for quite a while.
Thanks-- Olfbir ( talk) 11:48, 31 January 2019 (UTC)
References
On the
Republic of Macedonia page a new linguistic situation has occurred with laws and so on and a new need has arisen for more alternatives to accommodate things. Is it possible to extend one of the options (i.e |languages2_type) in the infobox for language. For the infobox template what needed is |languages3_type, |languages3 =, |languages3_sub =. @
Illegitimate Barrister:, if possible and when time permits could you do it. Best.
Resnjari (
talk) 01:42, 26 January 2019 (UTC)
Primefac, I've gone through all the errors in Category:Pages using infobox country with unknown parameters and fixed most. Most remaining have more data in a "series" that the infobox allows. Should we increase these to accommodate the handful of articles that have a unusually large number of leaders or important events? Details below. MB 23:34, 14 February 2019 (UTC)
Should be doable. I'll put it on my list. Primefac ( talk) 16:32, 25 February 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
If I read the code correctly, this template sets the size of |image_map_caption=
to 90%. This results in 79.2% of the page default, well below the 85% minimum specified at
MOS:SMALLFONT: "In no case should the resulting font size of any text drop below 85% of the page's default font size." If that guideline is not enough, it was clearly affirmed in
this RfC. This is an
accessibility issue. Please modify the template to eliminate reduction of |image_map_caption=
—or, at minimum, change the reduction to 97%, which would result in 85.4% of the page default.
I am not competent in these internals, so I may be wrong that this fix is sufficient. If possible, please use a tool to verify that the size of the resulting text is not below 85% of the page default. ― Mandruss ☎ 22:55, 11 March 2019 (UTC)
This template's overuse, even misuse, of flag icons is under discussion at WT:MOSICONS#Flagicons in predecessor/successor. — SMcCandlish ☏ ¢ 😼 00:08, 14 April 2019 (UTC)
Currently the requirements for inclusion are here: [1], and they state Languages recognised or associated with particular regions within the country/territory. This is far too broad and ill-defined a requirement because a given place can have an almost endless list of languages associated with it. For example, Latin can be associated as a regional language with the UK, or Dutch with NY state. Less absurd but still questionable would be to add Polish to the England infobox. Here [2] is an old discussion about this, although it does not relate directly to the point I am raising. Without a change, the infobox can be abused by editors promoting their own favourite language. I suggest the requirements for inclusion should be tightened, with ideas being welcome. Roger 8 Roger ( talk) 04:45, 22 April 2019 (UTC)
I was also thinking along the lines of the language having an official status of some sort. Another possibility would be to use only languages that are spoken as L1 and indigenous first languages in a country. That would capture, say, Scots Gaelic but exclude Manx and Cornish from the UK site. There would be problems with this though, particularly around whether a language is spoken as an L1 or L2. Whatever, I agree that no system is perfect but some form of tighter definition is needed and having official status seems a good starting point. Roger 8 Roger ( talk) 11:22, 24 April 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I think states don't define themselves usually with Demonyms and usually Demonym isn't part of a country's information. We usually find nationality instead so I think that nationality is more appropriate and more comprehensive term to use not Demonyms. Thanks-- SharabSalam ( talk) 19:13, 1 February 2019 (UTC)
{{
edit template-protected}}
template. –
Jonesey95 (
talk) 20:59, 4 February 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
In addition to the largest city parameter, can you add the largest metro area parameter underneath the largest city parameter as in the Template:Infobox U.S. state and the Template:Infobox province or territory of Canada? Interstellarity ( talk) 17:16, 11 May 2019 (UTC)
{{
edit template-protected}}
template. I have this feeling that this issue was discussed before and there was a lot of contention (mostly around the definition of what a "metro area" actually entails). However, I cannot find the discussion so let's start a new one and get opinions.
Primefac (
talk) 13:27, 12 May 2019 (UTC)
Uzbek Soviet Socialist Republic - where does ISO 3166 code UZ come from? 78.55.22.17 ( talk) 21:31, 16 May 2019 (UTC)
The infobox should have parameters for more than one name at the top as many defunct states have had more than one name throughout their existence, such as the Moldovan SSR, the Tajik SSR, the Estonian SSR, and the Federal Republic of Yugoslavia/Serbia and Montenegro. – Illegitimate Barrister ( talk • contribs), 11:49, 24 May 2019 (UTC)
The patron saint parameter was removed in 2007 per consensus here. However, it was later re-added without discussion or even an edit summary. I would like to re-remove the parameter for the following reasons:
Does anyone have any other opinions on the matter? Kaldari ( talk) 14:18, 9 June 2019 (UTC)
@ Primefac, Fowler&fowler, and SshibumXZ: For this template, I was wondering if we should add the largest metro area parameter like we do with Template:Infobox U.S. state and Template:Infobox province or territory of Canada. See this discussion: Talk:India#Largest_city. Interstellarity ( talk) 15:09, 12 May 2019 (UTC)
This
edit request to
Template:Infobox country has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I think there ought to be a singular alternative to official_languages, since the majority of countries have just one. Also because something just feels off when a country's sole official language is accompanied by a label in plural. Code has been tested in the sandbox. Don't forget to add official_language to the unknown parameter check.
| rowclass12 = mergedtoprow | label12 = Official {{#if:{{{official_language|}}}|language|languages}} | data12 = {{if empty| {{{official_language|}}} | {{{official_languages|}}} }}
Take care! Jay D. Easy ( t • c) 13:47, 10 June 2019 (UTC)
On another singular/plural issue, |anthem=
and |anthems=
both seem to work, but |anthems=
nevertheless causes a
error. See
Greenland.
MB 04:04, 26 June 2019 (UTC)