Wikipedia:Templates for discussion/Log/2010 July 2

July 2

edit
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. JPG-GR (talk) 07:45, 12 July 2010 (UTC)[reply]

Template:United States Squad 2004 U-19 Women's World Championship (talk · history · transclusions · logs · subpages)

After discussions at WP:Football, youth tournament templates should not be created. GoPurple'nGold24 22:15, 2 July 2010 (UTC)[reply]

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.
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, using the best features from each template (e.g., layout and pushpin map) Plastikspork ―Œ(talk) 19:13, 12 July 2010 (UTC)[reply]

Template:Infobox skyscraper (talk · history · transclusions · logs · subpages)
Template:Infobox building (talk · history · transclusions · logs · subpages)

Redundant to Template:Infobox building. There is also a great deal of inconsistency in what is used, differeint documentation which should be simplified etc. This proposal is to merge given that the parameters are almost identical to infobox building and infobox building has the pushpin map option which ifnobox skyscraper does not. Dr. Blofeld White cat 18:10, 2 July 2010 (UTC)[reply]

I believe I merged most if not all of the outstanding parameters into infobox building a few weeks back the rest were the same anyway. Also infobox building has a fully functioning pin map facility which this does not have. Any trasition to infobox building naturally will be done without losing any data of course. Dr. Blofeld White cat 09:21, 3 July 2010 (UTC)[reply]
  • Comment {{Infobox skyscraper}} has a sectioned layout that I find more aesthetically pleasing than the rather bland {{Infobox building}} There's also a "Status" field that doesn't seem to exist in Infobox building.[1] Perhaps Infobox building should be replaced by Infobox skyscraper instead of the other way around. --AussieLegend (talk) 09:40, 3 July 2010 (UTC)[reply]
  • Merge Infobox Skyscraper seems to repeat most of the data found within Infobox building, BUT... it does have some things that Infobox Building does not, and it seems to be laid-out better...perhaps we should merge the data into Infobox Building, and update Infobox Building's layout? Alternately, only have Infobox Skyscraper used on buildings that are 25+ floors? RingtailedFoxTalkContribs 14:39, 3 July 2010 (UTC)[reply]
  • Keep. Infobox skyscraper has good features and has a better sectioned lay-out design and framing, so that should be kept. The titled detail bars and headings are helpful, and improve understanding and skyscraper template looks better. The ability to incorporate or embed National Register of Historic Places, National Historic Landmark, U.S. Historic District information are highly desireable features that Infobox skyscraper allows after "architect". The flexability is helpful, no need to limit Infobox skyscraper. Its a good tool, make it better don't take it away. Agree that all the good features and lay-out of infobox skyscraper should be kept if there is a merging, since infobox skycraper has the better lay-out.Thomas Paine1776 (talk) 17:41, 3 July 2010 (UTC)[reply]
No it is missing some vital components like pushpin map... It is easy to merge. Dr. Blofeld White cat 12:04, 7 July 2010 (UTC)[reply]
You can be 100% assured that the idea is to merge the whole parameters so nothing is lost. The parameters are mostly identical to infobox building so this template is redundant. So nothing is lost and an obvious redundancy in having dual infoboxes is removed. Dr. Blofeld White cat 12:03, 7 July 2010 (UTC)[reply]
Um, that would be a very poor idea given that infobox building is used in a diversity of articles from tall buildings to city halls, to historic archiecture. Deary me, did you even look at the useage of infobox building compared to infobox skyscraper? Dr. Blofeld White cat 09:18, 9 July 2010 (UTC)[reply]
Did you? There are 2,743 uses of {{Infobox building}} but 2,932 uses of {{Infobox skyscraper}}. Regardless of the fact that Infobox skyscraper is used more than Infobox building, we have this great thing called a redirect so I don't see the problem. That said, all skyscrapers are buildings but not all buildings are skyscrapers so {{Infobox building}} is the more appropriate location for the template. The best solution here remains for any additional functionality and the better layout of Infobox skyscraper to be merged into Infobox building. --AussieLegend (talk) 11:15, 9 July 2010 (UTC)[reply]
  • For reference: I've just made a direct comparison in my userspace of the the two templates.[2] Infobox building's map function is superior to skyscraper but skyscraper's layout is superior. There are a number of fields that don't port directly from skyscraper to building and an example of this is shown on the linked page. While skyscraper labels |engineer= "Structural engineer", building only calls this "Engineer". These issues would need to be addressed in the merge. (Duh!) --AussieLegend (talk) 12:17, 9 July 2010 (UTC)[reply]
  • Merge per Deryck C. (the skyscraper template is better laid out, e.g. the greyed section headings; keeping that would be good) and AussieLegend (merge but "building" is the more accurate name given the proposed template's scope). Blofeld is right - the two templates are quite obviously redundant so the onus is on the keeps to justify its existence. Miracle Pen (talk)
  • Keep I don't think the pushpin map is particularly important for skyscrapers (or buildings) unless we are considering adding a street map for the surrounding area (IMHO, a pushpin on a country/state map is pretty useless for a building article). The Infobox skyscraper does include several skyscraper specific features that are used many skyscraper articles. For example, a lot of though has gone into the automatic status creation, and the height record fields (like year_highest) are used in many record breaking skyscrapers. That said, Chris Cunningham's proposed subclassing sounds promising, but I would like to see it working well, before any decision on merge/delete is made here. Astronaut (talk) 02:13, 11 July 2010 (UTC)[reply]
Street map is exactly what I'm talking about. See Chicago landmarks. Dr. Blofeld White cat 11:02, 12 July 2010 (UTC)[reply]
That's odd, I couldn't find any street map on Chicago landmarks. The kind of thing that I think should be avoided is like the infobox on James Charnley House; that map doesn't add anything to the article except indicating it might be somewhere near Chicago. In fact, having looked at around 20 or more articles linked on the Chicago landmarks page, of those that show a map, all of them so far have been with a red dot on a map of Illinois. Astronaut (talk) 16:10, 12 July 2010 (UTC)[reply]
  • Merge Let me explain based on the two main issues: parameters and layout. Parameter-wise, I'm getting the strong impression they are nearly identical and can be merged without any implications. As for the layout, the infobox skyscraper seems more aesthetically pleasing and better structured than infobox building. We can blend the layout of both infoboxes and produce a final one that is better than the two existing ones. Find me at my talk page if you want a reply, thanks. AngChenrui (talk) 07:57, 11 July 2010 (UTC)[reply]
    • Additional comment Countless skyscraper articles use the skyscraper infobox, we must ensure a smooth transition to the building infobox should the skyscraper infobox be deleted. AngChenrui (talk) 07:57, 11 July 2010 (UTC)[reply]
Agreed. I quite like the light grey structuring for skyscraper. I say that infobox building is updated with this structuring in light grey and then merged fully. Dr. Blofeld White cat 10:00, 12 July 2010 (UTC)[reply]
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.
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 per author approval Plastikspork (talk) 15:34, 4 July 2010 (UTC)[reply]

Template:43 most populous cities of Australia (talk · history · transclusions · logs · subpages)

Misleading, unused template that was created to replace {{Cities of Australia}} without discussion at WP:AUSTRALIA. The creator added it to numerous articles, in most instances replacing {{Cities of Australia}}. On every article he added it to, the change was reverted. It is misleading as the figures are not actually for cities, but for statistical areas used by the Australian Bureau of Statistics. Subsequent discussion at Wikipedia:Australian Wikipedians' notice board#New_template_replacing_.7B.7BCities_of_Australia.7D.7D resulted in no support and subsequent removal from the remaining articles to which it had been added. AussieLegend (talk) 14:57, 2 July 2010 (UTC)[reply]

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.