Wikipedia:Templates for discussion/Log/2012 March 2



Template:Infobox European Union agency

 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Delete. - F ASTILY  (TALK) 02:39, 11 March 2012 (UTC)
 * Infobox European Union agency

redundant to Infobox organisation losing only the over-large and unneccessary map; and the undefined "signed" date, but adding the "type". Only 32 transclusions. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 23:49, 2 March 2012 (UTC)
 * Delete—as redundant.  Imzadi 1979  →   19:59, 3 March 2012 (UTC)
 * Delete, don't see why we should have a map of the headquarter in the template (which was totally misplaced in this example, at least for London). mabdul 12:56, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox WFYS

 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Delete; deleted by AnomieBOT ⚡  04:05, 11 March 2012 (UTC)
 * Infobox WFYS

Orphan; I've replaced the only 7 instances with Infobox summit. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 23:18, 2 March 2012 (UTC)
 * Delete—as orphaned.  Imzadi 1979  →   19:58, 3 March 2012 (UTC)
 * Delete, redundant, no documentation, no additional fields. mabdul 13:03, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox Archie Comics character

 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Merge. - F ASTILY  (TALK) 02:39, 11 March 2012 (UTC)
 * Infobox Archie Comics character

redundant to Infobox comics character or Infobox character; only 21 transclusions. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:13, 2 March 2012 (UTC)
 * Delete—as redundant.  Imzadi 1979  →   19:58, 3 March 2012 (UTC)
 * Merge to Infobox comics character - User:J Greb (among others) has put a lot of work into the comics boxes. Dropping a note at his talk page. - jc37 17:48, 7 March 2012 (UTC)
 * Redirect to Infobox comics character - J Greb (talk) 22:34, 7 March 2012 (UTC)
 * Merge to Infobox comics character; there are still some parameters missing which can be useful also for other comics. At the moment the comic character template is more for "superhero comics". mabdul 13:19, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox winter storm

 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was no consensus Plastikspork ―Œ (talk) 03:03, 22 March 2012 (UTC)
 * Infobox winter storm

Redundant to Infobox hurricane; only 84 transclusions. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:03, 2 March 2012 (UTC)
 * Currently using this infobox for the extratropical european windstorms, and don't think it is redundant to the hurricane infobox as they are quite different phenomena.Lacunae (talk) 10:03, 3 March 2012 (UTC)
 * which parameters of the nominated template can you not use in the 'hurricane' alternative? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:05, 3 March 2012 (UTC)
 * Note: here is a for a European cyclone. Note that Infobox hurricane works from raw numbers in some parameters.  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:50, 3 March 2012 (UTC)
 * First issue is the loss of information for where wind speeds occurred. Second would be the raw numbers part I think, as information about the storms comes from a variety of sources in a variety of units, as there is no central authority. 350 million became 350000 billion. storm type doesn't appear in the info box, which may cause ambiguity with tropical systems. Also damages are often not given in USD, as Euro or GBP may be more relevant.Proposal to move to a storm template or extratropical cyclone template may be more appropriate, or a merger with Template:Infobox_cyclone to an extratropical cyclone template.Lacunae (talk) 13:27, 3 March 2012 (UTC)
 * Thank you, these are useful observations; I wasn't aware of Infobox_cyclone. The outcome needs to be an internationalised template which allows for non-USD currencies, more sensible number formats, and probably other forms of measurement. When considering the four templates we now know about, we need to ask what differences might justify having more than one; and consider, if we had none, and started with a clean sheet, what the template or templates we'd write would look like. I'll see if anyone with knowledge of Infobox hurricane can help. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 20:07, 3 March 2012 (UTC)
 * See also: My nomination for Infobox storm (it has only 9 transclusions). All three templates should probably be combined at that name. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 13:05, 3 March 2012 (UTC)


 * Oppose. There are differences. The hurricane infobox is designed for hurricanes, with emphasis on maximum sustained winds and the basin. The winter storm lists the highest accumulation (which is not feasible for hurricanes, since not every hurricane article has any sort of maximum accumulation), emphasis on gusts (which are more important in winter storms, not so much in tropical cyclones), and an adjustable damage total (I believe, since hurricane articles have a uniform USD worldwide, but that might not be the case for winter storms, where it'd be more sensible to list the Euro total, per above). --♫ Hurricanehink ( talk ) 23:13, 3 March 2012 (UTC)


 * Merge hurricane and winter storm into a new template Template:Infobox major storm or whatever. 70.24.251.71 (talk) 05:08, 4 March 2012 (UTC)


 * Oppose - per Hink. Yes, major winter storms in Europe can have different currencies, more frequently USD and Euro. Bruvtakesover (T&#124;C) 15:57, 4 March 2012 (UTC)


 * While i welcome a review of the various weather related infoboxes i dont think merging any of them into the Infbox Hurricane would work since infobox hurricane contains several parameters that would not show up in an extratropical cyclone infobox without causing original research. So thus i oppose a merger of any infobox in to the infobox hurricane.Jason Rees (talk) 00:50, 5 March 2012 (UTC)


 * I largely agree with the above. “The National Hurricane Centre is the central clearinghouse for all tropical cyclone forecasts and observations occurring in these areas, regardless of their effect on the US.” The information for Hurricanes is already internationalised and standardised and specific. while the basic data for extratropical storms is mostly localised, non-standard and generic. These two situations appear to me to be rather incompatible, and in my opinion represent a significant barrier in the merging of the two successfully. I think because the data for hurricanes are released from such a central clearing house, to dilute the specialisation of the hurricane infobox by genericising it to be useful for extratropical storms would be favourable to neither. I think two templates would also follow the general meteorological division between tropical and extratropical. Which would then leave the three less used, more generic templates to be merged under storm or extratropical storm which could be worked to suit articles for Nor'eaters, European Windstorms, Pacific Northwest Storms, etc... as appropriate.Lacunae (talk) 20:46, 6 March 2012 (UTC)
 * Oppose merge. In addition to the points brought up above, Infobox hurricane has a substantially different format, as it prominently displays the tropical cyclone's classification in the Saffir-Simpson Hurricane Scale, as well as another relevant tropical cyclone scale. The hurricane infobox is in fact built around that idea, so a hurricane→winter storm merger would lose a valuable (and IMO, critical) feature of the infobox. Also, there are no similar internationally-accepted, commonly-used classifications for mid-latitude cyclones, so a winter storm→hurricane merger would make little sense. The layout and content of both infoboxes is simply too different for the merger to be useful, which is a reflection of the entirely-different physical processes that cause tropical and extratropical cyclones. My recommendation would be to consider merging the mid-latitude cyclone infoboxes that Lacunae listed above into a single box, using Infobox cyclone as a basis instead. Tito xd (?!? - cool stuff) 21:20, 6 March 2012 (UTC)
 * Neutral merge. I personally don't see any way these can be cleanly merged, given the above-mentioned differences, but if it can be demonstrably done I would support. - Running On Brains (talk) 20:58, 8 March 2012 (UTC)


 * Oppose - per Hink. The winter storm infobox is used on many pages for major blizzards, and the hurricane infobox does not have provision for entering snowfall accumulation. Tropical cyclones and blizzards are very different storm systems by their nature, and therefore should have separate infoboxes. --Drm310 (talk) 22:10, 14 March 2012 (UTC)


 * Keep: Because the great detail in the box, you can tell it is more than welcome. Plus, if some additional detail is added about blizzards, it would not be a copy at all. Web+TV+3&#61;WebTV3! (talk) 15:53, 16 March 2012 (UTC)


 * Oppose. Although tropical cyclones get more coverage on Wikipedia, a different style of templates is still helpful for most mid-latitude cyclones and other weather events, such as forest fires and heat waves. The effects of each type of storm are vastly varied. ~ AH1 (discuss!) 18:16, 18 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:The Doon School

 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Keep. hare j 22:08, 18 March 2012 (UTC)


 * The Doon School

What is this template trying to achieve? What is its purpose? At the moment it is simply a badly grouped set of links (many of which are in groups of just one). The template serves no purpose and should be deleted. Bob Re-born (talk) 19:38, 2 March 2012 (UTC)


 * Keep This template is trying to achieve exactly what Template:Hudson River School & Template:Presbyterian Ladies' College, Sydney are trying to achieve, though in a more detailed and correct manner. In fact, the Doon School template was inspired by this template : Template:Presbyterian Ladies' College, Sydney after CT Cooper (the admin of schools portal) suggested that the Doon School page should look at Presbyterian school's wiki page to improve. That's what we did. This template is absolutely necessary as it achieves to compile many Doon School related articles under one roof for the ease of the reader.

As for changing the colours of the template, your decision was in bad taste, I'm afraid. As the template colours are always inspired by the school colours. What would you then say about Template:University of Oxford? The colours earlier used were much more easier to read, as a matter of fact. As dark blue and white share a better contrast than your light grey and white, simple colour-sense. Anyway, I am not here to annoy you, contradict you. You are entitled to your view but all I have to say is that this template is for greater good and greatly enhances the quality of the Doon School page. There are many other schools who have this sort of template, but of much poorer quality. Therefore, I will be grateful if you can revoke this deletion request. Also, in all humility, please sort this matter out as soon as you can. It is not worth of your precious time (even mine). I have many other big contributions to make in this wonderful place (I'm a highly excited newby here :P) So, please, can you repeal this? Many thanks! &#91;&#91;User:Merlaysamuel&#124;Merlaysamuel&#93;&#93; (talk) 19:58, 2 March 2012 (UTC) &#91;&#91;User:Merlaysamuel&#124;Merlaysamuel&#93;&#93; (talk) 11:28, 7 March 2012 (UTC)
 * Keep. In line with current usage of organization navigational templates, see no particular reason to delete this one. henrik  • talk  18:10, 4 March 2012 (UTC)
 * I concur with henrik; keep. DS (talk) 18:18, 4 March 2012 (UTC)
 * Keep I was surprised to see that there was enough information to warrant the navbox (the coverage was more complete than I expected to see for a school), but it does seem to warrant it after all. - Bilby (talk) 23:34, 4 March 2012 (UTC)
 * Question: There is currently a discussion at the template's talk page regarding the use of color in the template. Could anyone here briefly point me to any relevant policies or discussions on the use of color? I really don't have the time to start a search right now, and I hoping someone here just happens to know what I'm looking for.  Nolelover   Talk · Contribs  01:47, 5 March 2012 (UTC)
 * Nevermind, got it.  Nolelover   Talk · Contribs  03:01, 5 March 2012 (UTC)
 * Delete - I struggling to understand the purpose of these school templates, when the headteachers, alumni articles (etc) can be wikilinked into the school article, or added as 'See also's'. Overly specific templates like these only encourage people to write articles on non-notable headmasters, alumni etc. Sionk (talk) 13:21, 5 March 2012 (UTC)
 * Keep Apart from the template examples I have given above, please look at this Featured School Article template: Template:Baltimore City College. Please note two points:- first, it uses school colours (and it's a featured article) which are Black and Orange. Second, it is a better contrast than the standard Wikipedia colours. And if I'm not wrong standard Wiki colours are used when there is no good consensus on colours. And as for Bob's visibility-problem argument, i request all of you to look for yourselves at the following two templates:- Template:The Doon School & the one I've temporarily created in my sandbox:- (http://en.wikipedia.org/wiki/User:Merlaysamuel/sandbox). Apart from the fact that Blue and White are Doon School colours, isn't it so much easier to read with the original school colours? Please be candid. I hugely look forward to hearing from all of you in this regard. Let good sense prevail.
 * Weak keep, weak only because I'm not really familiar with rules on templates and why they are deleted. From my POV though, I don't see a particular reason to deleted.  Nolelover   Talk · Contribs  12:37, 7 March 2012 (UTC)


 * Keep: should not be a problem, and it is not.Justice007 (talk) 13:37, 7 March 2012 (UTC)
 * Keep - valid set of linked articles more than enough to need a navbox. Edinburgh  Wanderer  00:24, 9 March 2012 (UTC)
 * Keep Perfectly valid — Preceding unsigned comment added by 59.177.138.144 (talk) 15:43, 17 March 2012 (UTC)
 * Strong Keep The template justifies itself. Need we say more? RickTyers (talk) 17:38, 18 March 2012 (UTC)
 * Keep - I don't see a reason why it should be deleted. Anony1212 (talk) 17:40, 18 March 2012 (UTC)


 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox architect

 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was no consensus Plastikspork ―Œ <sup style="margin-left:-3ex">(talk) 03:14, 22 March 2012 (UTC)
 * Infobox architect

Redundant to Infobox person. Has only four fields not in the latter, which can be converted thus:


 * practice = organisation
 * significant_buildings = notable_works
 * significant_projects = notable_works
 * significant_design = notable_works

(for example using Plainlist to separate multiple entries). Also lacks many of Infobox person's useful parameters. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 16:59, 2 March 2012 (UTC)


 * Keep – As someone who has created at least a dozen articles about architects, I've found this template to be useful and user-friendly (which cannot be said of the full version of "Infobox person"). The four fields unique to this template have value. Canadian2006 (talk) 19:38, 2 March 2012 (UTC)
 * I've on William Tuff Whiteway (and added some sub-templates, independent of either infobox). Please can you explain how what's there now is less user-friendly than what went before? Can you give an example of where the additional parameters  add value?  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 19:46, 2 March 2012 (UTC)
 * Your changes to William Tuff Whiteway are invisible and I have no objections. I've used some of the other parameters in articles about Walter William LaChance and Paul Bartholomew, to name two. For many architects, it's sticky to separate the person's work from that of a partnership, and the infobox highlights this information, as in the LaChance article. At a glance, this communicates the pattern of LaChance's career. In the Paul Bartholomew article, the infobox distinguishes between "Buildings" and "Projects", the latter being an entire village that this architect designed. Canadian2006 (talk) 21:23, 2 March 2012 (UTC)
 * Thank you. I've converted each of those articles, and I'd again ask you to kindly review them, and say how the information is any less clear. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 21:36, 2 March 2012 (UTC)
 * I'm not inclined to fight to the death to preserve this infobox, but I do wonder about the conversion process. I regard the proposed deletion as a cost/benefits issue. Is there a way of seamlessly converting all Infobox-Architects to Infobox-Persons, without having a user look up and manually change each one? If not, do the benefits of dropping Infobox-Architect outweigh the hassles of conversion? Canadian2006 (talk) 21:51, 2 March 2012 (UTC)
 * Yes; it's the sort of job usually done by a bot, or someone with a script. We have a few colleagues who are old hands at the process. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:06, 2 March 2012 (UTC)
 * Just letting you know that I reverted your test, with the edit summary explaining why. -- ELEKHHT 00:57, 11 March 2012 (UTC)
 * Keep - not everyone (in fact few) people are conversant with amending info boxes. For editors creating architect articles, the architect info template is pre-set up and useful. As the proposer admits, the infobox has additional pre-sets which are tailored to architecture articles. Sionk (talk) 14:22, 3 March 2012 (UTC)
 * I've addressed the redundancy of the supposedly specific parameters, in my examples above; and note the simplified pro forma copy of infobox person at Template:Infobox person/doc. Please explain how that (or something like it, tailored for architects, on a project page) is more confusing than the nominated template. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 17:17, 3 March 2012 (UTC)
 * They are not 'supposedly' specific parameters. They are specific parameters for architects. I don't understand why you want people who write articfles abotu architects to shoe-horn their information into a generic template. Sionk (talk) 21:28, 3 March 2012 (UTC)
 * As I have demonstrated above, and in my examples, they are generic parameters, using the guise of more specific names. You appear to have overlooked my question. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:58, 3 March 2012 (UTC)
 * Keep This template is not a "replacement" for Infobox person, it amends it for ease of use in a certain type of article. It is NOT a completely separate template. In that regard, I think it's a perfectly cromulent use of the template space. Circéus (talk) 17:33, 3 March 2012 (UTC)
 * And again; please explain how you find it easier to use than the pro forma described above; and please answer my final (as at time of typing) questions to Canadian2006 Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 18:42, 3 March 2012 (UTC)
 * Because the "pro forma" (or whatever the fuck that is) is either a list of every single parameter (pointlessly big) or an overly restricted list of them (useless for any specific type of person). This is all just pointless unduplication of things that are not being duplicated, just accessed differently (by using infobox person as a useful metatemplate). Circéus (talk) 21:45, 5 March 2012 (UTC)
 * I asked about "that (or something like it, tailored for architects, on a project page)" (emboldening added). Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:30, 6 March 2012 (UTC)
 * Delete—as a redundant template. The proposed conversion provides many benefits (What do you do about an architect that later goes into politics? What if said person becomes a published author?) There doesn't need to be separate infoboxes for every profession that lead to issues with individuals that cross professional boundaries.  Imzadi 1979  →   19:56, 3 March 2012 (UTC)
 * Keep. Infobox Architect, yes, only gives four differing fields from Infobox Person, but is a specialized version of the latter pertaining only to architects.  It is simpler and more efficient for one to read "significant designs" or the other two distinguishable fields than a generic "notable works" field.   dci  &#124;  TALK   20:48, 3 March 2012 (UTC)
 * Keep Infobox architect has a broad enough scope, is specific to the articles about architects, is more user-friendly as it does not contain an endless list of parameters many of which would not be desirable for articles about architects and unnecessarily would invite spamming, and is more practical to be separated for any future improvements. It is a wrong target for this kind of merger, the IMO minor technical benefits being out-weighted by the editorial and encyclopaedic drawbacks. The distinction between buildings, projects and designs is warranted for many architects who were active in multiple creative fields, and the proposed "substitution" of specific fields with generic designations is not an improvement. Also I note that the nominator should have notified WikiProject Architecture about this radical proposal, as the template is central to the scope of the wikiproject and is accordingly tagged. -- ELEKHHT 00:35, 4 March 2012 (UTC)
 * And again; please explain how you find it "more user-friendly" than the pro forma described above. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 06:58, 4 March 2012 (UTC)
 * And again, if I wish to add an infobox to an article about an architect, is much simpler if I only have in front of me the set of relevant parameters, instead of a too short list of basic parameters or a too long list of many times more parameters than I need. Seems obvious to me. -- ELEKHHT 11:23, 4 March 2012 (UTC)
 * You haven't said that before, and your answer does not address the issue of a pro forma such as that described above, which may contain "the set of relevant parameters" you desire. Could you also please explain how the existence of other parameters could "would invite spamming"?  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 20:01, 4 March 2012 (UTC)
 * Sorry is still unclear. What I meant was that is easier to go to Infobox architect rather than Infobox person and than search for the "pro forma". The spamming thing we discussed previously and obviously disagree. -- ELEKHHT 10:25, 6 March 2012 (UTC)
 * I asked about "that (or something like it, tailored for architects, on a project page)" (emboldening added). How would that be harder to find than the current template? I challenge you on the lack of evidence for your "spamming" claim in that discussion; and you have yet to provide any. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:41, 6 March 2012 (UTC)
 * "that or something like it" is not clear enough to be discussed, isn't it. Also having to search for a template "on a project page" does not simplify things. On spamming we disagree, and neither of us has evidence about the future, we can only estimate on past experience. -- ELEKHHT 22:38, 6 March 2012 (UTC)
 * To suggest that "that or something like it" is not clear enough to be discussed is just silly. It's not that we simply disagree on the spamming issue; you have made an assertion, you cannot justify it with evidence. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:24, 8 March 2012 (UTC)
 * What possible evidence about the effects of the proposed change you have in mind? -- ELEKHHT 00:57, 11 March 2012 (UTC)
 * Where do you think I have made an assertion without evidence? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:14, 17 March 2012 (UTC)
 * Keep. Serves its purpose well. - Ipigott (talk) 07:05, 4 March 2012 (UTC)
 * Keep--Pubdog (talk) 01:40, 5 March 2012 (UTC)
 * Keep--Bizutage (talk) 11:14, 7 March 2012 (UTC)- it serves it purpose well and is useful
 * Keep--Fortunate4now (talk) 20:43, 7 March 2012 (UTC)
 * Unfortunately this has attracted a lot of groupthink and pointless "!votes" (urgh), which I'd hope the closing admin will discard. Andy has put together the start of an essay explaining why this work is beneficial, now located at infobox consolidation. In this case I think it's definitely beneficial to redirect this to infobox person, as the four separate fields are really just all instances of "notable works" as already covered by the person infobox. There are less than 1200 transclusions, which rather suggests that a majority of our articles on architects aren't using it anyway. Chris Cunningham (user:thumperward) (talk) 11:09, 5 March 2012 (UTC)
 * Oh well, if no-one else's opinion counts (apart from Pigsonthewig who feels they have a right to reply on every comment) then why have the deletion discussion at all? Has there been some consensus elsewhere that everyone should use a one-size-fits-all template? Sionk (talk) 11:30, 5 March 2012 (UTC)
 * "who feels they have a right to reply on every comment" As does everyone else. Unless you'd care to point out where that right is denied us? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 13:44, 5 March 2012 (UTC)
 * infobox consolidation is an "essay [that] contains the advice or opinions of one or more Wikipedia contributors. Essays may represent widespread norms or minority viewpoints [my emphasis]. Consider these views with discretion." -- ELEKHHT 12:47, 5 March 2012 (UTC) Btw, that "groupthink" comment I find offensive, and the constant 'merge all people infoboxes drive', against all arguments, I perceive as disruptive. -- ELEKHHT 13:10, 5 March 2012 (UTC)
 * "Essays may represent widespread norms or minority viewpoints" [my emphasis]. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 13:45, 5 March 2012 (UTC)
 * There is no evidence of widespread norms, looking at the talk page and text history. -- ELEKHHT 10:25, 6 March 2012 (UTC)
 * This is addressed in that FAQ. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:38, 6 March 2012 (UTC)
 * But that FAQ is just your opinion. Btw I'm tired of this. I have the strong impression that you're not listening, sorry. -- ELEKHHT 10:48, 6 March 2012 (UTC)
 * No, it is not just my opinion. Accusing someone of not listening when they've responded to your points and you can't or won't respond to theirs is pretty unpersuasive Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:29, 6 March 2012 (UTC)
 * The comment by Chris Cunningham, above, is particularly unhelpful in using the terms !votes and groupthink in referring to comments with which s/he disagrees, followed by "which I'd hope the closing admin will discard". Why are some comments deemed more legitimate than others? In a multiple-editor decision like this, deprecating others' comments is not the way to proceed. I quote from WP:CONS: "Some discussions result in no consensus. "No consensus" means that there is no consensus either way: it means that there is no consensus to take an action, but it also and equally means that there is no consensus not to take the action. What the community does next depends on the context. [Bullet] In deletion discussions, no consensus normally results in the article, image, or other content being kept." Canadian2006 (talk) 21:40, 5 March 2012 (UTC)
 * This isn't a vote. When someone goes and notifies WikiProject Architecture about this discussion using non-neutral language like "This seems to be part of a campaign by an editor who thinks everyone should use the generic infobox... It seems useful to me to have a specific infobox for architects, using appropriate terminology", and then all of a sudden the TfD gets numerous insightful comments such as "Keep--Pubdog" from members of that WikiProject, it disrupts the discussion. Consensus is not a case of counting heads, and content-free "!votes" (urgh) are (or at least should be) discarded when weighing up the overall feel of the discussion. Chris Cunningham (user:thumperward) (talk) 12:03, 6 March 2012 (UTC)
 * One 'keep' comment is not "numerous". Pubdog is not a member of Wikiproject Architecture. You're in danger of being non-neutral :) I stand by my comment in the Architecture Project. If Pigsonthewing had done the correct thing and notified the Project, my message would have been unnecessary. Members of that Group use this infobox more than anyone else, on a regular basis, therefore their opinion is important. These deletion discussions are a clear initiative by someone who thinks people should use generic infoboxes - see the essay mentioned above and the other deletion discussions on this page. Sionk (talk) 12:51, 6 March 2012 (UTC)
 * WP:CANVASS applies. Also, why did you, "*If you are writing about an architect who is better known as something else, use the general template, by all means"? AS can be seen from the examples I converted above, that's a sensible solution; not just in those cases, but for all architects. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 13:05, 6 March 2012 (UTC)
 * WP:CANVASS permits placing a notice on "The talk page of one or more WikiProjects (or other Wikipedia collaborations) directly related to the topic under discussion.", something that you also didn't do at either WT:RAIL or WT:UKRAIL when you started this nom. -- Red rose64 (talk) 14:39, 6 March 2012 (UTC)
 * "Permits", not "requires"; and only in a non-partisan manner; it prohibits bias, as in this case. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 15:17, 6 March 2012 (UTC)
 * Not informing the relevant WikiProject, is equally biased as it limits the discussion to those who watch this page, and maybe are more interested in the technical aspects, while excluding experienced editors concerned about content quality and editorial aspects. That doesn't excuse Sionk's non-neutral message (which still should be amended) but neither does it imply that anybody is blindly following it. Furthermore, Chris Cunningham's insistence on "groupthink" elevates his earlier comments to the level of insult. - ELEKHHT 22:38, 6 March 2012 (UTC)
 * Support merge: I think I recall being forced to drop a few intended fields from the infobox of an architect article because they were not supported by this template. I can't remember for sure, though. Anyway, merging as proposed would prevent said problem. Concerns regarding ease of use can be easily solved by creating a separate documentation page. --Paul_012 (talk) 15:19, 6 March 2012 (UTC)
 * My apologies to all for misinterpreting this as a vote. I don't normally enter these forums.  I have created a number of bios for architects related to the WikiProject National Register of Historic Places.  I have found the architect template most useful for highlighting notable projects that result in their works being nominated and included on the National Register of Historic Places.  Best wishes.--Pubdog (talk) 22:57, 6 March 2012 (UTC)
 * As requested others above, please can you say whether there is a reason that Infobox person would not be equally useful and, if so, what that reason is? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:24, 7 March 2012 (UTC)
 * Keep - Per Elekhh and other users. The requester seems to have an extreme view on generalization, while there is nothing wrong with specialization. I fail to see the balance in this approach. Person is way too general. Like I said before on other template discussions, why not keep/create Infobox object, Infobox concept and Infobox person and delete ALL OTHER infobox templates in Wikipedia. Someone seems to confuse gravely an encyclopedia with a database schema designed with a focus on normalization. These specialized templates make it much easier for editors to gather academic information on one hand and for readers to skim through it and get the data quickly on the other hand. They also help tremendously to group articles in series, as in this case, a series on architects. I would like to kindly invite the requester for the deletion of so many useful templates to start writing articles (ideally using such templates) and stop deleting. Also maybe is time to WP:COOL too.--Codrin.B (talk) 16:26, 7 March 2012 (UTC)
 * How about you drop the Slippery slope arguments and cease describing an opinion that you disagree with as extremism, and address the issues raised above: How are the converted articles less good; how is a customised pro forma of Infobox person less user friendly than the current template? Your claim that "these specialized templates make it much easier for editors to gather academic information on one hand and for readers to skim through it and get the data quickly on the other hand" is otherwise baseless. As is your insinuation that I do not write articles and your spurious attempt to associate my technical clean-up activities with the deletion of content. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 16:55, 7 March 2012 (UTC)
 * I think you make the error to assume that Infobox object, Infobox concept and Infobox person are irreducible. In fact these can be also merged into Infobox whatever. -- ELEKHHT 00:57, 11 March 2012 (UTC)
 * Oppose (for now) - While I think Template:Plainlist is interesting (I'll have to keep that in mind for future reference), we shouldn't be relying on that so much on something that's likely going to be not uncommon when dealing with people. I'm thinking about someone who has had more than one job in their life, and therefore may have more than one category of works in their life. Writer; Director; producer? How about television or film or internet work? And that's just in a semi related field. What of (in this case) an architect who has written one or more books, besides being involved in architectural projects? It would be nice to see Template:infobox person have the functionality of at least 4 lines, with the additional functionality of variables to pass for what the displayed line label for each should be (while keeping a default). This shouldn't be much of a big deal, yet would deal with the concerns here, and likely elsewhere. I already see that it's been modified to add "notable credits" as an internal option. So actually fixing this to allow the label to be a variable (with a default) would seem to make more sense, and incidentally help with your apparent infobox merge plans. - jc37 18:05, 7 March 2012 (UTC)
 * Red herring': This proposal has nothing to do with Plainlist, nor with your proposed change to Infobox person. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:22, 8 March 2012 (UTC)
 * Beg pardon Andy, but you're the one who mentioned Plainlist, right up there in your nominator's rationale. -- Red rose64 (talk) 14:17, 8 March 2012 (UTC)
 * So I did, sorry - but only by way of example. I've clarified. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 14:53, 8 March 2012 (UTC)
 * Regardless, I am opposing. I merely suggested what action would need to be taken to help change my perspective. Templates can easily be edited, so I would think that discussing how the target of a suggested merge can be improved (in my opinion at least) would be appropriate. Isn't that often how a merge is done anyway? Adding stuff from the source to the target? If you don't like it, fine, but at least I was offering a positive way forward instead of ILIKEIT/IDONTLIKEIT : p - jc37 20:38, 8 March 2012 (UTC)
 * Merge - while the template is handy, and I've used it myself, the infobox person is more than adequate and allows for more information suited to a biography. This 'vote' has got a little heated on both sides which does nobody any favours. <B>Warren</B> (talk) 11:46, 9 March 2012 (UTC)
 * Delete/Redirect, at the moment the actual template is completely redundant. Maybe we should think about creating a showcase page for Infobox person with fields for the different topics - and every relevant wikiproject should get it's infobox-showcase in wikiproject-space, too. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 13:34, 10 March 2012 (UTC)
 * In order to state that "at the moment the actual template is completely redundant", you must ignore that the proposal here is (1) to merge three specific fields: "buildings", "projects" and "design" into the generic "works", a distinction often relevant for architects (example), (2) to replace the specific terminology of "practice" with the generic term of "organisation", (3) to complicate the use of the template by displacing the specific documentation for architects to a page separate from that of the template, and (4) to facilitate the use of fields irrelevant to a subject notable for being architect, so that attempts like this would actually work. Your redundancy assertion implies that technical standardisation is far more important than content and user-friendliness. -- ELEKHHT 00:57, 11 March 2012 (UTC)
 * Although I see that some points are valid, I don't how an unexperienced or confused user like in the example of Oscar Niemeyer would react simply another infobox (it simply doesn't matter because this person had no experience with templates and doesn't know how they work). The "documentation" on the infobox person is a bit bad since it doesn't show enough examples. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 00:40, 12 March 2012 (UTC)
 * Keep It serves its unique purpose for architect articles.Maile66 (talk) 00:36, 14 March 2012 (UTC)
 * Keep Specification has a purpose; "notable works" is vague while the "redundant" parameters of this infobox template make it easier for readers to locate pertinent information (which is what infoboxes are meant to do). / ƒETCH COMMS  /  00:50, 18 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:1997–98 Honduran Liga Nacional squads
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was No Consensus. - F ASTILY  (TALK) 02:41, 11 March 2012 (UTC)
 * 1997–98 Honduran Liga Nacional squads

Unsourced, basically unused and non-notable Koppapa (talk) 16:08, 2 March 2012 (UTC)


 * Keep, better improve this nav-template and populate it. Unsourced? Then find some! Some squads had very likely played each other. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 13:42, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Pghmetrocats
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Delete; deleted by AnomieBOT ⚡  04:05, 11 March 2012 (UTC)
 * Pghmetrocats

Unused cat page boilerplate. Chris Cunningham (user:thumperward) (talk) 15:53, 2 March 2012 (UTC)
 * Comment: this template is "unused" because it is/should be substituted... Don't know if there is still a reason to keep. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 13:44, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Jutsus A-Z
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Delete; deleted by AnomieBOT ⚡  04:05, 11 March 2012 (UTC)
 * Jutsus A-Z

Hardcoded TOC only used on three ancient userspace content dumps, now themselves at MfD. Chris Cunningham (user:thumperward) (talk) 15:52, 2 March 2012 (UTC)


 * Delete, independent of the MfDs, simply 'subst it. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 13:47, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Category A-Z TOC
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Substitute and delete. Courcelles 17:02, 16 March 2012 (UTC)
 * Category A-Z TOC

Hardcoded instance of category TOC. Code is simple enough to transclude directly. Recommend substitution of existing examples. Chris Cunningham (user:thumperward) (talk) 15:35, 2 March 2012 (UTC)
 * Oppose. It's so much easier to type and remember    then   . Dawynn (talk) 18:52, 2 March 2012 (UTC)
 * We don't keep bad templates just because they have convenient names; but once it's deleted, we can set up a redirect at the old name, or something equally short. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 19:21, 2 March 2012 (UTC)
 * Delete per nom. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:41, 2 March 2012 (UTC)
 * Delete, but re-target redirects to Category TOC if they have a use as shortcuts. HJ Mitchell  &#124;  Penny for your thoughts?  22:45, 2 March 2012 (UTC)
 * Query. It is a convenient template; what is wrong or "bad" about it? Hugo999 (talk) 09:54, 8 March 2012 (UTC)
 * Oppose I thought this was familiar. See Templates for discussion/Log/2011 April 14, bearing in mind that on 19 February 2012, Template:CatAZ was moved to Template:Category A-Z TOC which is probably why the old TFD has not been mentioned here. -- Red rose64 (talk) 12:56, 8 March 2012 (UTC)
 * Delete and recreate as redirect. We don't need redundant templates, but redirecting it to the other template wouldn't hurt, and not redirecting it would confuse users.  Nyttend (talk) 13:31, 11 March 2012 (UTC)
 * A redir is not needed if it is replaced. -- Alan Liefting (talk - contribs) 21:57, 14 March 2012 (UTC)
 * Delete. There are better all-purpose TOC templates. -- Alan Liefting (talk - contribs) 21:57, 14 March 2012 (UTC)
 * Strong delete: IT HAS BEEN REPLACED. Web+TV+3&#61;WebTV3! (talk) 16:39, 16 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Gaza Flotilla Raid
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Delete; deleted by AnomieBOT ⚡  04:05, 11 March 2012 (UTC)
 * Gaza Flotilla Raid

If Gaza flotilla raid is going to get the infobox it needs, it won't be this one. Besides, this is not the way to make a template anyway. The template is based on a subst of Template:Infobox civilian attack, and that template can be employed when editors wish to equip that article with the requisite infobox. The nominated template is never going to be used and we don't need to retain it for historical reasons. meco (talk) 13:38, 2 March 2012 (UTC)
 * Subst: and Delete Go ahead and use the template in the article (or Infobox civilian attack using this info) and then delete it per nom. —Justin (koavf)❤T☮C☺M☯ 20:16, 2 March 2012 (UTC)
 * Delete in favour of using Infobox civilian attack directly.  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:43, 2 March 2012 (UTC)
 * You do realize the template is a Infobox civilian attack that was moved to its own template page? Circéus (talk) 17:37, 3 March 2012 (UTC)
 * Yes; i've clarified. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:06, 5 March 2012 (UTC)
 * subst and delete "it takes too much room" is not a reaosn to move a single article's infobox to template namespace. Circéus (talk) 17:37, 3 March 2012 (UTC)
 * Delete template page. There is no need for a "specialized" or "filled-in" version of Infobox Civilian Attack pertaining only to this issue.   dci  &#124;  TALK   20:50, 3 March 2012 (UTC)
 * Comment. With respect to editors who want this template subst'ed, let me just point out that the template is not currently in use. If someone wants to assess its aptness for inclusion on the Gaza Raid article and then go ahead and subst it there that should be outside the scope of the present discussion and must be done by someone on their own initiative. __meco (talk) 21:10, 3 March 2012 (UTC)
 * Delete, totally useless/redundant. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 13:57, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Harvrefcol
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was renamed Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:16, 22 March 2012 (UTC)
 * Harvrefcol

Rename to Cite LSA. This is a citation template that use the Linguistic Society of America (LSA) style. The name is confusing, as the other Harv templates are inline. -— Gadget850 (Ed)  talk 12:54, 2 March 2012 (UTC)
 * Renamed; article uses updated. ---— Gadget850 (Ed)  talk 18:23, 14 March 2012 (UTC)


 * Support. Renaming is OK; before I came here I thought you guys were on the deletion warpath again (standardization into One Template to Rule Them All is very definitely Not OK). If you rename this, there are other Harvcol templates to rename as well (or should be, unless some Valued Editor deleted them). Ling.Nut3 (talk) 05:19, 3 March 2012 (UTC)
 * Getting Twinkle updated from deletion to discussion in on my list. What other templates are related? ---— Gadget850 (Ed)  talk 13:38, 3 March 2012 (UTC)
 * IIRC, Harvcol, Harvcoltxt, Harvcolnb. I hope you're not just leading me down the garden path toward the chopping block of deletion. I really... have strong negative feelings and a negative opinion regarding... those Valued Editors who somehow have persuaded themselves that standardizing Wikipedia into using one and only one citation format is a constructive (rather than destructive) idea. Ling.Nut3 (talk) 06:08, 4 March 2012 (UTC)
 * And the others in Category:Author-date citation templates. Those templates are well-used and their purpose is clear and useful; I see no need to rename them. ---— Gadget850 (Ed)  talk 13:47, 4 March 2012 (UTC)


 * Comment/Question: Shouldn't this request be done at WP:RM? <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 14:02, 10 March 2012 (UTC)
 * Could have. I suppose I am more accustomed to discussing templates here. I did start a discussion on the template talk, but with no response, I wanted make this transparent. ---—  Gadget850 (Ed)  talk 17:23, 10 March 2012 (UTC)


 * Support, really confusing. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 12:55, 20 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

UK + GB station infoboxes
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was Keep. The only reason advanced for the merge of these heavily used templates is to rationalize them. It, however can not overweight the valid objections raised against the merge: its complexity, a high probability of errors and unclear end result. The nominator is encouraged, at least, to create a mock up version of the merged template before renominating these templates. Ruslik_ Zero 16:39, 25 March 2012 (UTC)
 * Infobox UK disused station
 * Infobox GB station
 * Infobox UK heritage station

Propose merging Template:Infobox UK disused station and Template:Infobox UK heritage station into Template:Infobox GB station.

Redundancy. Merge, rename if needed, remove navbox-like links. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 13:09, 2 March 2012 (UTC) You've said that before, but you have now twice ignored me when I say that the user essay which you imply is somehow a standard or guideline doesn't address the issues. To be explicit, listed below are all the advantages of merging templates that are given in infobox consolidation: As you seem not to be able to see them, here is an explicit list of disadvantages to merging given above by myself and others: Despite being asked, you still haven't explained why in this case advantages of reduced maintenance outweigh the disadvantages listed, especially the work required (whether by human or bot) to merge the templates and convert the articles. Thryduulf (talk) 19:10, 21 March 2012 (UTC)
 * Fully agree with merger, all can easily be covered by a single template. --Bob Re-born (talk) 15:37, 2 March 2012 (UTC)
 * Oppose Yet another instance of the all-infoboxes-are-redundant-to-each-other culture that is going through TFD. But if this does go through, you must be very careful: some similarly-named parameters have different purposes. For example, has manager which is for the present-day manager of the station. However, the same parameter in  is a legacy parameter treated as a synonym for pregroup - the owner of the station prior to 1 January 1923. There will be a lot of fixup work to do: just look in  for those which might be misusing the line parameter. -- Red rose64 (talk) 17:51, 2 March 2012 (UTC)
 * The issue with synonymous paramters for different purposes is symptomatic of the problems caused by forked/ redundant templates such as these. Looking at the specifics, the parameters in Infobox UK disused station are very badly named, and a good first step would be to run a bot, changing, say, line -> founder; manager -> pre_grouping ;owner -> post_grouping. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 18:19, 2 March 2012 (UTC)
 * I would not trust a bot to make the changes, especially if it means introducing yet another set of parameter names (founder, pre_grouping, post_grouping) which none of these templates presently use. Each article's infobox should be separately considered, because in many cases a simple one-for-one swap is unsuitable. In, the parameters original, pregroup and postgroup were relatively late additions, intended to replace line, manager and owner; in the time which has elapsed, some station infoboxes now have all six parameters present, usually with some blank, but with all kinds of odd combinations. That is why I set up the tracking category - initially I would sort out line, because this one sometimes does have a legitimate use in conjunction with original - see Alphington Halt railway station for example. -- Red rose64 (talk) 23:46, 2 March 2012 (UTC)
 * My suggestion wasn't to introduce new parameters, but to rename those which already exist, more meaningfully, to resolve a problem which you yourself have raised. It applies whether or not the templates are merged. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:12, 3 March 2012 (UTC)
 * Oppose - The two templates serve different purposes. Infobox UK disused station and Infobox GB station are complementary. When a station opens or closes the template can be changed to reflect the new status, for example Alloa. As for Infobox UK heritage station this is again complementary. There are a few stations which are dual Heritage and open National Rail. These are taking the National Rail by default, however get messy due to dual owner, only part stats, etc (eg Minffordd). --Stewart <sup style="color:maroon;"> ( talk |  edits ) 08:37, 3 March 2012 (UTC)
 * Please could you explain how they are "complementary" and how merging the templates would produce a worse result? Your dual-use examples seems to emphasise the need for a single template. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:08, 3 March 2012 (UTC)
 * The key is the title at the top of the infobox they say what they are. Keep it simple. If a station reopens, change the infobox. Simple. --Stewart <sup style="color:maroon;"> ( talk |  edits ) 14:17, 3 March 2012 (UTC)
 * Thank you, but that doesn't answer any of my questions. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 20:06, 4 March 2012 (UTC)
 * Oppose Merger would cause work and would need to be checked and addressed by manual editing and I fail to see any reason to change. Having a several simple templates (for example) and  or one complex one  seems a just question of programming style. I favour the simple solution as easy to understood, extend, maintain and currently understood by users. Edgepedia (talk) 21:53, 4 March 2012 (UTC)
 * As Andy points out, the subtle (and not-so-subtle) differences in syntax between these similar templates is a Bad Thing, and is almost certainly tripping editors up. If merging these is too much work right now then the two sub-templates should be deprecated while infobox GB station is improved to accommodate them, at which point they can be converted over via a wrapper. Chris Cunningham (user:thumperward) (talk) 11:13, 5 March 2012 (UTC)
 * Comment Before making any decision I'd really like to see what is proposed for the unified template, specifically in remove navbox-like links. NtheP (talk) 16:50, 5 March 2012 (UTC)
 * Merge Opposition to this proposal appears to b entirely along the lines of "don't wanna, would be hard". That's rarely a good idea, and in this particular case the argument for merging appears sound for several different reasons. Thus, I volunteer for the cleanup crew if we decide to go all-manual, but that said, I suspect a bot-cleanup is nowhere near as perilous as suggested. Maury Markowitz (talk) 16:57, 5 March 2012 (UTC)
 * Oppose Each of these templates is adapted to the particularities of the category of station to which they refer. Thus, whilst contains links to the index of closed stations,  points to the index of heritage stations and  directs to National Rail stations. Any clean-up operation would run a high risk of loss, misinterpretation and/or misallocation of infobox data. Lamberhurst (talk) 10:09, 6 March 2012 (UTC)
 * You appear to have overlooked the "remove navbox-like links" part of the proposal. Why, do you think, they are needed? What is the evidence for your "high risk of loss, misinterpretation and/or misallocation" claim? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:13, 6 March 2012 (UTC)
 * The removal of the "navbox-like links" (which you now clarify are the links to the various index pages) is another reason to oppose this proposal; what is the justification for removing these? There is obviously going to be no evidence for my statement as the proposals have not been implemented! However, one can imagine that transferring data from one parameter to another is not going to be without problems, e.g. the "manager" parameter used in two of the infoboxes to indicate different purposes, while the "line" and "preservation" parameters are not used in the GB station infobox. Lamberhurst (talk) 12:41, 6 March 2012 (UTC)
 * One can imagine all sorts of things; but we don't base TfD decisions on them. You appear to have overlooked my question about the navbox-like elements: "Why, do you think, they are needed?". Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 14:45, 7 March 2012 (UTC)
 * Please don't answer a question with a question. You are the one proposing the removal of the links and so you should provide the rationale as per the guidelines. For the record, the links to the index provide an easy means of reference for users to find other stations of the same type. Lamberhurst (talk) 08:27, 8 March 2012 (UTC)
 * Since you want to make an issue of it, I asked a question, and you answered it with another. Also, we already have navboxes to "provide an easy means of reference for users to find other stations of the same type". The links in the infobox duplicate these, in a manner not used on most of Wikipedia, and are thus redundant.  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:03, 8 March 2012 (UTC)
 * WP:NAVBOX doesn't require "navbox-like links" to be contained within a navbox at the bottom; a box down the right-hand side is permitted. Since the infobox is already there, why not put it in that? Saves a box. Anyway, the "navbox-like links" are a matter for the talk pages of the templates, not TFD. -- Red rose64 (talk) 13:41, 8 March 2012 (UTC)
 * The use of navbox-like links in the infoboxes does not "save a box", as UK stations generally have footer navboxes, anyway - and that's where our readers expect to find such links. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:14, 20 March 2012 (UTC)
 * Comment - Following this to it logical conclusion in the UK means that Infobox London station should also be included in this discussion. Incidentally, the UK station infoboxes as currently setup is much simpler than elsewhere in English Wikipedia. See Category:Rail transport navigational boxes of Victoria for an example where there are multiple infoboxes for stations on different lines, etc. --Stewart <sup style="color:maroon;"> ( talk |  edits ) 11:41, 7 March 2012 (UTC)
 * Please see WP:OTHERSTUFFEXISTS. We can't rationalise everything at once. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:03, 8 March 2012 (UTC)
 * Why rationalise at all in this case? I can see why an infobox with a couple of dozen transclusions and no scope for more might be "redundant", but you're talking about a widely-used template: presently has 2705 transclusions. It also has plenty of scope: I count 2736 redlinks in alphabetic lists such as List of closed railway stations in Britain: A; and then there are all the disused station articles presently lacking an infobox (e.g. Navenby railway station or several others on the same route), so we may eventually get well over 5000 uses. -- Red rose64 (talk) 13:41, 8 March 2012 (UTC)
 * You're confusing frequency of use with (lack of) redundancy; they're not the same thing. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 15:00, 8 March 2012 (UTC)
 * Oppose - would seem to require a lot of effort for little benefit. However I would support a move of Infobox GB station to Infobox UK station (which redirects to it) for consistency. However, this is outside the scope of this discussion. <small style="white-space:nowrap;border:1px solid #000000;padding:1px;"> An  optimist  on the  run!  12:03, 9 March 2012 (UTC)
 * That's where it used to be. -- Red rose64 (talk) 15:17, 10 March 2012 (UTC)
 * Striking my suggestion of moving GB to UK - I see there's a separate template for Northern Ireland, with different functionality. <small style="white-space:nowrap;border:1px solid #000000;padding:1px;"> An  optimist  on the  run!  12:35, 20 March 2012 (UTC)
 * Merge, rename parameters, update docs, and introduce a parameter to switch the navbox-links for getting peace in this discussion. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 14:10, 10 March 2012 (UTC)
 * Comment: can somebody explain me why we don't try to merge all these station templates into Infobox station? <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 14:13, 10 March 2012 (UTC)
 * Because the generic is too generic. It lacks all the UK-specific stuff, and instead provides a heap of stuff which is irrelevant to a British station. It's been discussed before, perhaps not on a TFD but at either WT:RAIL or WT:UKRAIL. -- Red rose64 (talk) 15:20, 10 March 2012 (UTC)
 * Can you list me the UK-specific stuff? I found only generic ones which might be useful for other countries. Moreover: infobox station has language/country specific stuff e.g. Korean names (Hangul, etc). <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 12:17, 11 March 2012 (UTC)
 * Is that really necessary? Unless you want me to analyse the parameters that the infoboxes actually recognise (which is more than those listed in the documentation), it's a simple matter to look at the lists at Template:Infobox station/doc, Template:Infobox GB station/doc and Template:Infobox UK disused station/doc to appreciate just how different these are. -- Red rose64 (talk) 17:42, 11 March 2012 (UTC)
 * LOL? Again, please show me the UK-specific parameters, I didn't find any (except the navbox) and thus all parameters in the actual UK versions would likely improve the "generic" infobox. (more possibilities for the global users!) <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 10:04, 12 March 2012 (UTC)
 * codepregrouppostgrouppte are all completely irrelevant outside Great Britain. gridref is irrelevant outside the UK (and Ireland). -- Red rose64 (talk) 18:54, 12 March 2012 (UTC)
 * mmh, I see. Thanks. So still the question why not merging these three together... <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 19:44, 12 March 2012 (UTC)
 * Comment Might I respectfully ask those who are !voting "delete" or "merge" to state how often they use these infoboxes? Either when writing new articles, or expanding existing articles, I don't mind. -- Red rose64 (talk) 17:42, 11 March 2012 (UTC)
 * Nobody should do so, just as those !voting keep are not asked to validate their vote by demonstrating a knowledge of template markup and past mergers. The question, while no doubt asked with good faith, is contrary to key Wikipedia policies, and to how TfD works, and is unhelpful. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 18:53, 11 March 2012 (UTC)
 * Oppose. This appears to be case of change for the sake of change. It's been asked several times, but I've yet to see a coherent statement of what advantages this merge would have and how these advantages would outweigh the considerable effort required to perform the merge without introducing errors. Thryduulf (talk) 00:08, 12 March 2012 (UTC)
 * This is not "change for the sake of change". The reasons why overly-similar templates such as these are harmful, and should be merged, is addressed in infobox consolidation. there are plenty of people willing to do the work; nothing will be required of you. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:34, 12 March 2012 (UTC)
 * A after starting this TFD. Was it discussed at WP:VPP? -- Red rose64 (talk) 19:00, 12 March 2012 (UTC)
 * Its date of creation is immaterial, and there was no need for it to be discussed at any such place.  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 19:23, 12 March 2012 (UTC)
 * So what are the advantages? The linked document boils down to (1) infobox templates should be merged because lots of infobox templates have been merged, (2) templates having different appearances is irrelevant, and (3) we can, and why does it matter if it becomes so complicated that non-experts can't understand it? Point (1) is pure WP:OTHERSTUFF, while many other infoboxes may or may not have been merged we're not discussing those. (2) is irrelevant to this case as it's refuting an argument nobody is making. (3) is partly a "we can, therefore we should" argument, which isn't a good one. It's also rather against the spirit of WP:KISS (a user essay, but one which represents what is widely regarded as a good principle in everyday life. Simplified maintenance is a noble cause, but the more complicated a template is the more complicated maintaining it is and the fewer people who can (or have the confidence to) actually do the maintaining. In the UK railway stations changing between any of open, disused and heritage is not a common occurrence, indeed since the late 1960s I'd be surprised if there was ever more than single digit number of changes in a calendar year, so maintenance as is isn't arduous. Disadvantes include increased complexity, high risk of introducing errors and/or breaking the templates during the merge process, and all the effort required to perform the merge (as most of it could not reliably be done by a bot). So I'll ask again what the benefits, specifically, of merging these templates are and how they outweigh the disadvantages. Relying on a user essay you wrote yourself is poor form at best. That the essay is not linked anywhere other than a redirect in your userspace, this and one other TfD, and has had no community discussion makes it a very weak argument indeed. Thryduulf (talk) 04:06, 14 March 2012 (UTC)
 * You ignore the key points in that document, and its provenance and links to it are not relevant; no-one has claimed that it's a formal policy, it simply summarises answers I and others have given in TfD discussions of redundant infoboxes over the last two or three years. Your claim of "high risk of introducing errors and/or breaking the templates during the merge process" is pure FUD. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:11, 20 March 2012 (UTC)
 * I've re-read the document and still fail to see anything that explains how any advantages of merging these templates (which I'm still not seeing as significant) outweigh the disadvantages detailed above which you seem to repeatedly ignore. It isn't FUD at all to point out that any automated process to merge the templates would be very likely to introduce errors - it's just pointing out that because of the way these templates are actually used means that one or more people would need to do the merge by hand (because the templates are not forks or duplicates of one another). The time required to do this would be considerable, so countering your argument that merging is a trivial, automatable process that can be dismissed as a reason not to merge. With your next response, try explaining why these templates should be merged rather than why lots of other templates have been merged. Thryduulf (talk) 10:44, 21 March 2012 (UTC)
 * As I have already said, the reasons why overly-similar templates such as these are harmful, and should be merged, is addressed in infobox consolidation. No-one proposes to use an automated process to merge the templates; only to convert articles using them, afterwards. You refer to "the disadvantages detailed above", but no actual disadvantages are detailed. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:07, 21 March 2012 (UTC)
 * More templates = greater maintenance burden
 * The unstated corollary to this is that more complicated templates are harder to maintain and there are fewer people capable of doing that maintenance.
 * Since 2010 more templates proposed for merging have been merged than haven't been.
 * Please see WP:OTHERSTUFF
 * Generic templates are more complicated as they contain a large number of irrelevant parameters
 * The individual templates use the same/similarly named parameters to do different jobs. Every transclusion would thus require a human to determine what is meant in each situation. Note there are at 969 instances that are explicitly tagged as using one set of parameters in a manner that is not predictable (and there is no guarantee that there are not untagged ones also).
 * The templates are complementary to each other - they do different jobs for different purposes. This keeps it simple for everybody.
 * Some stations have multiple statuses so any single template that could do the job would be hugely complicated - a barrier to participation. The foundation is very keen that we reduce barriers to participation. Some templates need to be hugely complicated (e.g. template:Convert), others do not.
 * Merging creates lots of work, for little to no benefit
 * Merging would seem to require the removal of the links to index pages, for which there is no consensus.
 * No, I haven't ignored you. I responded to your fallacious claims by pointing out that you ignored the key points in the document; and I responded to your admission that you failed to see something. Please feel fr to try to substantiate your claim that I "imply [it] is somehow a standard or guideline". The issue of the ambiguously-named parameters is dealt with above; it is they, and the existence of multiple templates, that are the barrier to entry. The reasons why overly-similar templates such as these are harmful, and should be merged, remain addressed in the document discussed. the disadvantages you list are bogus.  Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:28, 21 March 2012 (UTC)
 * I failed to see only what is not there, in exactly the same way that I failed to see any pictures of Marilyn Monroe or Daffy Duck in that document! I've now explicitly listed all the advantages given in that document and explained how one is pure WP:OTHERSTUFF and so irrelevant. To the other I've given the corollary and explained how this applies in this situation (basically one template trying to do the job of these three would be significantly more complicated) and also explained the reasons why any conversion would involve a very significant amount of work. I then repeated my assertion that all the listed disadvantages outweighed the limited (at best) benefits from your proposal. As it is you that is trying to change the status quo, the onus is on you to show that there will be a net benefit to doing so. All you have done so far is repeat that the linked essay explains everything, even when we've replied saying it doesn't. Thryduulf (talk) 22:58, 21 March 2012 (UTC)
 * The templates were created (and have been maintained) by members of WP:RAIL and WP:UKRAIL. Any problems with them have been dealt with on the talk pages either of the projects or the templates. It is these projects which use the templates, and presumably are presently happy with them as they stand, because there have not been any recent calls by project members to merge the templates. Every so often, a feature in one is added to the others, but we consider the impact first, and don't rush in. A wholesale merge such as that being pushed here seems very much like rushing things. One step at a time - i.e. one parameter (or param group) at a time, as and when a need is identified - and we may well make the templates identical eventually; but this is not a given. There is no point, for example, of adding the usage statistics parameters to, nor of adding the params used to show the preservation company to . We are not against merging per se - it has been done before (indeed, six of the redirects to Template:Infobox GB station were previously templates in their own right), but we prefer to merge on our own terms. -- Red rose64 (talk) 23:14, 21 March 2012 (UTC)
 * No-one is proposing "adding the usage statistics parameters to ". Please avoid straw man arguments. Per core policy, Wikipedia projects do not get to impose "their own terms". Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 23:26, 21 March 2012 (UTC)
 * To help things further, here is a point-by-point breakdown of everything the essay says:
 * Intro: This explains what is meant by "Infobox consolidation" and that the essay exists to answer questions about it. It doesn't say anything about why it should or should not be done.
 * What are infoboxes: This explains what an infobox is, nothing more, nothing less.
 * What is the best way to approach this: This just says that some infoboxes should be merged and some shouldn't, because some differences justify separate boxes and some differences don't. It doesn't explain what the different differences are, nor why some of them justify independence and some don't.
 * Why is having lots of similar infoboxes a bad thing: This section contains the sole advantage that is relevant to discussions, namely that fewer templates require less maintenance
 * Sportspeople/Journalists: This says that genre-specific details are something that justifies having separate templates for some professions and not others. It does not explain why merging templates is advantageous, just that not merging is sometimes the best thing.
 * But aren't journalists important: This explains that separate infoboxes aren't a measure of importance. That's just saying that importance isn't a reason to oppose a merge, not why merging is beneficial in the first place.
 * What if a merged template has parameters not relevant: This just says that complexity can be hidden from the end user, which is not a reason to create the complexity in the first place but a hand-wavy dismissal of unnecessary complexity being a barrier to entry.
 * But I spent a lot of time working on that infobox: This section says that the amount of effort that has gone into a template is not a reason to keep it separate, but equally it is not a reason to merge it either.
 * Short names are easier to type and remember: All this does is say that redirects exist that can point to the merged template, it doesn't give any advantages of merging in the first place.
 * Appearances: Looks don't matter is all this says, which is not a reason for or against merging.
 * Time better spent doing other things: Here is the claim that most merges are done with bots or scripts. Just because it can be done easily in many cases is not a reason why it should be done - no matter how easy or difficult something is, there is only a point in doing something that has advantages, and this section doesn't give any.
 * Minority viewpoint: Since 2010 lots of redundant infoboxes have been merged or deleted. So what? See WP:OTHERSTUFF.
 * Why don't we do away with infoboxes: This section rightly states the question is irrelevant.
 * So in summary, almost all the essay just refutes irrelevant (generally or to this specific case) arguments and says that it's easy to do while saying very little about why it should be done. Thryduulf (talk) 23:32, 21 March 2012 (UTC)
 * Merge - rational = rationalise - any template difference issues can be fixed as part of the merge using a bot. eg the "manager=" field. Suggest the addition of a field "type=" that can be "heritage", "disused" etc - probably initially undisplayed - but kept to preserve the context legacy - this could be used at a later date to control any sub-styling issues at a later date, and also to fix any linking issues. Simplifies work if a station closes, and prevents confusion/editor memory workloadOranjblud (talk) 02:49, 12 March 2012 (UTC)
 * Comment The nominator has currently been blocked, for a matter unrelated to this TfD. Whilst I've opposed the nomination, I feel it is only fair to defer closing this whilst his unblock request is still open, to allow him to make any reply. <small style="white-space:nowrap;border:1px solid #000000;padding:1px;"> An  optimist  on the  run!  12:50, 22 March 2012 (UTC)
 * Cheers for the headsup. As the block is indeed entirely unrelated to this AfD, I agree that closure here should be deferred while there is a pending unblock request. Indeed, if he is unblocked then we should allow a reasonable time for him to respond to the latest points made above should he wish to do so. Thryduulf (talk) 13:09, 22 March 2012 (UTC)
 * He was quickly unblocked, so should not be an issue. Frietjes (talk) 22:54, 22 March 2012 (UTC)
 * Merge, I see no reason why these can't be easily merged. Frietjes (talk) 22:54, 22 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox UK police
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was delete Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:28, 22 March 2012 (UTC)
 * Infobox UK police

Flagged as deprecated, in favour of Infobox Law enforcement agency, since April 2008; only 34 transclusions. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:38, 2 March 2012 (UTC)
 * Delete—as redundant.  Imzadi 1979  →   19:52, 3 March 2012 (UTC)
 * Delete, in April 2008 User:Pee Tern add the deprecated template (which was later updated and moved to the doc) - so why do we still have this template? <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 14:20, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox UK feature
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was no consensus to delete at this time. However, there appears to be no major resistance to migrating some (or even all) of the transclusions to more specific infoboxes, adding any missing features. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 00:21, 25 March 2012 (UTC)
 * Infobox UK feature

archaic markup and geographically- rather then subject-focussed. Used on a variety of articles which could use better, topic-specific templates such as Infobox lake, Infobox river, Infobox railway, Infobox park, Infobox building, or Infobox museum. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:58, 2 March 2012 (UTC)


 * I agree that we probably don't need a general-purpose infobox here, though I think the cleanup here goes beyond that which TfD normally involves. This probably needs to first be deprecated and flagged with a tracking category, as all of the existing transclusions will need to be manualy migrated to whichever specialist infobox best fits them. Chris Cunningham (user:thumperward) (talk) 15:56, 2 March 2012 (UTC)
 * I am the author. What I wanted to provide was a very simple general purpose template for simple features, so that the average user does not have to struggle with the (sometimes) very complex correct templates. I think it serves that purpose very well, and those who want to can migrate onto the correct template. The format is the same as Template:Infobox UK place so that all UK articles can be consistent. Twiceuponatime (talk) 09:18, 3 March 2012 (UTC)
 * The markup is indeed unusual but that's an editing issue not a TfD matter. I agree (with nom?) that such a template shouldn't really be place-specific: entia non sunt multiplicanda praeter necessitatem. Nonetheless, I do believe there's a need for a generic feature infobox, especially one that incorporates the others much like Infobox officeholder.  Claret Ash  11:12, 5 March 2012 (UTC)
 * I'm a user of this one and for my particular feature (a peninsula/coastal feature) I can't find a suitable alternative. I don't have the knowledge to create one of my own.  My view is probably that it should be retained, but to be used when there isn't an alternative available ?  Jerry (talk) 18:34, 8 March 2012 (UTC)
 * Which article? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 20:39, 8 March 2012 (UTC)
 * While we await your answer, I have found Infobox landform. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 22:16, 16 March 2012 (UTC)
 * What is wrong with having a catch-all template for things that do not fit in elsewhere? LynwoodF (talk) 16:07, 11 March 2012 (UTC)
 * There are so many features that can't be covered by the 'specific' templates, and plenty where it would be hard to imagine a template ever being written to cover them. There will always be a need for a last-resort, though its use should be discouraged in favour of the specifics.  If it just disappeared, how many articles would need to be reconsidered? Sammy_r (talk) 06:42, 13 March 2012 (UTC)
 * Please provide examples of "features that can't be covered by the 'specific' templates". Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:24, 13 March 2012 (UTC)
 * Keep but actively maintain. Scanning the list of transclusions, previewing some of them (using popups) it looks like most of the uses could be replaced with something more specific for electoral wards, museums, bridges, railways, etc. and if there isn't one already, there might be scope for an infobox for locations on Hadrians Wall. I think this migration to more specific infoboxes should be done where it can be. It's likely there are features that cannot currently be migrated, and this template should be maintained for those uses. It will also allow collation of uses that don't currently have an infobox and so we gain knowledge of where a new infobox is required. This also has the benefit of not requiring new and infrequent users to be familiar with all the multitude of infoboxes (quite a daunting list), editors who are familiar with specific boxes can migrate these uses without having to find all the information entered. This is the wiki way and should be actively encouraged, rather than forcing new users to be immediate experts in everything. Thryduulf (talk) 01:05, 17 March 2012 (UTC)
 * The existence of this unnecessary infobox serves to increase confusion for novice editors, not reduce it. Can you provide an example of an article using this infobox, for which a more specific infobox is not available? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:04, 20 March 2012 (UTC)
 * Comment – the article for Crag Lough seems to be one of those that would be difficult to transfer. There is a 'proper' template (Template:Infobox lake) but that template does not have a location map nor does it have any free-format parameters so that we (in the UK) could include UK map references (which are our standard map reference). Using both templates in that article seems to meet everyone’s needs. Twiceuponatime (talk) 09:17, 20 March 2012 (UTC)
 * Using two infoboxes on Crag Lough makes it look a real mess. The OS gird ref can go in the coordinates parameter of Infobox lake, and the map can be displayed as a stand-alone image, or you could ask for the relevant parameters to be added to Infobox lake. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:04, 20 March 2012 (UTC)
 * keep for now, but support actively converting to more specific infoboxes where appropriate. Frietjes (talk) 22:56, 22 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox HM prison
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was delete Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:26, 22 March 2012 (UTC)
 * Infobox HM prison

Only 129 transclusions; scope for few more. Redundant to Infobox prison, which has all the necessary parameters. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 12:29, 2 March 2012 (UTC)
 * Delete as redundant.  Imzadi 1979  →   19:51, 3 March 2012 (UTC)
 * Delete, redundant. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 14:27, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox UK street
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was delete Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:27, 22 March 2012 (UTC)
 * Infobox UK street

Only 31 transclusions; redundant to Infobox street. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 10:11, 2 March 2012 (UTC)
 * I personally don't see the need to delete this infobox. I prefer it as it is more concise than the aforementioned alternative and more attractive. I vote to 'keep' - also I wouldn't want to have to fix up those 31 pages if it is deleted. --TBM10 (talk) 10:09, 3 March 2012 (UTC)
 * We don't keep duplicate or forked templates for aesthetic reasons; the other template should be improved if it is deficient in that regard. Nor do we ave duplicate or forked templates just for conciseness; you can keep a pared-down pro-forma in your user space or a project page if you wish. Replacing 31 templates is a trivial task, for an editor with a script, or even without. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:18, 3 March 2012 (UTC)
 * Keep: per TBM10. The C of E. God Save The Queen! (talk) 19:23, 3 March 2012 (UTC)
 * Delete—per nom. While not wanting to fixing 31 pages might be a valid opinion, it's not a valid reason not to delete a template. (A bot or an automated script can handle the conversions, and with only 31 uses, a human could hand convert the transclusions easily.) Aesthetics are not a valid rationale to keep a template either because any perceived appearance differences are solvable. I would know that Infobox street uses infobox while Infobox UK street does not, which might explain some of the visual differences.  Imzadi 1979  →   19:50, 3 March 2012 (UTC)
 * Delete per nom. I see no reason to keep the templates separated. --Rschen7754 23:36, 3 March 2012 (UTC)
 * Delete, completely redundant (and hard HTML coded). <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 14:34, 10 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:Infobox UK property
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was no consensus at this time, due to concern about the lack of support of certain UK specific parameters in other infoboxes. It may be a good idea to see which of the transclusions could be migrated to a more specific infobox without loss of information. Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 00:19, 25 March 2012 (UTC)
 * Infobox UK property

Only 87 transclusions. Most could use Infobox building, a few Infobox museum or Infobox park. Best approach probably to replace the latter, then blitz what's left by front-ending and SUBSTing. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 09:55, 2 March 2012 (UTC)
 * Keep The template is a catch all for any UK property, from garden to broch to building to field.It has space to add much of the info given in Handbooks for National Trust and English Heritage and RHS --Harkey (talk) 19:11, 3 March 2012 (UTC)
 * Yes, it is a catch all - that's why it should be deleted. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 20:10, 4 March 2012 (UTC)
 * Why is catch all so bad? The simpler the better.Harkey (talk) 22:34, 4 March 2012 (UTC)
 * Becasue we divide infoboxes by type (bridge, river, building) not country (Infobox UK property, Infobox France property, Infobox Germany property, ad nauseum). Andy Mabbett ( Pigsonthewing ); Talk to Andy;Andy's edits 11:06, 5 March 2012 (UTC)
 * Why? Parameters such as postcodes, grid references, official designations and (sometimes) owning organisations are specific to countries.--Harkey (talk) 11:19, 5 March 2012 (UTC)
 * The schema used for such things may be country-specific, but their existence is not, and they are all catered for by existing, country-agnostic templates. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:34, 5 March 2012 (UTC)
 * Along your reasoning, Pigsonthewing, the template should be renamed/merged into infobox property (getting rid of national splitup). OTOH, you also object against a "catchall" - while you propose merging into – now that is a catchall. In general, which are your arguments (the nomination only describes, number of transclusions and a solution, but not argument for canceling this one)? -DePiep (talk) 09:39, 20 March 2012 (UTC)
 * Where, do you imagine, do I "propose merging into infobox building"? The nominated template is redundant to a group of other, more specific, templates. Despite my request, made over two weeks ago, no examples of an instance that could not be replaced with a better template have been provided. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 11:47, 20 March 2012 (UTC)
 * Where you aks? In your own nomination. btw (more important), no argument was there. -DePiep (talk) 19:06, 20 March 2012 (UTC)
 * Keep This is a very useful box. It is often used where no other more specific one can be located. It is less specific, more generic and much easier to use than some of the fancy and more complicated and over fussy ones.--Ahjet (talk) 17:21, 4 March 2012 (UTC)
 * Please can you give examples of articles which use this template, and where "no other more specific one can be located"? Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 20:10, 4 March 2012 (UTC)
 * Delete per nom if no other problem is shown (^) <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 13:00, 20 March 2012 (UTC)
 * keep for now, but support replacing and then reconsidering what is left (if anything). Frietjes (talk) 22:57, 22 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:WrestleMania venues
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was no consensus Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:21, 22 March 2012 (UTC)
 * WrestleMania venues

The linked articles are very weakly linked to each other. WrestleMania is a one-day event, and not a major part of the identity of any of these venues. It's quite improbable that any particular reader of, say, Staples Center, is there because of an interest in WrestleMania. The link to WrestleMania in the article body is adequate. In contrast, a navbox like Template:NBA Arenas is more appropriate because a sizable portion of readers might be interested in the arena's role as an NBA venue, and want to compare it with other NBA arenas. Toohool (talk) 09:23, 2 March 2012 (UTC)
 * Delete. This is the template equivalent of OCAT performer by performance.  Resolute 14:59, 2 March 2012 (UTC)
 * Keep: WrestleMania is not really a one day event. The show is one day but more is held along with it. The Hall of Fame, Fan Axcess, etc. Its a notable mainstream gathering covered by a variety of publications. As such it creates a large economic difference in the surrounding areas. In many cases it breaks attendance records for some of these arenas, as such a template being featured showing arenas which this largely known event has been held at is helpful. Honestly I don't know why it exists, but I feel it is still useful.-- Will C  10:03, 4 March 2012 (UTC)
 * Keep - WillC makes good points above as to why hosting Wrestlemania would be considered highly-significant. There is also Template:Super Bowl venues in existence, and this is a similar deal. I also strongly dispute the nominator's statement that it's "quite improbable" that anyone would visit a stadium article because of a Wrestlemania tie-in. Entertainment venues tend to be predominantly notable because events that take place there. <strong style="color:#9400D2;font-family:comic sans ms;">ŞůṜīΣĻ ¹98¹ <strong style="color:#DC143C;">Speak 05:29, 9 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.

Template:JEL code
<div class="boilerplate vfd tfd-closed" style="background-color: #e3f9df; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
 * The following discussion is an archived debate of the proposed deletion of the template below. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review).  No further edits should be made to this section.

The result of the discussion was no consensus Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 03:20, 22 March 2012 (UTC)
 * JEL code

weird, nonstandard side box which mostly just adds pages to a category. Categories should be added directly rather than via templates; furthermore, this is being used in articlespace, and it definitely doesn't belong there. Chris Cunningham (user:thumperward) (talk) 17:01, 23 February 2012 (UTC)

<hr style="width:55%;" />
 * It also adds a box like at Category:Macroeconomics... I'm not 100% sure, but I see a reason to do this wit a template: it explains why a cat is in a cat with a link to the actual JEL page. I like the idea, so keep. <b style="font-family:Courier New; display:inline; border:#009 1px dashed; padding:1px 6px 2px 7px; white-space:nowrap; color:#000000; font-size:smaller;">mabdul</b> 10:18, 24 February 2012 (UTC)
 * Were that applied everywhere these boxes would be used on every single category page. That's not appropriate, and neither is this one. Categories do not need individually explained by templates. Chris Cunningham (user:thumperward) (talk) 14:01, 24 February 2012 (UTC)
 * Relisted to generate a more thorough discussion so a clearer consensus may be reached.


 * Please add new comments below this notice. Thanks, Plastikspork <sub style="font-size: 60%">―Œ <sup style="margin-left:-3ex">(talk) 05:08, 2 March 2012 (UTC)

<hr style="width:55%;" />
 * Delete as non-standard; use categories. Andy Mabbett ( Pigsonthewing ); Talk to Andy; Andy's edits 09:59, 2 March 2012 (UTC)
 * Keep as a useful way of economic classification. If you want to delete it, you should first convert all the codes to categories.--Sanya3 (talk) 19:16, 3 March 2012 (UTC)
 * Keep but delete from article space, because it isn't really intended to be used that way. It is meant to link categories back to the JEL classification codes, which is an organizational listing of economic topics.  -- Eastlaw  talk ⁄ contribs 09:03, 4 March 2012 (UTC)
 * Why doesn't simply adding the category do that, which is how this sort of linking works in every other category in the encyclopedia? Chris Cunningham (user:thumperward) (talk) 11:15, 5 March 2012 (UTC)
 * Keep learning the JEL code of an economics topic is useful when doing a literature search. "Weird, nonstandard" is a poor rationale unless you believe all innovation is in the past. 71.212.231.71 (talk) 04:39, 6 March 2012 (UTC)
 * Delete. Achieves very little and is of dubious value. All it does is bung things in a tracking category and clutter up oodles of category pages with a little box. And then what is done with Category:Categories which are included in the JEL classification codes? If it is kept the same thing can be acheived by adding it as a hidden category. -- Alan Liefting (talk - contribs) 09:48, 6 March 2012 (UTC)
 * keep but edit - In looking this over, it would seem to me that it would make more sense to have this template actually do some "work", and make placing in an article category actually worth something. I just looked over JEL classification codes. It would seem to me that each lettered section should be a separate sub-category. Not claiming to know much about the topic, but from I can see, that would definitely support the argument of usability for finding economics articles by JEL classification code. As it is now, it's just one big category with presumably economics-related stuff in it. I would guess that the additional coding shouldn't be too difficult. There is already a variable passed for the template, just use that for clarifying the category name as well. Something like: Categories included in the JEL classification code:  Of course you're going to have a bunch of subcats to "create". And each should probably have   - I'm going to drop a note about this discussion at: WP:CFD. - jc37 17:14, 7 March 2012 (UTC)
 * Keep. It's fine to assume that everyone who reads an economics article knows JEL classification codes in which the article may be situated.  But they don't.   And readers may find it useful in the same way that a Google scholar search can be. It is used throughout professional econ journals for classifying books and articles. It is map for the structure of modern economics.  Categories are distinct from templates. The template is comparable to the chapter title in the table of contents for a book, not a subject index at the back of a book, which categories correspond to.  --Thomasmeeks (talk) 23:27, 19 March 2012 (UTC)
 * The above discussion is preserved as an archive of the debate. Please do not modify it. Subsequent comments should be made on the appropriate discussion page (such as the template's talk page or in a deletion review). No further edits should be made to this section.