View source for Template talk:Speciesbox

{{Permanently protected}}
{{User:MiszaBot/config
|archiveheader       = {{talkarchivenav}}
|maxarchivesize      = 75K
|counter             = 4
|minthreadsleft      = 4
|minthreadstoarchive = 1
|algo                = old(270d)
|archive             = Template talk:Speciesbox/Archive %(counter)d
}}
{{WikiProject banner shell|
{{WikiProject Tree of Life}}
}}
{{archives|search=yes}}

== Not Evaluated ==

Is there a reason that 'Not Evaluated' appears differently from other statuses? It's the only one I've seen that is spelled in italics and does not link to its [[Not Evaluated|corresponding article]]. <span style="white-space: nowrap;">– <small>'''[[User:Primium|<span style="color: #000;">Primium</span>]]''' ([[User talk:Primium|talk]])</small></span> 15:50, 6 May 2024 (UTC)
: Never noticed that before, but I assume it is to distinguish it from an actual conservation status. 'Not recognised' is also italicised and 'Invalid status' is in italics and bold. Why is it not linked? Possibly it was considered self-explanatory when the templates were written and no one added link when the article was created. —&nbsp;<span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;">&nbsp;[[User:Jts1882|Jts1882]]&nbsp;&#124;[[User talk:Jts1882|&nbsp;talk]]&nbsp;</span> 16:13, 6 May 2024 (UTC)
:: {{ping|Primium}} I've linked the article and removed the italics for consistency, as the IUCN do list it as a category. 
:: I'll add that I'm not sure of the value of showing this in the taxobox. 'Not recognised' (see [[Southern giraffe]]) has even less value. In contrast [[Data deficient]] does provide some information. —&nbsp;<span style="font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;">&nbsp;[[User:Jts1882|Jts1882]]&nbsp;&#124;[[User talk:Jts1882|&nbsp;talk]]&nbsp;</span> 16:48, 6 May 2024 (UTC)

== Italics not rendering ==

Hello! I'm trying to use speciesbox for an article, Microhodotermes viator, and neither the name in the infobox nor the article's title is being automatically italicized by the template. I've worked around it with the Italic title template and by setting the name in the infobox with italic formatting, but as you can see [https://en.wikipedia.org/w/index.php?title=Microhodotermes%20viator&oldid=1232705344 in this version], without these hacks neither the article title nor the infobox name are italicized. Would appreciate any insight/help! Thanks very much :) <span style="position: relative; top: -0.5em;">꧁</span>[[User:Zanahary|Zanahary]]<span style="position: relative; top: -0.5em;">꧂</span> 05:07, 5 July 2024 (UTC)
: I see  you sorted it out. A better way is to provide {{para|taxon|Microhodotermes viator}} and the template will automatically handle the italics. You didn't provide {{para|taxon}} or {{para|genus}} + {{para|species}} so it took the scientific name from the page title which doesn't get the italics handled. &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 08:26, 5 July 2024 (UTC)
::Gotcha, thank you! I will do that. <span style="position: relative; top: -0.5em;">꧁</span>[[User:Zanahary|Zanahary]]<span style="position: relative; top: -0.5em;">꧂</span> 08:28, 5 July 2024 (UTC)

== Template displayed slightly too high ==

This seems like a bug, although I can't see where it's occurring. This template is rendering about one line of text higher than a regular infobox does, on the desktop view.

On an article like [[Bluefish]] the top of the template is slightly higher than the first line of the lead, where a regular infobox would be slightly lower than it. Where an article has a problem template above the lead, like [[Muskellunge]], the template actually overlaps it slightly. [[User:Belbury|Belbury]] ([[User talk:Belbury|talk]]) 09:19, 2 August 2024 (UTC)
: I assume you are using the default Vector 2022 skin. I think the problem is due to parser bug {{phab|T18700}} which inserts an extra <syntaxhighlight lang=html inline><p class="mw-empty-elt"></p></syntaxhighlight> above the taxobox, which shifts its position. The empty paragraph is place above the first paragraph of text and the taxobox floats to its right. You can edit the code with Inspect in the browser and deleting this paragraph restores the taxobox to its correct position.
: Previously we got around the bug by adding a <syntaxhighlight lang=html inline><nowiki /></syntaxhighlight> before the taxobox, which prevented the extra paragraph being inserted by the Wikimedia software (for reasons unknown). Unfortunately this solution doesn't work in Vector 2022, although it still works in other skins [edit: this might not be so]. One solution was the put the taxobox inside a div element, but this interferes with the position of the taxbox in mobile view (shifted below the first paragraph), which is a big no-no. 
: The ideal solution would be to fix the parser bug but as the bug was noted in 2008 I'm not holding my breath.  &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 12:53, 2 August 2024 (UTC)
:: For some reason the CSS for Vector 2022 has <syntaxhighlight lang=css inline>.mw-body p + table {margin-top:-0.5em}</syntaxhighlight> which shifts a table immediately after a paragraph upwards. The parser bug inserts an empty paragraph before the taxobox table which cause the shift upwards. I've modified the CSS for the taxobox core to restore the 0.5em margin. The CSS is heavily qualified so shouldn't affect anything else. &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 13:35, 2 August 2024 (UTC)
:::Well found! Thanks, that looks as it should for me now in Vector 2022. [[User:Belbury|Belbury]] ([[User talk:Belbury|talk]]) 13:50, 2 August 2024 (UTC)

== 'synonyms' should be called 'alternative names' ==
In my humble opinion. [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 23:45, 19 September 2024 (UTC)
:{{ping|Emdosis}}, synonyms is a much more concise term for the faild, as the names listed are rarely/never "Alternates" in the sense that they are available to be used interchangeably with the accepted taxon name.--[[User:Kevmin|<span style="color: #120A8F;">Kev</span>]][[User talk:Kevmin|<span style="color: #228B22;">min</span>]] [[Special:Contributions/Kevmin|§]] 11:59, 20 September 2024 (UTC)
::Yes, I realize that. It's just the fact that it's not always that way. I was thinking about alternative names that aren't considered as valid, but some still prefer to use that moniker. Is there sth like a subdivision for 'binomial name' perhaps? [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 00:10, 23 September 2024 (UTC)
:::{{u|Emdosis}}, those names are still synonyms or invalid though, with very rare exceptions. That {{tq|some still prefer to use that moniker}} are always going to be situations best dealt with prose, with an explanation as to the accepted names priority over the synonym/invalid name. (Again, if this is wikifauna related then its not going to be considered anyways, as those pages should be treated as historical and not continually added to on a whim).--[[User:Kevmin|<span style="color: #120A8F;">Kev</span>]][[User talk:Kevmin|<span style="color: #228B22;">min</span>]] [[Special:Contributions/Kevmin|§]] 17:15, 24 September 2024 (UTC)
== Please add a customizable parameter ==
Bottom text. [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 02:26, 20 September 2024 (UTC)
:{{ping|Emdosis}}, please give some details of what the "bottom text" is needed for, and example page where you feel it will be useful.--[[User:Kevmin|<span style="color: #120A8F;">Kev</span>]][[User talk:Kevmin|<span style="color: #228B22;">min</span>]] [[Special:Contributions/Kevmin|§]] 11:59, 20 September 2024 (UTC)
: The problem with a generic bottom text section is that people will start adding all sorts of stuff there. Some wikipedia have links to Wikidata, Wikispecies and Common in a footer section that is quite convenient. There is a debugging option in the module used for {{tl|paraphyletic group}} and a few other edge case taxoboxes which we could use for testing if their is a special proposal. But in general I think any additional sections should have a specific function. &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 16:42, 20 September 2024 (UTC)
:::Hahaha, gotta love the innocence of Wikipedia-editors. "Bottom text" is just what people on the internet (specifically in the meme community) put when there's a required input but you have nothing more to say than the title. [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 20:18, 21 September 2024 (UTC)
::::[[Wikipedia:DONTBEADICK]], comment on content, not editors.--[[User:Kevmin|<span style="color: #120A8F;">Kev</span>]][[User talk:Kevmin|<span style="color: #228B22;">min</span>]] [[Special:Contributions/Kevmin|§]] 20:50, 21 September 2024 (UTC)
:::::I'm sorry if my comment came over as demeaning. It was not my intention at all. I genuinely enjoy the fact that Wikipedia editors are different from the rest of the internet. I was not trying to sound sarcastic. [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 21:41, 21 September 2024 (UTC)
::Yep. People put all sorts of stuff as (unsupported) parameters in infoboxes. [https://bambots.brucemyers.com/TemplateParam.php?wiki=enwiki&template=Infobox+settlement Infobox settlement] has instances of {{para|iconic_youngster_name}} (unencylopedic), {{para|Driving Side:}} (not relevant at the level of a settlement), {{para|Famous temple}} (not infobox material}. None of those are supported by {{tl|Infobox settlement}}, so they are not displayed. Taxoboxes used to have instances of dozens of unsupported parameters for random tidbits that somebody thought should be displayed in the taxobox, but I cleaned them up years ago. There is no need for a customizable parameter to display whatever unpredictable garbage somebody might be tempted to add. [[User:Plantdrew|Plantdrew]] ([[User talk:Plantdrew|talk]]) 21:07, 20 September 2024 (UTC)
:::I don't want to put some random nonsense tho. I just want to add another genus,species etc. (So like genus¹, species¹, genus², species².) [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 20:22, 21 September 2024 (UTC)
::::So you want the "<nowiki>|Subdivision=</nowiki>" parameter, it's already there. (unless your looking to use it as you have done on the [[Wikipedia:WikiHedgehog]] and other [[Wikipedia:WikiFauna]] pages, at which point you are misusing the taxoboxes).--[[User:Kevmin|<span style="color: #120A8F;">Kev</span>]][[User talk:Kevmin|<span style="color: #228B22;">min</span>]] [[Special:Contributions/Kevmin|§]] 20:50, 21 September 2024 (UTC)
:::::Yes, that it what I'm interested in having added. If that's not possible, how about the possibility to change the displayed text of a parameter (specifically, genus). [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 21:45, 21 September 2024 (UTC)
::::::We're not going to add parameters for the sake of Wikifauna pages. {{Tl|Taxobox}} offers more flexibility in what is displayed (e.g. you can do piped links from fake taxa to real ones). {{Tl|Automatic taxobox}} allows you to display a fake genus (via {{para|genus_text}}) without requiring that a taxonomy template be created for it. Not that I think there is really any call for making up fake genera for Wikifauna. A fake species really ought to be enough to make a Wikifauna page with a taxobox. I don't see any reason why WikiHedgehogs need to be two species in different genera, but if you really want to do it that way, {{para|subdivision}} is the way to go. [[User:Plantdrew|Plantdrew]] ([[User talk:Plantdrew|talk]]) 23:30, 22 September 2024 (UTC)
:::::I see, so subdivision, got it. I'll try that out next time. [[User:Emdosis|Emdosis]] ([[User talk:Emdosis|talk]]) 00:03, 23 September 2024 (UTC)

== Edit request 26 October 2024 ==

{{Edit template-protected|answered=yes}}

'''Description of suggested change:'''

I suggest that the 'type_strain' parameter, currently intended for only bacteria, gets renamed to '[[Type (biology)|type]]' or 'type specimen', which then could apply to any biological species, not only bacteria. This parameter is used in many protist pages, but their type material is often not a living culture but an electron microscope slide or a similar preparation. Furthermore, this is essential taxonomic information and I believe botanist and zoologist editors alike would appreciate it.

'''Diff:'''
{{TextDiff|1=Type strain|2=Type}} — <span style="font-family:Consolas;color:#8a4ff0">[[User:Snoteleks|'''''<span style="color:#8a4ff0">Snoteleks</span>''''']] <small>([[User talk:Snoteleks|''<span style="color:#8a4ff0">talk</span>'']])</small></span> 15:56, 26 October 2024 (UTC)

:{{ping|Snoteleks}} so how would you use this for a species of plant or animal? Can you give several examples, please, so we can see what might be involved. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 17:25, 26 October 2024 (UTC)
::@[[User:Peter coxhead|Peter coxhead]] I am not experienced in how animal types work, but I know that each plant species has either an illustration or (most likely) a herbarium sheet that is assigned as the type of the entire species. They can all be seen at the [[IPNI]] website (though I believe mosses are not considered there) and many at [[JSTOR]] Global Plants. For example, the species ''[[Eucalyptus phoenix]]'' has one [[holotype]] MEL 2360702 (the MEL code refers to the National Herbarium of Victoria, and the number string is the specific herbarium sheet), and several isotypes (i.e., copies of the holotype, which become the type if the holotype gets destroyed) stored in other herbaria around the world. If I recall correctly, holotypes are also used in zoology, so it should follow the same logic. — <span style="font-family:Consolas;color:#8a4ff0">[[User:Snoteleks|'''''<span style="color:#8a4ff0">Snoteleks</span>''''']] <small>([[User talk:Snoteleks|''<span style="color:#8a4ff0">talk</span>'']])</small></span> 18:11, 26 October 2024 (UTC)
:{{not done|Not completed}}. Editor {{u|Snoteleks}}, the {{para|type_strain}} parameter is designed only for bacteria; "type strain" is [https://bacdive.dsmz.de/strain/16714 nomenclature specific to bacteria], and to rename it something else would make the parameter ambiguous for bacteria. If you have considered that an additional parameter is needed to note types or holotypes for other organisms, then feel free to start a discussion toward that end. '''''[[User:Paine Ellsworth|<span style="font-size:92%;color:darkblue;font-family:Segoe Script">P.I.&nbsp;Ellsworth</span>]]'''''&thinsp;,&nbsp;[[Editor|<span style="color:black">ed.</span>]]&nbsp;[[User talk:Paine Ellsworth|<sup>put'er&nbsp;there</sup>]]&nbsp;<small>04:38, 27 October 2024 (UTC)</small>

== Specifying regional vs global Red List status? ==

Just wondering if there's a particular way that I should be using the status parameter to indicate whether a IUCN Red List assessment is global or regional. This usually isn't important, but in some cases the Red List only assesses a species within a certain part of its range (eg. Europe), and I feel that this could be valuable information to provide in the speciesbox, especially for species with large ranges that have only been assessed in a select area. Currently, I indicate this in the relevant reference by simply following the recommended citation provided by the Red List, which includes "([insert region] assessment)" in the title. Please let me know if there's a better way of doing this, or if my current method is sufficient. Cheers, [[User:Ethmostigmus|Ethmostigmus]] 🌿 ([[User talk:Ethmostigmus|talk]] | [[Special:Contributions/Ethmostigmus|contribs]]) 02:06, 29 October 2024 (UTC)
: The taxobox should show the global assessment. If the regional one is important it can be discussed in the text. I haven't seen a cases where a regional assessment doesn't have a global one. Have you an example? &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 07:32, 29 October 2024 (UTC)
:: To answer my own question, there are several frillwort species (see [https://www.iucnredlist.org/search?query=Fossombronia&searchType=species&scopes=2 ''Fossombronia''] (may need to change geographical scope to see regional assessment). &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 07:46, 29 October 2024 (UTC)
:::Yes, certain ''Fossombriona'' species are exactly what prompted me to ask this, though they definitely aren't the only examples of species with wide ranges being only assessed in one region. [[User:Ethmostigmus|Ethmostigmus]] 🌿 ([[User talk:Ethmostigmus|talk]] | [[Special:Contributions/Ethmostigmus|contribs]]) 07:59, 29 October 2024 (UTC)
: I've added Europe in parentheses to the {{para|status_ref}} parameter with [https://en.wikipedia.org/w/index.php?title=Fossombronia_foveolata&diff=prev&oldid=1254066521 this edit]. Is this a solution? &nbsp;—&nbsp;<span style="white-space: nowrap;font-family:Arial;background:#d6ffe6;border:solid 1px;border-radius:5px;box-shadow:darkcyan 0px 1px 1px;"> [[User:Jts1882|Jts1882]]  &#124;[[User talk:Jts1882| talk]]&nbsp;</span> 07:55, 29 October 2024 (UTC)