Wikipedia talk:WikiProject Infoboxes/Archive 1

message: At the moment, I am working on replacing the manual infoboxes used for the 16 states of Germany with a template. The template is currently stored at User:52 Pickup/Drafts/Infobox German Bundesland and the 16 new infoboxes are at User:52 Pickup/Drafts/Test states. The overall layout is not yet finalised, but you can see that there is a problem: some SVG images are invisible - not bad links, just not shown. The maps for 4 infoboxes are not visible, and one of the flags for Saxony is also not displayed. Any idea why? - 52 Pickup 13:54, 30 January 2007 (UTC)
replies: text: I've seen this happen outside of infoboxes, so I suspect it's some sort of bug with how MediaWiki handles SVGs, not anything related to the code. Kirill Lokshin 14:05, 30 January 2007 (UTC)
replies: text: An extra strange feature of this behaviour is that if you play around with the width of the infobox, then different images (dis)appear. I guess I'll have to use PNG images instead. - 52 Pickup 14:09, 30 January 2007 (UTC)
replies: text: It finally worked, after nudging the image widths N number of times. Very odd. - 52 Pickup 10:53, 5 February 2007 (UTC)
thread_title: Vanishing SVG images

message: Hello. I have a big request for you, guys.  needs much attention and improving. It is probably the most ugly and not-handy city infobox on Wikipedia. Maybe 52 Pickup can help, he has made already wonderful job with German Location infobox. My personal idea is that the Polish one should be just like its German counterpart which is elegant, handy etc. Standarizing styles is a good way, I suppose. I am not much into programming and the like so I can't do that, I fear I would break some patterns or something like that. Thank you very much. :) - Darwinek 14:49, 30 January 2007 (UTC)
replies: text: You should put problems of boxes on their own page, thus giving us Wikipedia:WikiProject Infoboxes/Infobox City Poland for example. You also need to formalise your requests etc using templates and stuff. Anyway, enough from me, I will be around when/if I stop WikiBreak...TheJosh 11:39, 3 February 2007 (UTC)
replies: text: That infobox is huge! It needs liposuction or something... --TheJosh 23:04, 4 February 2007 (UTC)
replies: text: Yes, the infobox as it stands now is very big and needs a bit of work. A version similar to German Location is possible, but I don't want to set up any broad standards (that one was specifically made just for the German WikiProject). Also, I'm on a bit of a wikibreak at the moment. But Josh is right, any proposed work done here for this infobox should be put up at Wikipedia:WikiProject Infoboxes/Infobox City Poland so we can all take part. - 52 Pickup 10:53, 5 February 2007 (UTC)
thread_title:  Very big request 

message: Here's some ideas and thoughts I've had about infoboxes that might be worth exploring in this project:
*Intuitive infobox selection. Whether it be a template category or a manual list of links, it should both be fairly reasonable to find the most appropriate infobox for a given article.
*Decreasing / discouraging extremely specialized infoboxes. While I think it's good to have specific formats when needed.. KISS can be applied to a great degree. A great many infoboxes are exact copies of other boxes, but with a different template name.
*WP:PDATA, and how infoboxes might make this process easier? Also, the same idea of PDATA but for other things with common fields, such as movies, places, etc?
*Discourage making separate articles just to use multiple infoboxes and/or creating infoboxes that can accommodate more than one topic of a multi-topic article.
*WP:LIST talks about the pros and cons of putting info in a list vs in sentence form. While not directly related to infoboxes, some of that same logic can apply. There are some facts or stats that really aren't helpful without context, even for at-a-glance use.
*Collect and gather new ideas. There are many infobox ideas out there that most don't even consider, and there are probably many outside of Wikipedia that we're not used to seeing. Not to say we should fix things that are not broken, but I think it's interesting to look at other ideas, even if we don't actually use those ideas.
**One idea I had a while back was to have some kind of.. (it might sound odd) "infobox fair" or something like that. Invite editors to make a "display space" on a page (maybe make it an event, with people working on the infoboxes then having a display deadline) and just show lots of different ideas. Encourage users just to try new formats, colors, tables, whatever, just to get the creative juices flowing. Even if no new changes are applied, it would at least be an interesting and fun learning experience. Just look at how many users like to experiment with their sigs.
**We should also look at what is already being used on Wikipedia in situations people might not consider. What seems to be working now and what seems to be not working? How many do we have? What kind of info/stats do people seem to be adding and are they useful or not?
***To steal a term from the WP:1.0 project, work-via-WikiProjects comes to mind. A great many WikiProjects already maintain a topic or two's infobox, and more people will be involved because they won't feel like they're doing "another task" (so much to do, so little time) but working on something related to their existing projects, etc etc.
I'm a bit hyper right now thinking of all this, and I'm sure I could even probably word some of this better, but the ideas are flowing and jumping! I gotta just hit the save page button for now or I won't be able to get anything else done today. Throw the ideas out there, like how we can be integrated with existing WikiProjects and areas of Wikipedia that handle this stuff. We're a new collaborative area, not a replacement for anything, is a good way to think about new WikiProjects that deal with old ideas. That kind of open attitude with allow suggestions brought here to be spread faster and with more open minds. Don't think of this project as the "new kids in town", but rather think of it as the same users but with new tools and a chance to share great ideas.
Man, I'm not even keeping on topic! So many things I wish to talk about! I'm in infobox-nerd-heaven.Ned Scott 22:02, 30 January 2007 (UTC)
replies: text: That's definitely a lot to think about. It will definitely be some time before we can come up with answers to all your suggestions. Thanks. - 52 Pickup 10:53, 5 February 2007 (UTC)
replies: text: I wasn't really expecting all of them to be answered.. it's just a brainstorm of ideas :)Ned Scott 03:56, 6 February 2007 (UTC)
thread_title:  Just to throw some ideas out there 

message: I've just created a userbox and category page for members of this WikiProject. To place the userbox on your userpage just add . This will also add you to Category:WikiProject Infoboxes participants . Also, can someone add us to the Directory of WikiProjects. I would do so but I'm not quite sure how to. And thank you to User:52 Pickup for creating this WikiProject. Happy editing! Yuanchosaan 07:51, 1 February 2007 (UTC)
replies: text: Thanks for the userbox. The project is now listed at Wikipedia:WikiProject Council/Directory/Wikipedia - 52 Pickup 10:53, 5 February 2007 (UTC)
thread_title: Userbox

message: Why not? Look at the success of . --TheJosh 22:57, 4 February 2007 (UTC)
replies: text: Because most infoboxes are maintained by active WikiProjects, who will look very dimly at some random group of editors coming in and "standardizing".  Standardisation as agreed upon by the people working on some particular group of infoboxes is good.  Standardisation as imposed in a hamfisted fashion across all of Wikipedia by a central group is not, because it's frankly unnecessary, and will involve far more virtual bloodshed than would be acceptable for such a minor issue. Kirill Lokshin 23:14, 4 February 2007 (UTC)
replies: text: Exactly. Furthermore, it is through the lack of standardisation that people find new ideas for their own work. Rigid blanket standards only hamper creativity. - 52 Pickup 10:35, 5 February 2007 (UTC)
replies: text: While some of that maybe true, there are templates where standardization helps by taking small rarely updated templates that are only edited by a few editors (if any at all) and switches to the standard template that is consistently updated and edited/discussed by many editors.  I have seen both sides of the argument before and they should be argued on the individual template talk pages. —MJCdetroit 21:21, 5 February 2007 (UTC)
replies: text: That is also true. Perhaps I should've been a bit clearer. Localised standardisation is fine (and in many cases necessary), but blanket standardisation is not right. For example, while Infobox Australian Place has done a very good job at standardising many disused regional Australian templates and manual infoboxes, I would not say that its format should be automatically used for places in New Zealand - but if people working on New Zealand locations want to incorporate some of its features, that is fine. If a certain feature in a given template is particularly good, it will find its way into other templates. Now, if a rigid standard was in place, then the development movement of these individual features becomes considerably slower. - 52 Pickup 22:08, 5 February 2007 (UTC)
replies: text: I think if we make good ideas easy to find they'll standardize themselves :)Ned Scott 03:57, 6 February 2007 (UTC)

text: Perhaps standards should be proposed here, and then discussion made on a per standard basis for appropriateness. Also, if a project (in our example, Wikiproject Australia) wants a standard, they can come to us and make a proposal, and then Wikiproject Infoboxes (who are the theoretical experts on infoboxes) can do the dirty work, and save them some effort. --TheJosh 10:18, 6 February 2007 (UTC)
thread_title:  Why Not? 

message: I have created some templates to ease development.
* Template:Infobox being modified
* Wikipedia:WikiProject Infoboxes/Project Information
--TheJosh 11:14, 6 February 2007 (UTC)
thread_title:  Templates 

message: If you're interested in helping add infoboxes to film articles, you can visit here or adopt a letter here. We currently have about 900 articles that don't have infoboxes and have completed about 200 in the last few weeks. We would appreciate any assistance in eradicating the requests. There are instructions and an example on the template's page and if you need any help or have any questions ask one of the members who are currently working on the infoboxes or at the project's talk page. Thanks, and I hope your new project is successful in improving Wikipedia! --Nehrams2020 04:47, 7 February 2007 (UTC)
thread_title: WP:Films Infobox Backlog

message: Hello. Is there any standard infobox for administrative divisions? There are several regions, provinces etc. which still use (for several years) manual tables. See e.g. Midtjylland or Saint George Basseterre Parish. Thank you. - Darwinek 11:15, 24 February 2007 (UTC)
replies: text: I switched SGBP to Infobox City and it worked just fine.  In the settlement_type= field type "Parish" or whatever if it is not a city.  If the name Infobox City bugs you, you can use  in the first line.  Infobox Place is just a redirect to Infobox City.  Check out my example at SGBP and you can try it out on Midtjylland.  —MJCdetroit 19:00, 24 February 2007 (UTC)
replies: text: Hmm, it is a good, possible way to go but maybe a different one for each country could be created. You know, many country issues are specific and e.g. in Infobox City it isn't a field for ethnic groups, ISO etc. Also several use of "parish" or whatever in Infobox City isn't much nifty. - Darwinek 20:30, 24 February 2007 (UTC)
replies: text: We have floated the idea of including "blank" fields in the Infobox City for things like ethnic groups and ISO etc.  You can always add them to the footnotes field until such blank fields are added.  I'm not sure that I understood what your last sentence meant; you don't like the use of parish? What did you mean? —MJCdetroit 22:06, 24 February 2007 (UTC)
replies: text: Oh. I meant that Area - Parish, Population - Parish etc. thing. You know it is obvious that the numbers would deal with parish when the article is about parish. - Darwinek 22:27, 24 February 2007 (UTC)

text: There is already a nice . Maybe something similar should be created for subsequent cases. - Darwinek 22:33, 24 February 2007 (UTC)
thread_title:  Question: Is there a standard infobox...? 

message: Hi all,</br>
For  I am trying to make the "Year column" optional.  So far it does hide but adds extra spaces to the column before it (December) when hidden.  The sandbox is here: Wikipedia:Sandbox/Weatherbox rebuild.  Does anyone know what I am doing wrong? —MJCdetroit 22:20, 24 February 2007 (UTC)
replies: text: The table preprocessor is sensitive to line breaks.  When the column was hidden there were "extra" line breaks.  I've restructured it so the extra line breaks don't show up.Rick Block (talk) 03:55, 7 March 2007 (UTC)
thread_title:  Hiding a column in a table infobox 

message: I've just made a template for the navigation of our Project: Template:The Infoboxwatch. I'm a bit of an amateur with this but it was the best I could do. Anyway, as you have probably noticed, there are quite a few non-existent links. It is my hope that we will soon be able to fill them all up. Some of the links actually have similar pages under different names, but I thought it would be best to move/create new pages so that they will be more centralised. I will soon be attempting to create some of those templates but would really appreciate some help. Tell me if this is a good template and I will place it on the Project page. Happy Editing! Yuanchosaan 02:17, 25 February 2007 (UTC)
thread_title:  Project Navigation Template 

message: Does anyone have, know someone who has, or can tell me where I can find databases with all information needed to create infoboxes for every single city and town in the United States?  I'm looking to do this in the next few months, but can't find a single source with all the needed data.  Right now I'm considering writing a bot to read through every US town/city article and extract the data, but it would much better if I could just find a set master tables (ideally from government databases sitting out there somewhere).  I'll also take any information available on counties, census designated places, and any other geographic division that might require infoboxing.
The information I would need is: Town/City name, County, State, population total, population density (per sq mi and per sq km), population date, area total (sq mi and sq km), area water (sq mi and sq km), area land (sq mi and sq km), elevation (ft and m), coordinates, time zone, summer time zone, zip code(s), and area code(s).  Optional data would include nickname, motto, type of government, leader type, leader name, website, and any other important notes.
Please let me know if you have anything, and I'll be happy to start compiling it all into a giant Excel spreadsheet for future processing into infoboxes.
Note that this will only be done for cities and towns that currently lack infoboxes (though I could theoretically use it to fill in missing information in cities/towns already having infoboxes).
Thanks, --CapitalR 14:55, 6 March 2007 (UTC)
replies: text: I don't know if zip code tabulation areas fits the bill, but I used it quite a bit for New Hampshire.  BTW, NH is all done, so no need to work on those :)SatyrTN (talk | contribs) 15:03, 6 March 2007 (UTC)
replies: text: I don't know if this will help but take a look at the USGS's database.  —MJCdetroit 17:14, 6 March 2007 (UTC)
thread_title: Master Databases with all City/Town Data for the United States

message: I am working on the infobox Template:Infobox Scotland place. As it is quite long I want to take out the line spacing between each entry to make the box appear smaller but maintaining all the text. I am trying to make the main text section look like the Template:Infobox Indian urban area as it looks tidy, with less white space between the text. The page I am using it on is Aberdeen but there are a lot of other articles using it. Can anyone help me make this change? Bobbacon 18:43, 13 March 2007 (UTC)
replies: text: I think you must have missed the call for discussions and involvement here Template talk:Infobox Scotland place for this new resource:  Template talk:Infobox UK place. This is a new unified infobox for all parts of the UK, including Scotland, where different maps can be supplied, etc. The aim you have has been realized in this new infobox.  DDStretch  (talk) 18:50, 13 March 2007 (UTC)
thread_title: Scotland

message: Is there an infobox for libraries somewhere? I found one for museums, but no library and none of the library articles I looked at had one. Thanks. Aboutmovies 03:53, 20 March 2007 (UTC)
replies: text: There's the Infobox Library one that you can use.  See San Diego County Library for an example article that uses it, or click on the "What links here" link from the template to see a few more examples.  --CapitalR 04:25, 20 March 2007 (UTC)
replies: text: Thank you. Aboutmovies 04:55, 20 March 2007 (UTC)
thread_title:  Library Infobox 

message: I've started the directory of infoboxes now. However I'm going on holidays soon and won't be able to edit (sob!). Can anyone help out with this task? And should a short description be added to each box? Happy Editing! YuanchosaanSalutations! 07:50, 20 March 2007 (UTC)
replies: text: Okay,I've made the templates and updated navigation. Anything else need to be added? YuanchosaanSalutations! 04:51, 25 March 2007 (UTC)
thread_title:  Directory 

message: At  I implemented some manual XY dot map fields. They seemed to work fine for places like Sylvan Lake, Alberta but when I tried to use them for Kubul, Afghanistan (this version), the dot seems to move when viewed in IE compared to Firefox. If it was solely an IE thing then I would have thought that the dot would have viewed different in the Alberta map too. Although it maybe a svg vs png issue too.  Does anyone have any thoughts on this? —MJCdetroit 19:01, 17 April 2007 (UTC)
replies: text: Its a difference in how margins and padding are computed in the different prowsers, and that affects absolute positioning. Sorry, there is not much you can do to fix this —The preceding unsigned comment was added by TheJosh (talk • contribs) 03:03, 11 May 2007 (UTC)
thread_title:  XY dot maps displaying dot differently in IE than Firefox 

message: MJCDetroit has been working on removing single-use manual infoboxes and has come across a sticking point: Berlin. Meanwhile I have been working on the template  which covers the 16 German states (of which Berlin is one). Berlin is the only place where there is a problem with the template - an editor of the Berlin page is not so keen to let go of his version, and swiftly reverts any attempts to implement something else - usually with less-than-flattering edit comments for such good faith edits.
Now, this is not a matter of "my way" vs "his way". I'm always ready for improvements to the templates that I've done, and admittedly there were some aspects that I wanted to fix up anyway. Together with this user, I've bashed out a number of modifications, and the appearance of the template has considerably improved. But now an agreement still hasn't been reached. The remaining sticking points are varied, some which seem owing more to personal preferences, but others have wider-ranging implications for geographical infoboxes.
Instead of repeating all the points, I'll just direct you to the discussion here. In the interests of consistency, and taking on a few new ideas for infobox design, I would like as many people as possible to get involved. - 52 Pickup 13:22, 24 April 2007 (UTC)
thread_title:  Berlin 

message: I've been searching for an infobox for state supreme courts to replace the generic one I used at Oregon Supreme Court, does anyone know if one exists? If not anyone want to make one as it could be used at least 50 times. Thanks. Aboutmovies 17:34, 24 April 2007 (UTC)
thread_title:  State/Province Supreme Court Infobox 

message: The template  was made to allow users to directly copy data from the German wiki, which uses :de:Vorlage:Infobox Ort in Deutschland. To make this possible, the English template has  fields that have the same German names as used in the German template - plus a few extra fields (whose names are in English). This works rather well but there are, understandably, some who would like to be able to use a template with all-English field names. I'm not sure how to go about this. The template syntax is pretty complicated as it is. The only way I can think of doing this is by using nested calls for each variable - eg.   -  which would make the template code even messier. Any ideas? - 52 Pickup 12:56, 10 May 2007 (UTC)
replies: text: Personally, I would say that  is a bit less confusing to the eye.  Also, it seems on first blush that the template syntax could be simplified considerably, with many ParserFunctions removedI don't see the difference between  and 270px, for example.  Will try to take a look at this later. – Visviva 12:07, 18 May 2007 (UTC)
replies: text: Yes, the code does need a lot of rewriting. Most of it is simlply lifted from the German version, cobbled together with bits of code from other templates. I've never gotten around to a complete rewrite, just bits here and there. Maybe i should do a major re-edit before tackling the bilingual problem. You're right,  looks a lot better. - 52 Pickup 15:01, 18 May 2007 (UTC)
thread_title:  Bilingual template help 

message: Another problem relating to the German Location infobox. I was recently notified about the presence of many German cities appearing at Special:Whatlinkshere/Urban. It seems that they are there because the template call contains the parameter "Kreis = urban" or "Landkreis = urban". These parameters (actually the same thing, but the German wiki uses two different names) are responsible for saying what district a location belongs to - listed under "District" in the infobox. The value given here is either the name of a district (sample entry: Warburg), or "urban" to signify a German location that is a district in its own right (sample entry: Cologne). The funny thing is that the entries do not contain a visible link to Urban. These phantom links have got me completely stumped. - 52 Pickup 13:12, 10 May 2007 (UTC)
replies: text: After several false starts, found the source of the problem in this code:  ... the problem being of course that when "Landkreis=urban," a link to urban is created.  I  commented out the offending portion of the code as a stopgap, but a more general solution is needed.  I'm not entirely sure why the link is invisible, although I suspect it might be because this would create an extra cell in the table, which is automatically suppressed.  Interestingly this indicates that Special:ExpandTemplates does not work exactly as advertisedwhen I fed in the text of Dresden there I did not obtain any link to urban. – Visviva 12:59, 18 May 2007 (UTC)
replies: text: That's done the job. Thanks! - 52 Pickup 14:56, 18 May 2007 (UTC)
thread_title:  Phantom links 

message: Editors interested in the use of infoboxes may like to see the recent edits to John Coolidge Adams, Michael Nyman, Steve Reich and Philip Glass; and their talk pages. Andy Mabbett 20:46, 13 May 2007 (UTC)
replies: text: Stop forum-shopping, Mabbett. Ever read WP:CANVASS? --Folantin 20:54, 13 May 2007 (UTC)

text: To put this in context, there is a broad consensus at WikiProject Opera and WikiProject Composers not to use infoboxes on these articles.  Andy Mabbett (see his block log) has been engaging in an uncivil edit war over this since late April.  See discussion here, here, here, and here. Fireplace 20:56, 13 May 2007 (UTC)
replies: text: I made sure to express my request for third-party opinion in neutral terms. You've chosen to respond with an ad-hominem attacks. Andy Mabbett 10:54, 14 May 2007 (UTC)
replies: text: I've just had a look at this lengthy debate over at WP Composers. It does raise a number of interesting points about the use and abuse of infoboxes and is worth looking at the different opinions. - 52 Pickup 11:50, 16 May 2007 (UTC)
thread_title:  Composers 

message: has been proposed for deletion (not by me, I hasten to add) deleted. Andy Mabbett 09:43, 16 May 2007 (UTC)
thread_title: Template "Infoboxneeded" proposed for deletion

message: It is not currently apparent that there is a consistent policy regarding the use of images within infoboxes. Albums states 200px, Discography none, Taxoboxes 240px / 250px - even the template talk page can't make its mind up. This is inconsistent with policy guidelines, as covered in WP:IUP and WP:MOS. Insamuch as it might be inferred that these policies and guidelines apply to the main article space, the reasoning behind them applies just as much to the infobox space.
I propose that these guidelines are adopted as policy for infoboxes, and any image in an infobox must be thumbnailed. If the policy is already applicable, this must be applied to the infoboxes, and made explicit in their adoption and application.
Thumnailing images allows users to set their own preferences, and reduces (actual and potential) distracting clutter, not to mention issues concerning rendering in different browsers. Instances where the use of thumbnails causes unwanted whitespace requires address at the template design level. - Tiswas(t) 12:20, 16 May 2007 (UTC)
replies: text: Can you suggest how to address this, at the template design level?  The problem with thumbnailing is that it generally creates distracting clutter by adding unnecessary lines and whitespace.  If there was a way to have the autosizing features of thumbnailing without the obnoxious auto-frame, I daresay this would already be in (nearly) universal use. – Visviva 12:00, 18 May 2007 (UTC)
replies: text: I'm afraid that I'm approaching this from a fairly uninformed angle, in that I am unfamiliar with the technical workings of thumbnailing and infobox rendering. If nothing else, I would hope that raising this issue might perhaps promote investigation into a solution from those better equipped to deal with it. - Tiswas(t) 12:13, 18 May 2007 (UTC)
replies: text: This thumbnail problem looks like one for the image rendering people (probably over at MetaWiki). I'm not sure there is much that can be done about it here at this point. - 52 Pickup 09:44, 1 June 2007 (UTC)
replies: text: Any idea how to go about raising this issue with the MetaWiki overlords? - Tiswas(t) 09:25, 5 June 2007 (UTC)
thread_title:  Infobox Image size 

message: :Note:  I'm cross-posting this here to solicit more opinion/help.  Please don't respond here; rather post any comments at Wikipedia talk:WikiProject Composers#Proposed new infobox.  Thanks
There's been extensive discussion at WikiProject Composers (check the archives) about the use of infoboxes in Composer's bios.  The consensus has been that, as currently designed,  and  rarely add much to these articles and are often actively harmful (conducive to anachronisms, overgeneralizations and other inaccuracies).  However there's been some passionate discussion and even a little edit-warring.
Since infoboxes seem to be in the ascendancy on most of WP, and since I think the general concept is a useful one, I've "boldly" taken a shot at designing a "New, Improved" infobox specifically for composer bios, trying to maximize the potential benefit to articles while minimizing the potential harm.  The "beta" version is here:
:User:Turangalila/sandbox/Infobox composer
The page includes a draft "template-documentation" page with cut-and-paste markup & instructions, plus a few hypothetical examples of the template "in action."  I've tried to leave almost all the paramters optional, and to emphasize in both the markup and the instructions that they should be deleted if not applicable, oversimple, etc.  Obviously if folks actually want to use it in articles it should be moved to the Template namespace. 
I'd particularly appreciate some technical advice from the wikimarkup experts here on a couple of design issues:
#Is it possible to limit the possible values for a particular template parameter, and treat it as blank if different value is entered?
#I think the box's content would be clearer / more readable if the text were vertically centered in each table cell.  Is that possible in an infobox-class table?
#I don't know much about the "hCard" feature, so if anyone wants to look at that & optimize the code for it, that'd be cool.
Please have a look and comment/criticize/suggest improvementsplease leave comments at the WPComposers talkpage, unless they're purely technical, in which case a comment on my sandbox page might be better.
Thanks,  —Turangalila talk 17:14, 28 May 2007 (UTC)
thread_title:  Proposed new infobox for Composer bios 

message: Hi. I've been creating a music venue infobox as part of the Music venue WikiProject. I've based my design on Template:Infobox musical artist. However, when I place it on pages, there's a noticable gap at the top of the page between the title and the infobox and main text; see CBGB for an example. How can I fix this? Thanks! CloudNine 08:59, 1 June 2007 (UTC)
replies: text: Fixed. The fault was caused by the HTML code that was used. For some reason, extra line breaks were created if a field did not have a value. This was why some entries with all fields filled in (eg. 9:30 Club) did not have this problem. After changing the HTML code to Wiki code, the CBGB entry now looks alright. - 52 Pickup 09:41, 1 June 2007 (UTC)
replies: text: Awesome. Thanks a bunch! CloudNine 10:45, 1 June 2007 (UTC)
thread_title:  [[Template:Infobox music venue]] 

message: Is anyone interested in tagging (with a category, perhaps), merging and/ or removing under-used infoboxes? For instance,  is used in just one article. Recently (in the process of adding the hCard microformat to geography infoboxes) I've come across a few like that. Andy Mabbett 09:23, 5 June 2007 (UTC)
thread_title: Underused infoboxes

message: # What is the reason for, and differences of, class; specifically: class="toccolours" or class="infobox"?
# How do you control 2 infoboxes (or an infobox and an image) to either stack on top of each other on the right-hand side of the page, or appear side-by-side on the right-hand side of the page?
# How do you get a template to appear on the left-hand side of a specific page (as opposed to hard-coding the template to appear on the left-hand side on all pages)?
--Old Hoss 21:51, 9 June 2007 (UTC)
replies: text: Continued discussion on my talk page.--Old Hoss 01:32, 23 June 2007 (UTC)
thread_title:  Various questions 

message: About a month ago, I created  because I noticed that no venue articles had any type of infobox.  I added the infobox to three articles, but no one has touched it otherwise.  I was wondering if there was someway to "promote" this infobox because it has potential to be featured in literally hundreds of articles for music venues or theatres. –Dream out loud 20:12, 12 June 2007 (UTC)
replies: text: Well, here's a start.  I added DTE/Pine Knob. —MJCdetroit 03:14, 13 June 2007 (UTC)
thread_title:  {{tl|Infobox Venue}} 

message: Currently creating a new infobox requires a fair amount of low-level parser function and table syntax. Not only is it a lot of typing, but much of the instructional material is unclear or out-of-date (eg: Template:Infobox Conditionals). And then there are infoboxes such as Template:Infobox country where they have abandoned wiki tables completely. I'd like to propose the creation of a series of templates to aid in the construction of infoboxes. A first pass should just deal with simple conditional parameters and a standard heading (title, image, caption). I'm guessing implementation might require two-pass templates like Template:Familytree. Vagary 22:05, 17 June 2007 (UTC)
replies: text: For example, User:Vagary/Template:Create infobox/Sandbox uses substituted templates to produce a parameterized copy of Template:Infobox. (I don't know enough about templates to do it without substitution.) Vagary 23:23, 17 June 2007 (UTC)
thread_title:  Project Proposal: Template Toolkit 

message: Over at Template talk:Infobox Weather, there is a discussion to try to make a cell's background color change according to what information is entered into a parameter.  For example, if |Jan_Hi_°F =15, then the background color would switch to a predetermined shade of blue based on 15 being entered. However if 45 was entered the color would switch to a different shade of blue (or some other color).  Does anyone know if this can be done using #switch or any other method?—MJCdetroit 18:04, 18 June 2007 (UTC)
replies: text: You'll need to use #ifexpr, I think. Kirill Lokshin 01:17, 19 June 2007 (UTC)
thread_title:  Variable colored cells depending on the entered data 

message: Does anyone know if the above is the only infobox for cemeteries? It's the only one I found and it is pretty new, looks incomplete, and nobody is using it. Thanks. Aboutmovies 04:54, 28 June 2007 (UTC)
replies: text: There's , but that's obviously a rather specialized one. Kirill 04:56, 28 June 2007 (UTC)
replies: text: Thanks, but ya pretty specific. Aboutmovies 14:44, 28 June 2007 (UTC)
thread_title:  {{tl|Infobox cemetery}} 

message: A problem exists in Municipalities of Norway where two infoboxes partially occupy the same area. I've come across this problem before, but I haven't learned how to fix it. Could someone knowledgable about this take a look? __meco 09:36, 4 July 2007 (UTC)
replies: text: I'm not quite sure what you mean... do you mean that the navigation box makes the table become too thin? SeveroTC 10:36, 4 July 2007 (UTC)
replies: text: As you don't immediately spot the problem I suspect it might be browser-dependant, and I'm using Firefox. To be a little more specific, the  infobox and the wikitable in the "List by county" section crash so that the eight and ninth column of the wikitable gets superimposed on the part of the infobox below the term "Government". If it doesn't look like that in your browser, at least you get an impression of what it looks like to me. __meco 11:08, 4 July 2007 (UTC)
replies: text: Okay I was slightly confused because neither are infoboxes. I found the problem after I messed around with text sizes (I also use FF). You could make the table start below the navigation box, by placing  above the level 2 heading List by county. Regards, SeveroTC 11:28, 4 July 2007 (UTC)
replies: text: My ambiguous use of terminology is obviously to blame for the little confusion, but now I have implemented your fix, and it did the job! __meco 12:38, 4 July 2007 (UTC)
thread_title:  Colliding infoboxes 

message: There are are a range of "...driver" infoboxes in :Category:Motor racing infoboxes. I suggest these be merged, into , as currently being discussed with WikiProject Motorsport. Andy Mabbett | Talk to Andy Mabbett 10:23, 30 July 2007 (UTC)
replies: text: By looking at the discussion, it looks like those responsible for the templates have lot of things that need to be sorted out and - most importantly - agreed upon first. If they need help, then fine - but it is not for us to tell these people what to do. - 52 Pickup 12:57, 30 July 2007 (UTC)
replies: text: Indeed - nor am I suggesting that we should; but we're all Wikipeida editors, and anyone can comment and contribute. Andy Mabbett | Talk to Andy Mabbett 13:35, 30 July 2007 (UTC)
thread_title:  Suggested merger: motorsport "driver" infoboxes 

message: , , , . Nuf said? Andy Mabbett | Talk to Andy Mabbett 14:43, 31 July 2007 (UTC)
thread_title:  High School Overkill 

message: === Granularity and naming of address fields ===
In the process of adding hCard microformats (see WP:UF) to infoboxes for organisations, schools, etc. I have become aware that were a using a wide variety of field names of location/ address details, at differing levels of Granularity. I suggest that we should standardise on the properties (and their names, or close matches) from vCard, as that constitutes a widely-used international standard, and will ensure compatibility with the widest possible range of address book programmes and websites, parsing tools, etc. (hCard uses these properties for the same reason)
The most commonly used fields are:
*extended address (e.g. "Room 24"; "2nd Floor")
*postal-box
*street-address
*locality
*region
*postal-code
*country-name
All, apart from 'street-address', are singular; and all are optional.
We should discourage template authors form using a single "location" field, in which all the above are entered as once string.
Elsewhere, high granularity should always be aimed for; so that name and nickname or local-name, for instance, should be separate fields, not one field separated by comma or .
=== Granularity of people's names ===
Again from the vCard spec, I suggest:
#honorific-prefix
#given-name
#additional-name
#family-name
#honorific-suffix
# nickname
(all can occur zero or more times)
So, for example:

honorific-prefix = The Rt Hon.
given-name = Anthony
additional-name-1 = Charles
additional-name-2 = Lynton
family-name = Blair
honorific-suffix = MP
nickname-1 = Tony
nickname-2 = Big ears

Names for display can be stored using "formatted-name ("fn" in vCard); if not "given-name family-name".
Honorific prefix and suffix are already used, in .
Would people be content to add this list, with explanatory text, to the projects main page?
:Andy Mabbett | Talk to Andy Mabbett 14:52, 31 July 2007 (UTC)
replies: text: This looks good, with the caveat that vCard is not really designed for use by encyclopedias. We need to retain the flexibility to move beyond vCard if need be, and not be constrained by the fields they use. Carcharoth 13:19, 2 August 2007 (UTC)
replies: text: A good example is historical material. vCard is designed for people living today. How do we apply it to the wide variety of people who lived in the past? Carcharoth 13:21, 2 August 2007 (UTC)
replies: text: Extend the range of properties (adding date-of-death, for instance; though that's already proposed as an addition to vCard); but all of the above properties apply to dead people; it makes sense to record them in the same way as we do for living people. There needs to be a standard; it may as well be based on - and compatible with - one which is already widely used. Andy Mabbett | Talk to Andy Mabbett 13:51, 2 August 2007 (UTC)
thread_title: Granularity

message: Again from the vCard spec, I suggest:
#honorific-prefix
#given-name
#additional-name
#family-name
#honorific-suffix
# nickname
(all can occur zero or more times)
So, for example:

honorific-prefix = The Rt Hon.
given-name = Anthony
additional-name-1 = Charles
additional-name-2 = Lynton
family-name = Blair
honorific-suffix = MP
nickname-1 = Tony
nickname-2 = Big ears

Names for display can be stored using "formatted-name ("fn" in vCard); if not "given-name family-name".
Honorific prefix and suffix are already used, in .
Would people be content to add this list, with explanatory text, to the projects main page?
:Andy Mabbett | Talk to Andy Mabbett 14:52, 31 July 2007 (UTC)
replies: text: This looks good, with the caveat that vCard is not really designed for use by encyclopedias. We need to retain the flexibility to move beyond vCard if need be, and not be constrained by the fields they use. Carcharoth 13:19, 2 August 2007 (UTC)
replies: text: A good example is historical material. vCard is designed for people living today. How do we apply it to the wide variety of people who lived in the past? Carcharoth 13:21, 2 August 2007 (UTC)
replies: text: Extend the range of properties (adding date-of-death, for instance; though that's already proposed as an addition to vCard); but all of the above properties apply to dead people; it makes sense to record them in the same way as we do for living people. There needs to be a standard; it may as well be based on - and compatible with - one which is already widely used. Andy Mabbett | Talk to Andy Mabbett 13:51, 2 August 2007 (UTC)
thread_title:  Granularity of people's names 

message: The above template produces a "?" instead of what I assume is suppose to be a "|", at least on Firefox.  Is this the intended effect, or does my browser just not support the IPA character?  How can this be fixed?--Old Hoss 02:29, 9 August 2007 (UTC)
thread_title:  [[Template:Pipe]] 

message: Please see WT:FLAGCRUFT#A case study for "Biographical use".
Most of the discussion there has turned to "regulating" infoboxes, and I believe that this discussion should be happening here instead, as it is out-of-scope of that essay-to-be-guideline, and off-topic for WP:WPFT.SMcCandlish [talk] [cont]  ‹(-¿-)› 20:20, 26 August 2007 (UTC)
thread_title:  Important discussion of "Nationality:" in bio infoboxes 

message: Can anyone tell me what the default background colour used by  is? What I want to do is introduce a parameter to adjust the colour, but I can't do that without knowing what the default is. Thanks in advance for any help! PC78 11:06, 8 September 2007 (UTC)
replies: text: No worries. Unless I'm very much mistaken, the colour is #FAFAFA. PC78 06:56, 12 September 2007 (UTC)
thread_title:  Background colour? 

message: Could someone add a parameter to this template for the acronym of the organization? --EncycloPetey 19:43, 9 September 2007 (UTC)
thread_title:  {Infobox Organization} 

message: Can I ask your advice? Relating to Template:Brecht plays which includes a picture that (currently) prevents the box being hidden, is it possible to change the coding so the picture collapses with the text, or should the picture be removed? Any help will be appreciated.Kleinzach 23:49, 11 September 2007 (UTC)
replies: text: Hi DionysosProteus, please read Wikipedia:Ownership of articles if you are not already familiar with it.  Just because you create an article or template does not give you complete control over it.  My edits were in good faith and constructive, and I hope that you will improve them instead of just reverting them.  Thanks, and I hope we can work together to improve this template.  --CapitalR 00:49, 12 September 2007 (UTC)
thread_title: Collapsibility of (Brecht plays) navigation infobox?

message: Hi I want to create a standard infobox Tibetan settlement for all the towns and villages in Tibet under Template:Infobox Tibetan Settlement. Is there anyway we can have something like this: Domartang but with parameters to include the Tibetan/Chinese language section like on Deleg at the top so it all goes neatly in one box for settlements? Please respond on this as soon as you can as I feel it very important thanks   ♦ Sir Blofeld ♦      "Talk"?  13:35, 13 September 2007 (UTC)
thread_title: Tibetan towns and villages

message: Hi everyone.  I just made a proposal at  to generalize it to handle more than just agencies.  In a nutshell, it would move the code to  and then the agency template would call that.  For non-agency pages, they could just use the more general  instead of the agency template .  This will allow all of the articles on government departments, offices, bureaus, commands, administrations, and programs to have a standard infobox, instead of just agencies.  I'd appreciate people reading the proposal and commenting on it at Template talk:Infobox Government agency#Proposed new version.  Thanks, --CapitalR 00:05, 3 October 2007 (UTC)
replies: text: It should be noted this user has been unwilling to even discuss this matter at the infobox's talk page, being more inclined to enter a revert war over it yesterday which led to the article's protection. There now appears to be a bit of forum shopping going on to find a venue amenable to his ideas. I would suggest the talk page of the template is a better venue. Orderinchaos 04:12, 3 October 2007 (UTC)
thread_title:  Generalizing {{t1|Infobox Government agency}} to handle more than just agencies 

message: Hello. Can  can be automatically converted into  ? I think that Polish infobox is very simple, redundant and thus can be converted. What do you think? - Darwinek 19:07, 12 October 2007 (UTC)
replies: text: That is what TheJoshBot was made for, it if is an approved move by the community --TheJosh 09:18, 17 October 2007 (UTC)
thread_title:  Possible conversion ? 

message: Claims made in infoboxes are by nature unattributed and lack nuance.  How does the NPOV standard apply?  Is a claim made in an infobox ipso facto a "claim of consensus"?  Please discuss at Wikipedia talk:Neutral point of view#Infobox policy.  --BlueMoonlet 21:02, 16 October 2007 (UTC)
thread_title:  Infoboxes and NPOV 

message: Standardization of Info Boxes  —Preceding unsigned comment added by 208.54.15.117 (talk) 02:26, 25 October 2007 (UTC)
thread_title:  Saw this on AskWiki 

message: Should infoboxes always be at the top of an article or are they better placed in specific sections?  I couldn't find any real guidelines on this.  Foot's anatomy box is in the Foot#Human foot subsection and it looks a bit weird to me.  WLU 19:12, 25 October 2007 (UTC)
replies: text: There's a slight disagreement as two pieces of guidelines say (or at least said) different things and a consensus between the two never really emerged. Some people believe they should be top right: others that they belong at the top right of the main section. One argument is about the placement of a picture top-right, which no one really disagrees with. Yet many (or most) infoboxes allow for a picture to be there. Some people just think they're ugly, or they constrain relevant information into pre-defined fields. In basic terms: those who are in favour of infoboxes would like them at the very top. Those who don't like them at all want them all deleted, and those who accept they have a wide consensus of usage but don't like them want them placed further down the page out of view. If an infobox is already down the page, you may need to make a good case on the talk page of the article to move it to the top. SeveroTC 10:38, 7 November 2007 (UTC)
thread_title:  Locations 

message: Based on Jim Bunning and Pamela Anderson I decided multiple infoboxes is O.K.  Since I have been involved in adding multiple infoboxes to Jesse Jackson, Greg Skrepenak, and Whitey Wistert.  I am considering requesting a second infobox for Charlie Ward.  Is there an official policy on multiple infoboxes?--TonyTheTiger (t/c/bio/tcfkaWCDbwincowtchatlotpsoplrttaDCLaM)  00:20, 7 November 2007 (UTC)
replies: text: No, there's no policy or guideline. The only question is: does it help the article. The point of an infobox is so that a reader can look up a page and quickly get the most important facts, so does two help: does this help the reader or confuse the reader? This probably depends on a case-by-case basis, but you may find that the templated infobox has too many fields (you hardly need to replicate "name") so may want to strip it out a bit... Just some thoughts. Regards, SeveroTC 10:22, 7 November 2007 (UTC)
thread_title:  Multiple infoboxes 

message: I am trying to convert Template:Infobox_Falkland_island into a working format along the lines of Template:Infobox_Scottish_island, but I am having no joy with it. Can someone help please? I have little experience with infoboxes. --MacRusgail 16:43, 10 November 2007 (UTC)
thread_title:  Falkland Island infobox 

message: Greetings from the Opera Project! We have a series of 40 opera composer navigation boxes. (Each box lists the composer's operas in chronological order). The long thin boxes are designed to go in the top right corner of the page, for example Janacek operas displayed in The Cunning Little Vixen.
My question is this: would it be possible to add the usual 'v.d.e' and 'hide' buttons to a bar at the bottom of the box? (Obviously there is no space at the top.) Thanks in advance for any help on this.Kleinzach (talk) 03:25, 20 November 2007 (UTC)
replies: text: These are navigation boxes, not infoboxes. I can't think how to do it right now, I'll have a think later. Regards, SeveroTC 10:03, 20 November 2007 (UTC)
replies: text: Ah, is there a different project for navigation boxes then? Have I come to the wrong place?Kleinzach (talk) 10:33, 20 November 2007 (UTC)

text: Thanks that's very helpful. The bottom bar looks good.Kleinzach (talk) 07:07, 23 November 2007 (UTC)
thread_title: Opera navigation boxes

message: There seems to be a lot of ongoing confrontation in many articles over the use of metric vs. imperial or English units when presenting various statistics.  For example, in the "Moon" article, metric advocates have consistently removed attempts by others to provide parenthetical conversions of metric radius figures, etc. to imperial.  But the issue is Wiki-wide, and one of the people in the Moon discussion has raised the question of whether it may be possible to provide, system-wide, a method of presenting the data in the units of the viewer's choice!  The infoboxes seem to be a likely first candidate for a specific place where such a function could be introduced.  I am imagining an "English/Metric" control button which is actually part of an infobox structure (such as the Planet infobox), which would convert and redisplay data (which would have to be tagged as such, and also tagged as to original unit system).  The function and redisplay would be limited to the infobox contents, just to keep it limited in its first incarnation.  Now I don't know how difficult it would be to create such a standard control function in the Wiki system, but web pages have this kind of thing, so it can't be beyond possibility.  Thoughts? Rep07 (talk) 21:24, 18 January 2008 (UTC)
thread_title:  English/Metric Conversion Feature? 

message: In the Infoboxes of articles dealing with current government leaders (e.g., President Bush or Prime Minister Harper) the area regarding the leader's successor it says "Incumbent" which is clearly factually wrong.  The current holder of a political office can be reelected or reappointed (law permitting), but he can not succeed himself.  I propose placing the numerical designation of the immediate successor to the current government leader in that part of those Infoboxes.  In the case of President Bush, that would be "44th President."  In the case of Prime Minister Harper, that would be "23rd Prime Minister."  What most important regarding this issue is the replacement of the word "Incumbent" for it is clearly factually inaccurate. --SMP0328. (talk) 21:30, 21 January 2008 (UTC)
replies: text: In the particular office holder infobox, , successor is an optional field. Therefore, you can simply remove it, as it is clear they are incumbent in the bar beneath their name. Indeed, in the Stephen Harper article, it is not used. As it is about template usage, I would bring it up at Template talk:Infobox Officeholder. Regards, SeveroTC 21:47, 21 January 2008 (UTC)
replies: text: I'd recommend removing the successor section from all the infoboxes of current officer holders. If that's not acceptable, then I'd go with SMP0328's suggestion. GoodDay (talk) 21:55, 21 January 2008 (UTC)
replies: text: I have gone with GoodDay's suggestion, because it's uniform and easier to apply.  A successor section should only be in an Officeholder Infobox when a successor has taken office. --SMP0328. (talk) 22:08, 21 January 2008 (UTC)
thread_title: "Incumbent" In Infobox

message: I think I've got it set up all nice and functional now, so I thought the folks at this project might be interested to take a look at what I've done with . I've done it up as something similar to , making it into a meta-template that should make it much simpler to create simple infoboxes with a style similar to most of the common infoboxes I've seen around the wiki. Anyone have ideas on how to improve it further? If the old "sample" code that was there before is still useful it could be moved to a non-template-namespace page somewhere. Bryan Derksen (talk) 04:07, 24 January 2008 (UTC)
replies: text: On your new meta one, you have v.d.e links, but I don't see them on (m)any existing infoboxes. What's the reasoning behind adding them? SeveroTC 11:12, 25 January 2008 (UTC)
replies: text: They're useful. A major reason why I got started on this is to make infoboxes easier for less-technically-minded editors to be able to work with infoboxes more easily, and the first difficult hurdle in editing an infobox is finding it in the first place. It's also a standard feature on navboxes and I'm using navbox design as the default for site-wide consistency. I imagine the main reason they're not on most infoboxes is because most infoboxes are made with hand-crafted table code, which is complex enough as it is without worrying about how to insert edit links targeted to the right page and whatnot. Most non- navboxes I've come across lacked them too. Bryan Derksen (talk) 18:36, 26 January 2008 (UTC)

text: Nice. I had a similar idea some time ago. Please feel free to borrow anything useful from User:Jakew/sandbox3. Jakew (talk) 19:31, 26 January 2008 (UTC)
replies: text: Hm. You're taking the modular approach there, I see. My goal with the current design of infobox was to keep things simple and uniform, the modular approach allows a lot more flexibility but is more complex. I can see both systems being useful in parallel; most infoboxes don't need more than the straightforward image-header-label-data structure I came up with but more complex ones could use yours as an alternate. Not sure how the two could be used simultaneously, though. Bryan Derksen (talk) 22:22, 27 January 2008 (UTC)
replies: text: Cool. What do you think of adding a [hide] button, which might pacify the people who don't like infoboxes? SeveroTC 21:40, 27 January 2008 (UTC)
replies: text: I'd be fine with it, though I personally don't find infoboxes to be nearly as intrusive as navboxes. It should probably default to "uncollapsed" rather than "autocollapse", otherwise the people who like infoboxes will probably react more strongly than those who don't like them. :) Bryan Derksen (talk) 22:15, 27 January 2008 (UTC)
thread_title: Sample infobox redone as a usable generic meta-template

message: I'm currently conducting a GA Review of Railway stations in Cromer. A recent change in article focus caused the infobox to be moved from the top of the article to a section, because it concerns only one station (the principal station, but only one of four.) I don't like the way that looks, but I don't know whether there's any policy or guideline on placement of infoboxen. Can anybody offer any insights? Commenting over there would be especially helpful, but I'll watch this page too. Thanks! -Pete (talk) 20:59, 28 January 2008 (UTC)
replies: text: I've answered over there, I think it's fine as the guidelines (which, to be honest doesn't reflect usage) say it should be used either after the intro or in the most appropriate section. SeveroTC 21:37, 28 January 2008 (UTC)
thread_title:  Question 

message: Hi I have just made the Template:Infobox Israel district and there is an issue with the coding which adds an extra '}' at the end. If anyone could look at it, Id really appreciate it. Flymeoutofhere (talk) 18:06, 16 February 2008 (UTC)
replies: text: Fixed. SeveroTC 18:16, 16 February 2008 (UTC)
thread_title:  Infobox:Israel district 

message: I've been tearing out my hair (what little there is) trying to get an infobox set up for proposal.  I couldn't make it work, then I think I realized why...is there somewhere that an infobox has to be templated for it to work?  If so, where?  The infobox I created is at User:Leobold1/template/ACW Corps.  Maybe I didn't do it right, I don't know, this is my first.  Thank you in advance for any help you can give.  Leobold1 (talk) 21:10, 18 February 2008 (UTC)
thread_title:  Infobox proposal 

message: There's been lengthy discussions at both Talk:Stephen Harper and Talk:Kevin Rudd regarding the filling out of the "head of state" section of the :Template:Infobox Prime Minister. A survey of current PM articles shows that approximately 98% of them include the name of the president or monarch the subject of the article serves, making Australia and Canada presently two of a tiny few articles that don't follow this common pattern. The present parties in the debate seem to be locally, and respectively, from Canada and Australia, and some of those seem to have political motivations behind excluding or including the head of state. To further complicate the issue, these countries also have a viceroy that permanently represents the monarch, and there is debate in Australia over who the head of state is. Outside input is definitely needed in this matter, and, perhaps, the establishment of some kind of guideline. I feel that if the infoboxes remain as they are now - with a tiny few not listing the head of state - then there could be confusion for uninitated readers over the actual reason for this inconsistency. --G2bambino (talk) 23:46, 18 February 2008 (UTC)
replies: text: In agreement with the G2bambino's concerns. GoodDay (talk) 23:55, 18 February 2008 (UTC)
replies: text: This is something that needs consensus at the relevant pages and possibly via the help of the relevant national WikiProject (WikiProject Australia and WikiProject Canada). This talk page isn't really the place for infobox usage discussions—as the project page says, this project deals with design issues. Regards, SeveroTC 00:08, 19 February 2008 (UTC)
replies: text: Actually, I thought it was more broad in scope than just the Canadian and Australian articles. --G2bambino (talk) 17:11, 20 February 2008 (UTC)
replies: text: You need to establish consensus at the relevant places, whether that's at the individual articles or with the help of national WikiProjects to set a style standard for similar articles. This is not a relevant place. SeveroTC 17:52, 21 February 2008 (UTC)
thread_title:  Head of government infoboxes 

message: ::Copied from Wikipedia talk:Manual of Style - as far as I know, there is no such rule going one way or the other. Does anyone know differently? - 52 Pickup (deal) 16:20, 21 February 2008 (UTC)
thread_title:  Linking units on infoboxes 

message: Should an infobox take consistence of appearance into consideration in its coding?  I'm honestly driven nuts by 's permittance to change its background colour based on user preference.  I'm not familiar with any other well-used infobox that allows that sort of customization; 's bgcolor  changes automatically based on the implementation of certain variables, but it's consistent across the board.  Thought/input? –  pd_THOR | =/\= | 22:03, 6 March 2008 (UTC)
replies: text: I think it's generally against the point of having an infobox - which as you say is for consistency setting a style across similar articles - although I don't think it's against any design guideline. The way  does it is very clever and works very well; it is clear a lot of thought has been put in. Maybe there is some scope for  to take some ideas from this. SeveroTC 22:09, 6 March 2008 (UTC)
replies: text:  I asked at the template, but the replies seemed rather ambivalent about the subject.  I was just rather hoping there was a guideline of MoS dictating infobox standardization.  grr.. –  pd_THOR | =/\= | 00:10, 7 March 2008 (UTC)
replies: text: I did a little hunting for information on infobox standardization myself back when I first set up  as a meta-template, and didn't find much. So I just copied the general layout of a bunch of randomly-selected infoboxes that looked popular and used the same color pattern as navbox. Hopefully that means it's approximately what most people expect. If you find any sources of standardization let me know so I can update the template, or if you prefer you can just use what I've got as a guideline. Bryan Derksen (talk) 03:06, 8 March 2008 (UTC)
thread_title:  consistency 

message: I've done a bit more work on  lately and while poking around in existing infoboxes to look for other features I should be implementing I've started looking into the class="vcard" I've been seeing on a lot of them. It appears to be something to do with microformats but I haven't been able to find any definitive source of information on it. My interpretation of Wikipedia:Bot requests/Archive 12#Add hCard to lists of impact craters is that one would add class vcard to an infobox to flag it as containing hCard information and then flag each data cell with a class indicating what kind of data it contains. I could add extra parameters for defining classes like this quite easily but I figured I should make sure I knew what I was doing first. (Heh. And moments after posting this I find that hCard confirms it. Still, is it a good idea to implement in ?) Bryan Derksen (talk) 19:11, 7 March 2008 (UTC)
thread_title:  class vcard? 

message: As discussed at Template_talk:Infobox_University#Infoboxomania and earlier at Wikipedia talk:WikiProject Universities#Infoboxomania, there is a desire to modify the subject template so that "establishment date" and "city" are not required fields. Can these be made optional without messing up the template, or will it be necessary to create an additional template for university articles that need to avoid putting these items in an infobox? --Orlady (talk) 05:15, 16 March 2008 (UTC)
thread_title: Request help with generalizing [[Template:Infobox University]]

message: This may be related to the flag issue raised two sections above. I noticed some back-and-forth reverting on the Al Gore page as to whether the Nobel Prize image  belonged there. Is there a policy or consensus regarding this? OhNoitsJamie Talk 17:46, 21 March 2008 (UTC)
replies: text: I'm not sure where it goes but I think it's nice to have on there. I've been trying to ensure that all prize image placement is at least consistent within the prize field, and for Nobel Peace Prizes, which Al Gore was awarded, it appears to be next to the name in the infobox. --Eustress (talk) 18:02, 21 March 2008 (UTC)
replies: text: as merely decoration, i don't believe the nobel tokens should be displayed in the infoboxes header. much like the flagicons, once permitted, editors tend to go wild and place any- and every-manner of decalcomania to highlight the slightest identifying characteristic. the practice has been deprecated in  for a plethora of reasons, and i think this one should be nipped before the genie is out of pandora's box. (how's that for a mixed metaphor trifecta!) --emerson7 01:38, 25 March 2008 (UTC)
replies: text: I don't think placing an Nobel Prize image (not just any decorative icon) will underestimate one's other characteristics or overemphasize the value of prize. The Nobel Prize is one of the most recognized awards throughout the world and worth a space in the infobox. If we can have a collection of icons for other awards, we might need to consider a special section in the infobox. eDenE 02:13, 25 March 2008 (UTC)
replies: text: then where does it end? if this is allowed to proliferate, i won't be long before little pics of medals of honour pop up, and olympic medals, and on and on in the same manner of the flagicons. --emerson7 02:13, 27 March 2008 (UTC)

text: I think the image is not helpful and thus it shouldn't be there (what is the reason for having it?). I don't know what a Nobel prize looks like, and I certainly can't recognize it from such a small picture (unlike some flags). I think that this is true for most people. I asked for opinions at Template talk:Infobox Scientist#Image:Nobel.svg but did not get any reactions.Jitse Niesen (talk) 13:59, 25 March 2008 (UTC)
replies: text: I think it is a hasty generalization, although I don't know how many people can recognize the Nobel Prize medal. If you really don't know you might want to look it up. Notable awards are very helpful to know about a person fast. However, many infoboxes lack such section and it is not a small job to edit all those infoboxes. So, the question is how helpful placing the icon would be for readers. I don't know, but it will be helpful for me at least. eDenE 20:45, 25 March 2008 (UTC)
thread_title: Nobel prize image

message: Can someone fix the picture size, i dont know how this info box works but the picture size is just silly.--GazMan7 (talk) 15:04, 25 March 2008 (UTC)
replies: text: The infobox design is flawed, but I can't really see what to do. I've made a fix so no image is too big, but things are still not right. SeveroTC 20:22, 25 March 2008 (UTC)
thread_title:  [[Central Park]] Info box 

message: The WP:GAC reviewer of Lafayette Square, Buffalo has requested an infobox. There is not currently an infobox for Town squares that I know of.  My problems are elaborated upon at User_talk:Chrisfortier#Lafayette_Square.  Can I request such a template here?--TonyTheTiger (t/c/bio/WP:CHICAGO/WP:LOTD)  01:39, 30 March 2008 (UTC)
replies: text: Are any templates at :Category:Geobox or :Template:Infobox historic area would be appropriate?--TonyTheTiger (t/c/bio/WP:CHICAGO/WP:LOTD)  03:26, 31 March 2008 (UTC)
thread_title:  Town Square Infobox