Jump to content

Talk:Frank Matcham: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
Cassianto (talk | contribs)
→‎Infobox: clarify
→‎Infobox: consensus -- advantages of infoboxes -- seeking common ground
Line 17: Line 17:
::::::Its not me whose posting nonsensical comments. I didn't say that the MoS says ''prior''; I said that it doesn't. I note that you, too, make no arguments against the infobox I added to this article. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 18:46, 10 May 2013 (UTC)
::::::Its not me whose posting nonsensical comments. I didn't say that the MoS says ''prior''; I said that it doesn't. I note that you, too, make no arguments against the infobox I added to this article. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 18:46, 10 May 2013 (UTC)
:::::::For the record, I am not completely opposed to them. I think they work well in sports, science and film articles. However, I am totally opposed to them in biographies. The info box in a biography is a redundent rehash of information that can easily be found in the lede and the first few lines of the body. IMO, it is ugly, forces the lede image to an awkward size and is repetition at its worst; "Frank Matcham" alone appeared four times at the beginning of the article. His name appeared once at the article title, next in the lede, above the infobox, and below the image. A biographical infobox is designed to give the lazy, uninterested reader quick, disposable information and does nothing to entice them in to reading the article. As editors, we ''want'' people to read the articles which we have invested so much time and research in. Otherwise, we may aswell just put an infobox in an article and do away with the text altogether. We would need consensus to remove an infobox, so you should require consensus to add one. --'''<span style="text-shadow:7px 7px 8px Black;">[[User:Cassianto|<font face="Papyrus">Cassianto</font>]]<sup>[[User talk:Cassianto#top|<font face="Papyrus">Talk</font>]]</sup></span>''' 19:30, 10 May 2013 (UTC)
:::::::For the record, I am not completely opposed to them. I think they work well in sports, science and film articles. However, I am totally opposed to them in biographies. The info box in a biography is a redundent rehash of information that can easily be found in the lede and the first few lines of the body. IMO, it is ugly, forces the lede image to an awkward size and is repetition at its worst; "Frank Matcham" alone appeared four times at the beginning of the article. His name appeared once at the article title, next in the lede, above the infobox, and below the image. A biographical infobox is designed to give the lazy, uninterested reader quick, disposable information and does nothing to entice them in to reading the article. As editors, we ''want'' people to read the articles which we have invested so much time and research in. Otherwise, we may aswell just put an infobox in an article and do away with the text altogether. We would need consensus to remove an infobox, so you should require consensus to add one. --'''<span style="text-shadow:7px 7px 8px Black;">[[User:Cassianto|<font face="Papyrus">Cassianto</font>]]<sup>[[User talk:Cassianto#top|<font face="Papyrus">Talk</font>]]</sup></span>''' 19:30, 10 May 2013 (UTC)

It is not in the best interests of the project to require consensus before editing an article. Our encyclopedia has grown because we allow anyone to edit and bold editing is the commonest way of establishing consensus, so I would always counsel against bringing forward arguments that relied on an appeal that a consensus has to be sought before editing. The value of infoboxes in any article includes that they ''do'' provide the "lazy" overview - they are a condensation of the key points of the lead in just the same way that the lead is a condensation of the key points of the whole article. I would urge everyone not to dismiss lightly the argument that we should not be prejudging how our readers consume articles. If a visitor to our site only wants a brief, "dumbed-down" overview, who are we to deny them that facility? We must always remember we are writing Wikipedia for all of our readers (including re-users), not for our editors. Of course the teacher in me wants the reader to read the whole article, but I must recognise that it is not my place to ''insist'' on that.

Infoboxes not only supply a very short summary, though. They provide a means of marking up some of the data in standardised format (this is called a [[microformat]]) so that the resulting HTML can be read by automated tools and aggregated for easy re-use by third parties. Additionally, for at least the last five years, Google has been using our infoboxes as one of the primary means of improving the natural language capabilities of its page reading tools. For example Google will correctly identify a birth date in the lead perhaps about 70% of the time; if it reads a "birth date" parameter in an infobox then it accurately identifies the correct birth date more like 95% of the time. There's a Google tech talk that describes how they can use common structures like {{tl|infobox person}} (which is used on a massive number of articles) for artificial intelligence research at http://www.youtube.com/watch?v=cqOHbihYbhE for anyone who has the time to watch it. Now I agree that not every editor will put value on writing articles so that they are more usable by Goggle and other third parties, but I submit that it has great value. Our mission is to create a world where every single human being has free access to the total sum of human knowledge. We won't do that on our own, and we are going to have to accept that the Googles of this world and the other re-users are some of the most valuable partners we have in getting closer to our goal.

Just as those three advantages of infoboxes need to be considered, there are many reasons why infoboxes may disadvantage an article: the extra effort of creating and keeping an infobox updated and synchronised with other data in the article; the aesthetic considerations associated with the article's images or a large infobox swamping a stub-sized article; and other perfectly respectable reasons that vary from one article to another. Nevertheless, I would respectfully suggest that we editors are not able to predict with any accuracy which factors are most important in a generic class of article. A very short chemistry article with a huge infobox looks awful, while consensus has agreed that a large, well-crafted biography such as [[Charles Darwin]] (a featured article) is able to sustain a large infobox. I would therefore ask that Cassianto and SchroCat (both editors I respect) should consider carefully the arguments I make here and try to explain to Andy (another editor I respect) the specific and concrete arguments they are bringing here against the proposed infobox in ''this'' article, and listen to Andy's case with respect - I would equally expect Andy to respect the reasoning of you both even if he does not agree with it and wants to debate point-by-point. Without that dialogue, and a willingness to listen carefully to each other, you won't be seeing where common ground lies and where compromise is possible. We need to be able to do that if we want to avoid the scenario where two distinct sides are polarised and simply edit-war to see who can force their preferred version into an article. That would indeed be a failure of the processes that have created the project we all so passionately believe in. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 02:22, 13 May 2013 (UTC)

Revision as of 02:22, 13 May 2013

WikiProject iconBiography Start‑class
WikiProject iconThis article is within the scope of WikiProject Biography, a collaborative effort to create, develop and organize Wikipedia's articles about people. All interested editors are invited to join the project and contribute to the discussion. For instructions on how to use this banner, please refer to the documentation.
StartThis article has been rated as Start-class on Wikipedia's content assessment scale.
WikiProject iconArchitecture Stub‑class
WikiProject iconThis article is within the scope of WikiProject Architecture, a collaborative effort to improve the coverage of Architecture on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
StubThis article has been rated as Stub-class on Wikipedia's content assessment scale.
???This article has not yet received a rating on the project's importance scale.

Infobox

I quote MoS: "The use of infoboxes is neither required nor prohibited for any article. Whether to include an infobox, which infobox to include, and which parts of the infobox to use, is determined through discussion and consensus among the editors at each individual article." Seek consensus first please. -- CassiantoTalk 11:00, 10 May 2013 (UTC)[reply]

The section you cite does not not require prior consensus. WP:BOLD applies. The use of infoboxes provides a convenient summary of salient points for the benefit of our readers; and allows their software tools to extract such data, also to their benefit. The use of over a million infoboxes on Wikipedia shows widespread community support for their inclusion. You give no reason for the recent removal of the infobox I added, which should be restored. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:32, 10 May 2013 (UTC)[reply]
To reduce the life of an individual to a handful of bullet points is not distilling, it is dumbing down. Nothing more. There is no requirement to have an infobox on any page, but they do serve a very good purpose from time to time: summarising 65 years of a full and interesting life is not one of those times. - SchroCat (talk) 13:38, 10 May 2013 (UTC)[reply]
Your comments appear to be arguing a case against against biographical infoboxes per se, rather than of the subject of this particular article. I suggest that you raise an RfC prohibiting them at that level, of you believe that the current common practice of using them for biographies is unacceptable. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:02, 10 May 2013 (UTC)[reply]
Why? The situation is covered by the MOS, "The use of infoboxes is neither required nor prohibited for any article", as you well know. Either way, it is not about the use of infoboxes on biographies: in some cases they are extremely useful in biographies. Please do not try to misrepresent what others have said. - SchroCat (talk) 15:09, 10 May 2013 (UTC)[reply]
Pigsonthewing, where does MoS say prior? Your arguement here is nonsensical. -- CassiantoTalk 18:13, 10 May 2013 (UTC)[reply]
Its not me whose posting nonsensical comments. I didn't say that the MoS says prior; I said that it doesn't. I note that you, too, make no arguments against the infobox I added to this article. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:46, 10 May 2013 (UTC)[reply]
For the record, I am not completely opposed to them. I think they work well in sports, science and film articles. However, I am totally opposed to them in biographies. The info box in a biography is a redundent rehash of information that can easily be found in the lede and the first few lines of the body. IMO, it is ugly, forces the lede image to an awkward size and is repetition at its worst; "Frank Matcham" alone appeared four times at the beginning of the article. His name appeared once at the article title, next in the lede, above the infobox, and below the image. A biographical infobox is designed to give the lazy, uninterested reader quick, disposable information and does nothing to entice them in to reading the article. As editors, we want people to read the articles which we have invested so much time and research in. Otherwise, we may aswell just put an infobox in an article and do away with the text altogether. We would need consensus to remove an infobox, so you should require consensus to add one. --CassiantoTalk 19:30, 10 May 2013 (UTC)[reply]

It is not in the best interests of the project to require consensus before editing an article. Our encyclopedia has grown because we allow anyone to edit and bold editing is the commonest way of establishing consensus, so I would always counsel against bringing forward arguments that relied on an appeal that a consensus has to be sought before editing. The value of infoboxes in any article includes that they do provide the "lazy" overview - they are a condensation of the key points of the lead in just the same way that the lead is a condensation of the key points of the whole article. I would urge everyone not to dismiss lightly the argument that we should not be prejudging how our readers consume articles. If a visitor to our site only wants a brief, "dumbed-down" overview, who are we to deny them that facility? We must always remember we are writing Wikipedia for all of our readers (including re-users), not for our editors. Of course the teacher in me wants the reader to read the whole article, but I must recognise that it is not my place to insist on that.

Infoboxes not only supply a very short summary, though. They provide a means of marking up some of the data in standardised format (this is called a microformat) so that the resulting HTML can be read by automated tools and aggregated for easy re-use by third parties. Additionally, for at least the last five years, Google has been using our infoboxes as one of the primary means of improving the natural language capabilities of its page reading tools. For example Google will correctly identify a birth date in the lead perhaps about 70% of the time; if it reads a "birth date" parameter in an infobox then it accurately identifies the correct birth date more like 95% of the time. There's a Google tech talk that describes how they can use common structures like {{infobox person}} (which is used on a massive number of articles) for artificial intelligence research at http://www.youtube.com/watch?v=cqOHbihYbhE for anyone who has the time to watch it. Now I agree that not every editor will put value on writing articles so that they are more usable by Goggle and other third parties, but I submit that it has great value. Our mission is to create a world where every single human being has free access to the total sum of human knowledge. We won't do that on our own, and we are going to have to accept that the Googles of this world and the other re-users are some of the most valuable partners we have in getting closer to our goal.

Just as those three advantages of infoboxes need to be considered, there are many reasons why infoboxes may disadvantage an article: the extra effort of creating and keeping an infobox updated and synchronised with other data in the article; the aesthetic considerations associated with the article's images or a large infobox swamping a stub-sized article; and other perfectly respectable reasons that vary from one article to another. Nevertheless, I would respectfully suggest that we editors are not able to predict with any accuracy which factors are most important in a generic class of article. A very short chemistry article with a huge infobox looks awful, while consensus has agreed that a large, well-crafted biography such as Charles Darwin (a featured article) is able to sustain a large infobox. I would therefore ask that Cassianto and SchroCat (both editors I respect) should consider carefully the arguments I make here and try to explain to Andy (another editor I respect) the specific and concrete arguments they are bringing here against the proposed infobox in this article, and listen to Andy's case with respect - I would equally expect Andy to respect the reasoning of you both even if he does not agree with it and wants to debate point-by-point. Without that dialogue, and a willingness to listen carefully to each other, you won't be seeing where common ground lies and where compromise is possible. We need to be able to do that if we want to avoid the scenario where two distinct sides are polarised and simply edit-war to see who can force their preferred version into an article. That would indeed be a failure of the processes that have created the project we all so passionately believe in. --RexxS (talk) 02:22, 13 May 2013 (UTC)[reply]