The war is over, declared one music editor preparing to return to editing classical music articles in the wake of ArbCom's Infobox decision. The editor had spent two years away from music topics, "I could see I would get involved in this long-running controversy on infoboxes and it would be an unproductive waste of time."
Another music editor, who had stopped editing in June, and who asked not to be identified, told the Signpost that even though the current guidelines say infoboxes are neither required nor prohibited, and the committee cannot decide a content issue, the arbitrators did well with the case, by calling a halt to the disruption, and calling for a community discussion for clarification of the guidelines.
"The decision to include an infobox in an article is a content decision," wrote arbitrator Worm That Turned. Worm further clarified the reasoning behind this, in a way that should put to rest any lingering questions about the role of WP:OWN in the debate:
| “ | The use of an infobox in an article is a content decision, not a maintenance decision. They should be added as part of content creation; they should not be added systematically to articles. | ” |
Worm delineated the difference between "content creation" edits and "maintenance" edits. Maintenance tasks should not change the meaning of the article for the casual reader, he explained. These tasks include categorisation, stub sorting, adding wikilinks, formatting and stylistic changes such as number and position of headers or placement of images, and simple copy-editing such as grammar and spelling fixes.
Content creation would include addition and removal of text, images, tables, references and so on—and infoboxes—and should be done by an editor who has some knowledge of the subject.
Starter templates are fine, and general recommendations by a WikiProject are fine, says Worm, but editors should not go through a group of articles, adding infoboxes to each systematically.
Before the case had even been closed, a new RFC was started on the talk page of WikiProject Quality Article Improvement by Chedzilla, an alternate account of Ched, who had initiated the original Infoboxes case request. The RFC drew immediate protests from music editors. The RFC should be in a neutral area, not on the pages of a project that was home to the two topic-banned editors, they said. The language of the proposal should be neutral. And the music editors were already exhausted by years of acrimony. Time was needed.
Arbitrator Carcharoth agreed: "My suggestion, for those who want to sort through their thoughts on this while they are still fresh, would be for people to make notes or mini-essays offline or in their userspace, and to leave articles and talk page discussions well alone for a bit. Don't rush into post-case discussions, but let things calm down, and find other things to do in the meantime. It's not like the issues are going to go away."
As a followup to this, the Arbitration report has compiled a partial listing of essays and previous discussion at the end of this report.
"I don't think the discussions should be hurried", agreed Quiddity. The RFC should run for many months to avoid fatigue, he told the Signpost, and needs a large amount of preliminary research, adding that Sphilbrick and Kleinzach have some of the best ideas . "I believe that all of the objective problems with infoboxes can be fixed", he said, "and all of the subjective problems can be minimized." He added, "I do think WikiData needs to be taken into account; there will soon be more facts and stats than could reasonably fit in an infobox."
"Structuring the discussion is important", music editor Kleinzach told the Signpost. Kleinzach calls for a drafting committee of three or five members to structure the questions. Interested parties would submit topics to the committee and all meaningful questions would be included.
In the past, community discussions have been muddled, and issues have been conflated. The problems need to be separated, said Kleinzach, and detoxified, one by one. The discussion should distinguish between publishing issues and technical issues.
| “ | What I call ‘publishing' (copy-editing) issues are all about consistence, clarity and coherence, relevance, appropriateness, balance, and presentation. The following would need to be included:
1. position of infoboxes within articles, 2. size/text length of infoboxes in absolute/relative terms, 3. box/lead content relationship, 4. box/article content relationship, 5. collapsed or non-appearing fields and field names, 6. appearing field name rules, 7. linking and referencing within boxes, 8. rules on avoiding anachronism, 9. material exclusive to the box (i.e. not in the article), 10. illustrations, 11. use of technical, scientific and foreign languages, abbreviations etc. What I call technical issues include template coding and design, data formatting, extraction and re-use outside Wikipedia (metadata), development of smart boxes etc. |
” |
"Any future discussion needs to be much broader than that defined by ArbCom", Kleinzach told the Signpost. "Looking just at how infoboxes are ‘used‘ (i.e. inclusion/exclusion disputes on article pages), but not at how the templates are created, means concentrating on effects rather than causes. Fundamental issues about template design and MOS guidance should be faced."
Infoboxes have been controversial, explained Kleinzach, because they have often been edited behind the scenes, without content contributing editors being involved. The idea that there are two ‘stances', "pro-box" and "anti-box", is not really correct. "There is a spectrum. Objections to infoboxes have been localized, and focused on particular topics and particular infoboxes.
One particularly controversial infobox is the 'bio-box' or biographical infobox. Another infobox that received a particularly negative reaction from serious music editors was Musical artist infobox with anachronistic, pop music derived fields such as 'birth name', 'genres', 'occupations', 'labels', 'associated acts', and 'past members' —misapplied to classical music articles.
An example of a positive response to an infobox was the Template:Infobox classical composer, which according to Quiddity was the result of a 2010 discussion which clarified problem areas in the documentation, and has been uncontentiously used in a few articles.
"Rather than trying to force them on the unwilling," recommends Brian Boulton, "improve them by returning to their original principles ('a few key facts'). I have recently added an experimental infobox to an opera article I have written." The sample infobox proposal was intentionally introduced in a relatively low-profile opera article, to minimize controversy.
English Wikipedia infobox for Angela Merkel | |
|---|---|
 | |
| Chancellor of Germany | |
| Assumed office 22 November 2005 | |
| President | Horst Köhler Christian Wulff Joachim Gauck |
| Deputy | Franz Müntefering Frank-Walter Steinmeier Guido Westerwelle Philipp Rösler |
| Preceded by | Gerhard Schröder |
| Minister of the Environment | |
| In office 17 November 1994 – 26 October 1998 | |
| Chancellor | Helmut Kohl |
| Preceded by | Klaus Töpfer |
| Succeeded by | Jürgen Trittin |
| Minister of Women and Youth | |
| In office 18 January 1991 – 17 November 1994 | |
| Chancellor | Helmut Kohl |
| Preceded by | Ursula Lehr |
| Succeeded by | Claudia Nolte |
| Member of the Bundestag for Stralsund-Nordvorpommern-Rügen | |
| Assumed office 2 December 1990 | |
| Preceded by | Constituency Created |
| Personal details | |
| Born | Angela Dorothea Kasner 17 July 1954 Hamburg, West Germany |
| Political party | Christian Democratic Union |
| Height | 1 m (3 ft 3 in) 65 / 1.65 m |
| Spouse(s) | Joachim Sauer (1998–present) Ulrich Merkel (1977–1982) |
| Alma mater | University of Leipzig |
| Signature |  |
While there are a few uncompromising ‘pro-box' editors who believe there should be a box on every article, no-one has taken up the opposite position: that there should be no infoboxes at all, says Kleinzach, a music editor who has added hundreds of infoboxes to articles. "Unfortunately many current boxes are not fit for purpose because of poor design."
In particular, some 'monsterboxes' have been created with far too many fields, unfamiliar abbreviations etc. that are actually longer, bigger, more prominent and more difficult to read than the articles they are supposed to summarise."
German Wikipedia in particular is known for its minimalist approach to infoboxes. They are particularly unpopular on biographies. Even the article for Angela Merkel has no infobox, only a photo and signature (see above). In contrast, the infobox for Merkel's English Wikipedia page (right) would extend well past the fold in most browsers.
One of the major criticisms of infoboxes is the loss of nuance, when complex information about a subject is forced into an abbreviated infobox format.
"I feel strongly that it is poor form to use an infobox entry, which almost by definition is extremely short, to summarize situations which might be too complicated for a one word or short phrase, says SPhilbrick. "That is exactly what well-written prose is for—to explain nuance, in as many words as it takes to explain the issue."
The articles best suited to infoboxes, says Smerus, in an essay provided to the Signpost, may be in scientific and geographical topics. "The arguments over infoboxes seem to have occurred in articles relating to history, biography and music." Infoboxes may be particularly unsuited to liberal arts fields when they repeat information already available in the lead section of the article, are misleading or oversimplify the topic for the reader, or include a vast amount of irrelevant or inappropriate information from the article.
The metadata question may well be obsolete. If you Google La traviata , Giuseppe Verdi, and Johann Sebastian Bach, you will find that it now creates its own small infobox on the subject, even though none of the corresponding Wikipedia articles have infoboxes. [screenshot] Quipped one user, "The Google box is better than the WP ones!" Perhaps Google has spent time and money identifying what their customers want.
Anyone who attempts to read any of the infobox discussions will quickly come up against some specialized terms.
What exactly is an infobox? A navbox? A template? A header or a footer? And where can new users turn to for assistance? Is there a place to "shop" for infoboxes, where you can see what is available and how it will look in a new article? The answer to the last question is no; apparently new users who are creating articles outside of a WikiProject have little to go on.
According to Kleinzach and Smerus, an infobox offers a quick summary of the article, sometimes with an illustration. It is normally in the right hand corner position. A navbox (navigation box) offers links to related articles, and is often found at the bottom of the page. All infoboxes are templates, but not all templates are infoboxes.
Quiddity provides a crash course in all things infobox and navbox, along with examples and links to the help files:
| “ | "Where can new users find out about infoboxes?"
"What is the difference between an infobox, a header, a navbox, a footer?"
Sidebar navboxes are complicated, and figure into my concerns about "collapsible sections". Back in the misty early days, they were intended to be very brief and focused (and were called an "WP:Article series") with usually 5–12 entries, e.g. {{History of Uganda}}, but since then, many have grown obese. E.g. {{Politics of the United Kingdom}} I suspect the large sidebars are generally unused by readers; partially because they're overwhelmingly large/dense, and partially because of the default-collapsed content (again, due to size). The sidebars (and footer navboxes) make sense to the people who build them [who are familiar with the entire topic's scope and breadth], and it's often difficult to convince them that a problem exists. There is never going to be a perfect answer to "how big" a navbox/category/Seealso section should be, hence they grow and split and grow again. |
” |
Note: The natural place to look is [[Wikipedia:Infoboxes]], but that is a redirect to [[Wikipedia:WikiProject Infoboxes]] which is of more interest to someone interested in designing a new infobox. There are also various options at Category:Infobox templates.
All infoboxes are templates, but not all templates are infoboxes. People create new ones unnecessarily all the time, hence many editors bring them to TFD to get them merged.
Discuss this story
The metadata aspect of infoboxes was always more beneficial to the small developer than a large company that can spend a lot of resources parsing the article. In that respect I think it is not obsolete. 173.61.149.213 (talk) 04:46, 7 October 2013 (UTC)[reply]