View source for Module talk:Citation/CS1/Archive 9

{{Automatic archive navigator}}{{Search box|root=Module talk:Citation/CS1}}

== Date and year ranges ==

Why does <code><nowiki>{{Cite encyclopedia |title=dummy date=2000-2001}}</nowiki></code> create an error? Imho <code><nowiki>date=2000-2001</nowiki></code> should be valid, and I think it used to be. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 20:33, 14 December 2013 (UTC)

:This is a topic that hasn't been fully discussed and there is a feature request to support it because year ranges are permitted by [[MOS:DATES]].

:The date checking is new so year ranges worked because they were never checked.  My opinion: year ranges in citations are inappropriate.  When using {{tlx|cite encyclopedia}}, an editor is usually citing an encyclopedia's article, perhaps a page or page range, and a volume of an encyclopedia that was published in a ''particular'' year.  The [[WP:SAYWHEREYOUGOTIT]] ethos, in my mind, requires a modicum of specificity.  If an encyclopedia was published across a range of years, 1885–1920 for example, it seems to me that the editor is obligated to state the year of the publication that was consulted to support the Wikipedia article text.  To do otherwise indicates laziness on the part of the editor.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:20, 14 December 2013 (UTC)
:: I would disagree with you on this issue. In any case, {{Tl|Cite Jewish Encyclopedia}} disagrees with you. When will this feature request be implemented, or is it still being discussed? [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 22:21, 14 December 2013 (UTC)

:::Ok, let's look at {{tlx|cite Jewish Encyclopedia}}.  Yes, the whole encyclopedia was published beginning with volume 1 in 1901 and ending in 1906 with volume 12.  Apparently, this edition is collectively referred to as the 1906 edition.  At {{tld|cite Jewish Encyclopedia}} the examples given are to an article "Atonement, Day of":

:::#{{Cite Jewish Encyclopedia|wstitle=Atonement, Day of}}
:::#{{Cite Jewish Encyclopedia|title=Atonement, Day of|first=Morris |last=Jastrow|url=http://www.jewishencyclopedia.com/articles/2093-atonement-day-of|volume=1|page=1}}

:::The other two examples at {{tld|cite Jewish Encyclopedia}} are similar and illustrate the use of {{para|noicon}} so are not included here. In example 1, the template links to "Atonement, Day of" at Wikisource.  The Wikisource transcription of the article is not dated, nor does it identify the specific source (volume, page, contributor, etc). From the Wikisource article, you can link to [[:s:Jewish_Encyclopedia|''Jewish Encyclopedia'']] where publication dates are listed as 1901–1905.  This date range is not supported by any citations (the Wikisource ''Jewish Encyclopedia'' is very incomplete).

:::Were I citing the Wikisource transcription I might do it this way:
::::<code><nowiki>{{cite encyclopedia |encyclopedia=[[Jewish Encyclopedia]] |via=Wikisource |chapter=Atonement, Day of |chapterlink=:s:Jewish Encyclopedia/Atonement, Day of}}</nowiki></code>

::::→{{cite encyclopedia |encyclopedia=[[Jewish Encyclopedia]] |via=Wikisource |chapter=Atonement, Day of |chapterlink=:s:Jewish Encyclopedia/Atonement, Day of}}
 
:::In example 2, the template links to "Atonement, Day of" at a website called jewishencyclopedia.com.  This too, is undated except that at the top of the page there is text that reads: ''The unedited full-text of the 1906 Jewish Encyclopedia''.  From this example, one might expect that "Atonement, Day of" is found on page 1 of volume 1 (of a website?) and was written by Morris Jastrow.  There is a Jastrow mentioned in the article's bibliography but it's not clear that that Jastrow is Morris Jastrow.

:::Were I citing the jewishencyclopedia.com transcription I might do it this way:
::::<code><nowiki>{{cite web |website=Jewish Encyclopedia |title=Atonement, Day of |url=http://www.jewishencyclopedia.com/articles/2093-atonement-day-of |date=1906 |accessdate=2013-12-15}}</nowiki></code>

::::→{{cite web |website=Jewish Encyclopedia |title=Atonement, Day of |url=http://www.jewishencyclopedia.com/articles/2093-atonement-day-of |date=1906 |accessdate=2013-12-15}}

:::If you go to the Internet Archive, you can find all of the 12 volumes of ''Jewish Encyclopedia''.  So, I looked up "Atonement, Day of".  It's in volume 2 (not 1), begins on page 284 of that facsimile (not 1), and the contributor is Max L. Margolis (not Jastrow).  Were I citing the Internet Archive facsimile I might do it this way:
::::<code><nowiki>{{cite encyclopedia |encyclopedia=[[Jewish Encyclopedia]] |publisher=KTAV Publishing House |via=Internet Archive |location= |date=nd |volume=2 |title=Atonement, Day of |last=Margolis |first=Max L. |editor-last=Singer |editor-first=Isadore |url=//archive.org/stream/jewishencycloped02sing#page/284/mode/2up |pages=284–289}}</nowiki></code>

::::→{{cite encyclopedia |encyclopedia=[[Jewish Encyclopedia]] |publisher=KTAV Publishing House |via=Internet Archive |location= |date=nd |volume=2 |title=Atonement, Day of |last=Margolis |first=Max L. |editor-last=Singer |editor-first=Isadore |url=//archive.org/stream/jewishencycloped02sing#page/284/mode/2up |pages=284–289}}

::::(Undated because I couldn't find a publication or copyright date in the volume 2 facsimile.)

:::Given all of this, it seems to me that {{tld|cite Jewish Encyclopedia}} is rather desperately in need of an overhaul which it is in my mind to do.

:::If the point is to cite an article whether it is at Wikisource, or at jewishencyclopedia.com, or at Internet Archive, then I see no point in using date ranges because either the specific location of the source has a particular date or it is undated.  If you must use a date, and you are consulting either Wikisource or jewishencyclopedia.com then the date should be 1906 (although {{para|accessdate}} might be a better choice for the latter). If you are consulting a physical copy of ''Jewish Encyclopedia'', {{para|date}} should be the date of the volume you are consulting.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:23, 15 December 2013 (UTC)

:::: I have seen many citation templates that use date ranges. So do sources often. And for good reason, as in the case of a several day conference. What it comes down to is that date ranges are a fact, both on Wikipedia and in the real world, and they need to be supported. Like it or not. :)
::::  As a reply to what you say above. I think it is more correct to have a date range than no date at all, as you propose in your "how I would have done it" above. I'd rather see that done soon, than an overhaul of Template:Cite Jewish Encyclopedia, which everybody seems quite happy with. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 14:46, 15 December 2013 (UTC)

:::::{{tq|I think it is more correct to have a date range than no date at all}} isn't a very persuasive argument because it amounts to little more than "because I like it."  Can you at least say why you think this?

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:54, 15 December 2013 (UTC)

:: Likewise, at [[Template:Egyptian parliamentary election, 2011]] there is a [http://weekly.ahram.org.eg/2011/1077/eg10.htm source] that uses a range: 22 - 28 December 2011. This should be allowed. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 22:59, 14 December 2013 (UTC)

{{od}}
Who is making decisions on what is appropriate? Not it seems people who were involved in many of the PD templates?

@[[User:Debresser|Debresser]] I have just put back month in to {{Tl|Cite Jewish Encyclopedia}} better it passes it through to to be handled at a lower level than that it kills it silently as then there is no way to tell how many articles are using it. I think you really should have discussed it on the talk page of the template before removing it.

@[[User:Trappist the monk|Trappist the monk]] you write "My opinion: year ranges in citations are inappropriate" be that as it may, if one does not know from which volume a citation comes then a date range is appropriate over the whole volume print. Indeed some of the templates, for things like the DNB calculate the year if the volume number is given, but if it is not then it puts in a year range. With the DNB the project is nearing completion on Wkisource and has all the facts such as author volume and page on each article, but many of the encyclopaedias do not. Therefore it is quite common for someone to have access to the text of an encyclopaedia without knowing the volume and therefore the precise year of publication. Besides some volumes are split into parts and difference parts may come out in different years.

BTW the month parameter is very useful for volumes that span a range of months but only one year. The span of months can be dropped in to the month parameter for visual reference leaving the year parameter to be used with the author or editor last name in a standard ref=harv manner. If the day and month range is such that the date parameter can not handle it then one is faced with two alternative. Either pass in a date and a year parameter (but that is subject to some good citizen removing the year parameter not realising its use with ref=harv or putting in a ref={{tl|sfnRef}} which is more trouble than it is worth. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 22:52, 14 December 2013 (UTC)

:Editors should be citing the source material as they know it to be.  If the information is taken from a paper copy of DNB or Venn or Jewish Encyclopedia, then all of the normal information one expects from {{tlx|cite book}} should be in the citation.  If the source is an electronic facsimile like Venn or Jewish Encyclopedia at Internet Archive or any number of works at Google Books, then one should include all of the information normally used with {{tld|cite book}}.  If the source is an electronic transcription like Wikisource or jewishencyclopedia.com or A Cambridge Alumni Database or Project Gutenberg then one should include all of the information normally used with {{tlx|cite web}} and {{para|accessdate}} is likely appropriate.

:Date ranges do little to identify the specific location of the source material.  In your example of the DNB, the date range that covers the period during which the individual volumes were published does little to identify the specific volume that an editor is citing.  On the other hand, knowing the year of publication can narrow the field. But, I have to wonder, if an editor is stating some fact and supporting it with {{tlx|cite DNB}} citations but doesn't know the volume, then that editor should step back, and simply cite where he got the fact and not try to misapply {{tld|cite DNB}}.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:54, 15 December 2013 (UTC)

: PBS, you are right. I should have discussed this. In any case, as soon as the article that use it are fixed, it can (and as a deprecated parameter should) be removed. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 23:02, 14 December 2013 (UTC)

::I notice that you have done it for a lot of templates, have you checked them all before you did it and have you updated the documentation of all the templates to reflect you change?  It seems to me that you need to write some code to check all the instances. The you need to change the documentation for each template, then run your code over very instance, check if combining  month and year into the date parameter breaks date parameter, if not then combine them automatically if it does work out how you can fix it manually. Only after those steps have been taken should the templates be changed to stop passing through month parameters. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 23:11, 14 December 2013 (UTC)

::: I have not done this for other templates, to the best of my memory. If you see any, please write me on my talkpage. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 23:37, 14 December 2013 (UTC)

:::{{ec}}I'll get round to answering other issues raised above later.

:::#A wrapper template can pass {{para|date}}, {{para|month}}, and {{para|year}} to {{tlx|cite encyclopedia}} which then passes them to [[Module:Citation/CS1]]
:::#If {{para|date}}, {{para|month}}, and {{para|year}} are all passed from the wrapper through {{tld|cite encyclopedia}} to Module:Citation/CS1 then:
:::#:{{para|date}} becomes a new variable called <code>Date</code>
:::#:{{para|month}} is discarded
:::#:{{para|year}} is used for the {{para|ref|harv}} anchor id
:::#If {{para|month}} and {{para|year}} ''without'' {{para|date}} are passed from the wrapper through {{tld|cite encyclopedia}} to Module:Citation/CS1 then:
:::#:the module concatenates {{para|month}} and {{para|year}} into the new variable <code>Date</code>.
:::#:{{para|month}} and {{para|year}} are then discarded
:::#:the year portion of <code>Date</code> is used for the {{para|ref|harv}} anchor id
:::#If {{para|date}} ''without'' {{para|month}} and {{para|year}} is passed from the wrapper through {{tld|cite encyclopedia}} to Module:Citation/CS1 then:
:::#:{{para|date}} becomes the new variable <code>Date</code>
:::#:the year portion of <code>Date</code> is used for the {{para|ref|harv}} anchor id

:::This is an attempt a clarity.  If I haven't succeeded, let me know.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:43, 14 December 2013 (UTC)

This I think is clear. Just to remind everybody that the issue of this subsection is to allow ranges of dates. It seems to be in practical use, based in at least some cases on sources. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 01:28, 15 December 2013 (UTC)

This happens often with {{Tl|Cite conference}}, because many conferences last several days. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 09:24, 15 December 2013 (UTC)

Citation Style 1 currently lacks it's own well-considered, well-known advice on publication dates. To form such advice, it makes sense to look at printed style guides, such as ''The Chicago Manual of Style'' (16th ed.). That guide has relevant guidance.

Sec. 14.151 on p. 772 indicates that "when an entire multivolume, multiyear work is cited, the range of dates is given (see 6.79)." If the work is not completed, the first year is given followed by an n-dash. Two examples given are:
{{quote|Hayek, F. A. ''Contra Keynes and the Cambridge: Essays, Correspondence.'' Vol. 9 of ''The Collected Works of F.A. Hayek.'' Chicago: University of Chicago Press, 1998-.}}
{{quote|Tillich, Paul. ''Systematic Theology''. 3 vols. Chicago: University of Chicago Press, 1951&ndash;63.}}

[[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 17:10, 15 December 2013 (UTC)

:It seems that your first example doesn't comply with the {{tq|when an entire multivolume, multiyear work is cited}} clause.  Volume 9 is clearly only part of ''The Collected Works of F.A. Hayek'' so the publication date of that volume is the appropriate date.  For Tillich, a date range is appropriate and is in compliance with the multivolume, multiyear criteria.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:30, 15 December 2013 (UTC)

::It's not my example, it's Chicago's example. You don't get to overrule Chicago. Furthermore, since I have proven that date ranges are accepted in citations by one of the most important citation styles, it is inappropriate for Wikipedia editors to decide to overrule Chicago on an obscure page about how a module is coded. It seems to me if you want to overrule Chicago you must first obtain consensus to do so through a widely-advertised RFC. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 17:44, 15 December 2013 (UTC)

:::Who said anything about overruling Chicago?  Obtain consensus to overrule Chicago?  We here at Wikipedia have no power over Chicago.  You are reading something there that I did not write.  I merely pointed out that the Hayek citation seems to violate Chicago as you quote it.  Nothing more.

:::CS1 is not Chicago.  CS1 is not ALA.  Nor is CS1 any of the other style guides.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:19, 15 December 2013 (UTC)

::::Editors have been using CS1 for years. There has never been any guidance that I can find telling the users of these templates that they shouldn't have publication dates (whether using the date parameter or year parameter) that contain date ranges. In the absence of any rules to the contrary, we would expect editors to follow normal scholarly citation practices, and guides such as APA and Chicago are evidence of what normal scholarly citation practice is. In the absence of any CS1 rule to the contrary, a practice found in two major style guides is not an error. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 18:37, 15 December 2013 (UTC)

::It seems [[APA Style]] largely agrees with Chicago. The 6th edition p. 185 states
{{quote|*For several volumes in a multivolume work or several letters from the same collection, express the date as a range of years from earliest to latest (see Chapter 7, examples 23 and 65).}}
::{{quote|'''23'''...Koch, S. (Ed.). (1959-1963) ''Psychology: A study of science'' (Vols. 1&ndash;6). New York, NY: McGraw-Hill.}}
::{{quote|'''65'''...Allport, G. W. (1930-1967). Correspondence. Gordon W. Allport Papers (HUG 4118.10). Harvard University Archives, Cambridge, MA.}}
::Since APA uses parenthetical citations, the details about which Allport letter was being cited would be contained in the in-line parenthetical citation.
::[[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 17:56, 15 December 2013 (UTC)

To not loose my reply in the discussion, I'll post it here. I said that I like a range better than no date at all. Trappist the monk asked if this isn't the "I like" argument. Of course it is not. Having ''some'' information, in this case a range of a few years, is better than having ''no information at all''. If I know a work was written from 1901-1906, e.g., I will at least understand it is not a contemporary work. Also, and this I can not stress enough, sources themselves often give a date range, like in the writings from a scientific conference e.g. If it is in sources, we should be able to allow for it. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 20:44, 15 December 2013 (UTC)
:Consider the hypothetical case of a journal published more than once a year, which uses neither volume nor issue numbers. The obvious unique identifier is the cover date, which might be shown as "January-April 2013", "May-August 2013", and "September-December 2013". Let's say we use the second one as a ref source. Do we put contrived dates like {{para|date|May 2013}} or {{para|date|August 2013}}, or the truth {{para|date|May-August 2013}}? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 21:03, 15 December 2013 (UTC)
::Month ranges are supported already: 

:::<code><nowiki>{{cite journal |journal=Journal of Foo |date=May-August 2013}}</nowiki></code>
:::{{cite journal |journal=Journal of Foo |date=May-August 2013}}
::What needs to be added are valid day ranges, e.g. "5-11 December 2013" and valid year ranges, e.g. "1898-1900". 
:::<code><nowiki>{{cite journal |journal=Weekly Journal of Foo |date=5-11 December 2013}}</nowiki></code>
:::{{cite journal |journal=Weekly Journal of Foo |date=5-11 December 2013}}
:::<code><nowiki>{{cite web |website=Journal of lazy publishing dates |date=2005-2013|url=http://foo}}</nowiki></code>
:::{{cite web |title=Web site with copyright range but no findable publishing date |date=2005-2013|url=http://foo}}
::– [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 21:47, 15 December 2013 (UTC)

I think most editors here agree that date and year ranges should be valid. Can this be implemented? Note, ranges may be indicated with a variety of dashed (regular, en-dash, em-dash). [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 16:40, 21 December 2013 (UTC)

:Valid date ranges are what the documentation of the various templates say are valid. I haven't looked at all the templates, but [[Help:Citation style 1]] says to use [[WP:DATESNO]] (which does not address date ranges). In addition, seasons, hyphenated seasons ("spring-summer") and dates in religious calendars are listed as valid. There is no description of how to write day, month, or year ranges. Should these proposed changes be the subject of a well-advertised RFC before implementation?

:My position is if you don't have consensus for the documentation changes, or don't even know what the documentation changes will be, then you're not ready for implementation. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 17:12, 21 December 2013 (UTC)

::[[WP:DATESNO]] addresses date range style in the third bullet point below the acceptable dates table. Date range style is also addressed at [[WP:DATERANGE]] and [[MOS:DOB]]; both of which are subsections of WP:DATESNO.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:08, 21 December 2013 (UTC)

:::Sorry, I missed that; day, month, and year ranges are indeed covered. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 18:15, 21 December 2013 (UTC)

:::: So will the module start allowing it? [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 19:02, 21 December 2013 (UTC)

:::::I second that.  The rejection of year ranges by the validation has broken links to valid citations from {{tlx|harv}} and {{tlx|sfn}} in many articles.  [[User talk:Kanguole|Kanguole]] 02:28, 26 December 2013 (UTC)
==Extra text in {{para|date}}==
Another example: in the article [[163P/NEAT]] the date "2012-01-20 last obs". At [[Wikipedia talk:WikiProject Astronomy#Would moving "last obs" in citations from |date= to |type= be acceptable to remove citation error messages?]] I argue that "2013-03-03 (solution date)" would be a more appropriate date, but the principle is the same. Some sources don't have a traditional publication date found in the traditional place (top center of front page of newspaper, copyright page of a book, etc.) Thus one must be able to specify which of several reasonable publication dates the editor has decided to cite. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 18:54, 29 December 2013 (UTC)
== Update to the live CS1 module week of 2013-11-03 ==

Toward the end of this week I propose to update [[Module:Citation/CS1]] to match [[Module:Citation/CS1/sandbox]] ({{plain link |url=//en.wikipedia.org/w/index.php?title=Special:ComparePages&page1=Module%3ACitation%2FCS1&page2=Module%3ACitation%2FCS1%2Fsandbox |name=diff}}) and [[Module:Citation/CS1/Configuration]] to match [[Module:Citation/CS1/Configuration/sandbox]] ({{plain link |url=//en.wikipedia.org/w/index.php?title=Special:ComparePages&page1=Module%3ACitation%2FCS1%2FConfiguration&page2=Module%3ACitation%2FCS1%2FConfiguration%2Fsandbox |name=diff}}).  This update changes several things:

#Added deprecated parameter tracking for deprecated parameters: Adds pages to [[:Category:Pages containing cite templates with deprecated parameters]] when they contain the parameters {{para|month}}, {{para|coauthor}}, and {{para|coauthors}}
#Extract common code from checkisbn() and issn() into new function is_valid_isxn(): Checkdigit calculation code for ISSN and for ISBN-10 is esentially the same so created a single function to do that
#Migrate cite thesis: [[Module talk:Citation/CS1/Archive 8#Type parameter and cite press release and cite thesis|discussion]]
#ISBN 13 checked for 978 and 979 prefixes: [[Module talk:Citation/CS1/Archive 8#ISBN error check tweak|discussion]]
#Migrate cite techreport: [[Help_talk:Citation Style 1#Migrating cite techreport to Module:Citation/CS1/sandbox|discussion]]
#Date validation: [[Module talk:Citation/CS1/Archive 8#Date checking|discussion]] – by far the largest, this change checks dates for format compliance with [[MOS:DATE]], checks date validity (no June 31, etc), allows year disambiguation in CITEREF identifiers when referenced authors have multiple works published in the same year without the need to use both {{para|date}} and {{para|year}}, and does not corrupt the [[COinS]] metadata.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:37, 4 November 2013 (UTC)

:Done.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:15, 9 November 2013 (UTC)


::Why deprecate coauthors it is useful parameter for those authors one does not wish to include in a short citation. I often use it for ''et all''. If I am not to use if for that purpose what is the most elegant work around? -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 23:04, 14 December 2013 (UTC)

:::Can you give an example of a citation where you have used {{para|coauthors}} to achieve a desired effect? We can probably show you how to use valid parameters to achieve the same effect. I use {{para|displayauthors}} when I want to show only a few authors and have "et al." added automatically. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:06, 14 December 2013 (UTC)
{{od}}
It is difficult to find one, as I have not kept records of such edits. But here is a source: http://www.british-history.ac.uk/report.aspx?compid=117002 where coauthors would be useful. The point is I do not want to have to type in half a dozen or more authors when I can simply use coauthors=''et all'' to do the same thing. 

;Take for example this citation with eight authors:
<nowiki>{{citation  |last1=one |last2=two |last3=thee |last4=four |last5=five |last6=six |last7=seven |last8=eight |year=2001 |title=Title}} </nowiki>
{{citation  |last1=one |last2=two |last3=thee |last4=four |last5=five |last6=six |last7=seven |last8=eight |year=2001 |title=Title}} generates {{red|CITEREFonetwotheefour2001}}

;With displayauthors
<nowiki>{{citation  |displayauthors=1 |last1=one |last2=two |last3=thee |last4=four |last5=five |last6=six |last7=seven |last8=eight |year=2001 |title=Title}} </nowiki>
{{citation   |displayauthors=1 |last1=one |last2=two |last3=thee |last4=four |last5=five |last6=six |last7=seven |last8=eight |year=2001 |title=Title}} generates {{red|CITEREFonetwotheefour2001}}

;With coauthors
<nowiki>{{citation  |last1=one |coauthors=''et al'' |year=2001 |title=Title}} </nowiki>
{{citation  |last1=one |coauthors=''et al'' |year=2001 |title=Title}} generates {{red| CITEREFone2001}}

So displayauthors= and coauthors= generate similar looking output but the CITEREF generated is different -- Why add names to a reference that are not displayed when coauthors=''et al'' is easier to type and does not cause complications with CITEREF? (WYSIWYG) -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 17:53, 20 December 2013 (UTC)

:Trying two things. I don't know how to show or see the CITEREF. 

:;One author with displayauthors
:<nowiki>{{citation  |displayauthors=1 |last1=one |year=2001 |title=Title}} </nowiki>
:{{citation   |displayauthors=1 |last1=one |year=2001 |title=Title}} generates {{red|CITEREFone2001}} (I don't know how to see the CITEREF)

:;One author with last2=''et al.''
:<nowiki>{{citation  |last1=one |last2=''et al.'' |year=2001 |title=Title}} </nowiki>
:{{citation   |last1=one |last2=''et al.'' |year=2001 |title=Title}} generates {{red|CITEREFoneet_al.2001}} (I don't know how to see the CITEREF)
:– [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:53, 20 December 2013 (UTC)
::You can determine a CITEREF by viewing the page source; search for
:::<code><nowiki><span id="CITEREF</nowiki></code>
::and it goes from there to the next double quote. Alternatively, fill in the parameters of {{tlx|harvid}} and sandbox it:
:::{{tlx|harvid|one|2001}} → {{harvid|one|2001}}
:::{{tlx|harvid|one|''et al.''|2001}} → {{harvid|one|''et al.''|2001}}
::I've filled them in above. One reason not to use ''et al.'' but instead supply all the authors and set {{para|displayauthors}} is so that all of them get added to the COinS metadata. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 23:11, 20 December 2013 (UTC)

::::<nowiki>{{harvnb|one|''et al.''|2001}}</nowiki> does generate "{{harvid|one|''et al.''|2001}}" but not in the form that appears on this page it generates "{{red|CITEREFone.27.27et_al..27.272001}}" while <nowiki>{{citation |last1=one |last2=''et al.''|year=2001 |title=Title}}</nowiki> generates {{red|CITEREFoneet_al.2001}} no italics in CITEREF. So the two do not match.

::::Why bother with embedding ''et al'' in the CITEREF when one can use coauthors=''et all'' and bypass it? After all we have just established (below) that if one has five or more author parameters they CITEREF will not match the {[tl|harvnb}} use of the same author parameters. Even if that is fixed (and the italic problem is fixed), it seems to me better to use coauthors=''et all'' as it means less parameters and therefore less chance of errors in typing in names of multiple authors that are visually obscured and therefore harder to check for spelling errors and typos. It is far less confusing for people to understand that any value in "coauthors" will be ignored as part of the ref=harv construction than trying to explain the intricacies of something they can not even see and with which errors which are clearly not widely known event to those who are interested in the subject and commenting here. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 00:23, 21 December 2013 (UTC)

{{od}}
Therefore I think that coauthors should be note be depreciated, and I would appreciate it if someone would indicate where the consensus was formed that it should be depreciated. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 13:37, 21 December 2013 (UTC)

:CS1 does not have any particular guidance about how to treat institutional authors, for example, the [[National Institute of Standards and Technology]]. Should they be considered an author or a publisher. Naturally many editors over the years will have decided to treat institutional authors as authors. Thus, the coauthors parameter must continue to be supported to allow for the case where a publication is written by two or more institutions. Obviously last2 and first2 are not suitable parameters if the second author is an institution. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 13:52, 21 December 2013 (UTC)

::{{ping|Jc3s5h}} Couldn't you use {{para|author2|[[National Institute of Standards and Technology]]}} instead?  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 15:50, 21 December 2013 (UTC)
:::There are so many misapprehensions on this page that I just don't know where they are all coming from; I've already dealt with some elsewhere on this page.
:::Putting italics into a surname will ''not'' break a CITEREF link, but those italics are unnecessary if the documentation is followed. Forget coauthors, and fill in as many {{para|last''n''}}{{para|first''n''}} pairs as there are individual authors. Institutional or corporate authors go in {{para|author''n''}}. Set {{para|displayauthors|1}} if you want "''et al.''" to be displayed after the first author. Set {{para|ref|harv}} (unnecessary if you're using {{tlx|citation}}). Fill in {{tlx|harvnb}} as per its documentation with no more than four surnames. Save it; the links will work.
:::If you don't believe me, you can install [[User:Ucucha/HarvErrors]] to check quickly whether any of the links from {{tlx|harvnb}} are broken. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:58, 21 December 2013 (UTC)
::::[[User:Redrose64|Redrose64]] you write "Putting italics into a surname will ''not'' break a CITEREF link". It is not that it is broken but that the harvard templates do include the italic symbols in CITEREF  while {{tl|citation}} does not. But because the output is hidden it seem even expedience users can find it confusing: 
{{collapse top|Here is an example to show that it does:}}
:First long verified sentence with italics.{{sfn|one|''et al''|3001|p=101}}
:Second long verified sentence with no italics.{{sfn|one|et al|3001|p=101}}
;Notes
{{reflist}}
;References
*{{citation |last1=one |last2=''et al'' |year=3001 |title=Title}} (created with: <nowik>{{</nowiki>citation  |last1=one |last2=''et al'' |year=3001 |title=Title}} )
{{collapse bottom}}
::::[[User:Redrose64|Redrose64]] you also write "Forget coauthors, and fill in as many {{para|last''n''}}{{para|first''n''}} pairs as there are individual authors". Why make more work with potential unseen errors when one can simply use coauthors to achieve the same or better results? 
::::Also [[User:Jc3s5h|Jc3s5h]] there may well be times that one wants to list co-author institutions in the long citation, but not mention them in the short citation. For example William Cobbett ''[https://archive.org/details/parliamentaryhi03parlgoog Cobbett's parliamentary history of England]]'' can include "Great Britain Parliament" as one of the authors, but usually if one is using harv inline citations one would usually write (Corbbett 1625, p. 152) and not (Corbbett & Great Britain Parliament, 1625, p. 152) nor (Corbbett & ''et al'', 1625, p. 152); which is another reason for keeping the flexibility afforded by coauthors. 
::::Also (Corbbett & ''et al'' 1625, p. 152) looks tacky one would usual write that (Corbbett, ''et al'' 1625, p. 152)
::::I want to encourage more editors to use the citation templates. Making it more difficult to use and less intuitive will not help convince those who currently do not use them (because they say the templates are more trouble than they are worth), and making them fill out fields that are not then displayed etc is not the way to go. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 14:24, 22 December 2013 (UTC)
:::::My comment about "Putting italics into a surname will ''not'' break a CITEREF link" concerned the surnames in {{tlx|citation}}. But the point is this: if you fill in {{para|last''n''}} of {{tlx|citation}}, and the unnamed parameters of {{tlx|sfn}} ''correctly'', the link between {{tlx|sfn}} and {{tlx|citation}} is automatic. The {{para|coauthors}} parameter has never been involved in the construction of these links. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 14:50, 22 December 2013 (UTC)
::::::which is why it is desirable to keep the coauthors parameter as it simplifies what is otherwise an unnecessary complication. Since we started this thread I have come across an example of the sort of thing I am talking about, an example with one author who would be cited in a (harvard) citation, but where one may wish to cite the institution in the full citation:

{{collapse top|example: last&#61;Finch, author2&#61;English Court of Chancery, or coauthors&#61;English Court of Chancery}}
*A<small>1</small> fact {{harv|Finch|1724|p=404}}( does not link)
*A<small>2</small> fact {{harv|Finch|English Court of Chancery|1724|p=404}} (links)
*B fact {{harv|Finch|1725|p=404}} (links as expected)

;References
*<code><nowiki>{{</nowiki>Citation |last=Finch |first=Heneage (Earl of Nottingham)  |author2=English Court of Chancery |displayauthors=1 |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}</code>
**{{Citation |last=Finch |first=Heneage (Earl of Nottingham)  |author2=English Court of Chancery |displayauthors=1 |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}
*<code><nowiki>{{</nowiki>Citation |last=Finch |first=Heneage (Earl of Nottingham)  |coauthors=English Court of Chancery |year=1725 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}</code>
**{{Citation |last=Finch |first=Heneage (Earl of Nottingham)  |coauthors=English Court of Chancery |year=1725 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}
{{collapse bottom}}
::::::Note that the year parameter is different 1724 and 1725. As an be seen displayauthors=1 does not have the desired affect instead it inverts the desired outcome (hiding authors in the long reference and requiring them in the short reference). -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 18:18, 27 December 2013 (UTC)

:::::::[[Template:Harv#Large_numbers_of_authors]] explains how to achieve what appears to be your desired effect. It also allows editors to accurately display the existence of additional authors in the short footnote, which {{para|coauthors}} does not do. 
{{collapse top|example: last&#61;Finch, author2&#61;English Court of Chancery, or coauthors&#61;English Court of Chancery}}
*A<small>1</small> fact {{harv|Finch et al.|1726|p=404}} (links after following instructions)
*A<small>2</small> fact {{harv|Finch|English Court of Chancery|1726|p=404}} (no longer links since harvid is manually set, but if you want this result, just avoid using ref=harvid)
*B fact {{harv|Finch|1727|p=404}} (links as expected but does not indicate existence of additional authors)

;References
*<code><nowiki>{{</nowiki>Citation |last=Finch |first=Heneage (Earl of Nottingham)  |author2=English Court of Chancery |displayauthors=1 |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling |ref = <nowiki>{{</nowiki>harvid|Finch et al.|1726}}}}</code>
**{{Citation |last=Finch |first=Heneage (Earl of Nottingham)  |author2=English Court of Chancery |displayauthors=1 |year=1726 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling|ref = {{harvid|Finch et al.|1726}}}}
*<code><nowiki>{{</nowiki>Citation |last=Finch |first=Heneage (Earl of Nottingham)  |coauthors=English Court of Chancery |year=1727 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}</code>
**{{Citation |last=Finch |first=Heneage (Earl of Nottingham)  |coauthors=English Court of Chancery |year=1727 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}
{{collapse bottom}}
:::::::– [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 19:34, 27 December 2013 (UTC)
:::::::Of course one can do it through manipulating the CITEREF with {{tl|harvid}}, but just lays yet another level of complexity onto the mix which can be avoided by using coauthors. I think it is important that the interface is kept as simple as possible for inexperienced users as there is a very strong prejudiced against using templates by some very experienced editors and making the interface of citation templates more complexed than they need to be is a mistake, and for that reason I think that 1727 with the option of using coauthors= should be kept. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 13:12, 31 December 2013 (UTC)

===CITEREF and harvnb and CITEREF and CS1===

As a tangential point if there are more than 5 or more last=''name'' then {{tl|harvnb}} does not work because it allows five authors while {{tl|citation}} only allows four.

<nowiki>{{citation  |last1=one |last2=two |last3=three |last4=four |last5=five |last6=six |last7=seven |last8=eight |year=2001 |title=Title}} </nowiki>
{{citation  |last1=one |last2=two |last3=three |last4=four |last5=five |last6=six |last7=seven |last8=eight |year=2001 |title=Title}} generates {{red|CITEREFonetwothreefour2001}}

<nowiki>{{harvnb|one|two|three|four|five|six|seven|eight|2001}}</nowiki>{{harvnb|one|two|three|four|five|six|seven|eight|2001}} generates |{{red|CITEREFonetwothreefourfive}} (NB no year)

-- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 17:53, 20 December 2013 (UTC)
:{{tlx|harvnb}} does not allow five authors: it allows four plus a year - the documentation does state "Up to four authors can be given as parameters. (If there are more than 4 authors only the first 4 should be listed." Taking your last example and formatting it correctly, we have <nowiki>{{harvnb|one|two|three|four|2001}}</nowiki>{{harvnb|one|two|three|four|2001}} generates |{{red|CITEREFonetwothreefour2001}} --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:59, 20 December 2013 (UTC)
::Yes I am aware of how to work around it, but that is not really the point, at the moment there are two templates that are meant to share a common protocol (CITEREF) and if there are more than four authors they behave differently. As most editors will not be displaying the CITEREF value when editing a page and are unlikely to notice that documentation mentions this extremity, it would be much better if they handled five author parameters in the same way. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 23:53, 20 December 2013 (UTC)

:::Part of the problem is that the CS1 templates use named parameters: {{para|last}}, {{para|last''n''}}, {{para|date}}, etc.  {{tlx|sfn}} and the {{tlx|harv}} family don't use named parameters except for location specifiers {{para|p}}, {{para|pp}}, or {{para|loc}}.  Because of that, {{tld|sfn}} expects that editors will obey the rules and set the last parameter in the template to a year value that will match with the {{para|date}} value in the CS1 citation.

:::I suppose that we could change [[Module:Footnotes]] to check the value of the last positional parameter to make sure that it looks like a number and emit an error message if it dosn't.  That seems a bit unnecessary to me because the [[User:Ucucha/HarvErrors.js|HarvErrors script]] handles that quite adequately.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:19, 21 December 2013 (UTC)
::::That is not an elegant solution because someone may have rolled their own using {{tl|SfnRef}}. I think it can be fixed in a more elegant way by looking at the number of unnamed parameters: If the number unnamed parameter >5 then ignore all but the first 4 and the last one.  -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 13:15, 21 December 2013 (UTC)

:::::A sandbox version of {{tlx|sfn}}.  This only changes the {{tld|sfn}} portion of [[Module:Footnotes/sandbox]]. 

::::::<code><nowiki>{{sfn/sandbox|First|Second|Third|Fourth|Fifth|Sixth|Seventh|Eighth|Year}}</nowiki></code>
:::::which yields an inline citation{{sfn/sandbox|First|Second|Third|Fourth|Fifth|Sixth|Seventh|Eighth|Year}} with this CITEREF anchor id: <code>CITEREFFirstSecondThirdFourthYear</code>
{{reflist-talk|close=1}}

:::::This is what you are looking for?

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:18, 21 December 2013 (UTC)

{{od|5}}The documentation at {{tl|sfn}} points out several other template names that can be used to perform the same function as sfn. For example, an inline cite might be coded <code><nowiki>...wrote the group<ref name=JonesGang>{{harvnb|Jones |Cruthers|Peters |Chen |Ng |Phillips |2013}}</ref></nowiki></code>. Clearly all the template names that serve the same purpose as sfn should work the same. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 16:02, 21 December 2013 (UTC)
:{{tlx|harvnb}} doesn't take six authors, and nor does {{tlx|sfn}}. ''All'' of the {{tlx|harv}} group accept up to ''four'' surnames, one year, plus any one of {{para|p}} {{para|pp}} or {{para|loc}}. If used as per the documentation - that is, with no more than four surnames in the {{tlx|harvnb}} - the link to the {{tlx|citation}} works even if {{tlx|citation}} has 100 authors. Same goes for {{tlx|cite book}} and the other [[WP:CS1]] templates, provided that you supply {{para|ref|harv}}. The {{tlx|harvnb}} displays all the surnames if there are three or fewer, but if there are ''exactly'' four, it displays the first one only plus "et al." If you don't like {{tlx|citation}} to display 100 authors, just set {{para|displayauthors|1}} and it too will display one plus "et al." The linking between {{tlx|harvnb}} and {{tlx|citation}} will work, and there is no need for any "workarounds". --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:40, 21 December 2013 (UTC)
::@[[User:Trappist the monk|Trappist the monk]]  I have only looked at the code and the result you published, and yes that looks like a fix for this problem, well done. I assume you will generalise that solution.-- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 13:21, 22 December 2013 (UTC)
:::No, please don't: it is a "solution" to a problem that does not exist. {{tlx|sfn}} is for {{sfnote}}, and the point about shortened footnotes is that they are ''short''. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 14:20, 22 December 2013 (UTC)
::::The result does not alter the length but if fixes a potential problem. It is far better to fix it in code that rely on people reading the manual that may or may not be up to date. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 13:12, 31 December 2013 (UTC)
=== Coauthors ===

I wrote above "Therefore I think that coauthors should be not be <s>depreciated</s> deprecated, and I would appreciate it if someone would indicate where the consensus was formed that it should be <s>depreciated</s> deprecated." Will someone please provide the link. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 18:18, 27 December 2013 (UTC)
:You are the only person who used the term "depreciated". --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 20:44, 27 December 2013 (UTC)
:: If the coauthors parameter is used, an error category shows that says "Pages containing cite templates with '''deprecated''' parameters". So I think PBS is right here using the term "deprecated". [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 17:27, 28 December 2013 (UTC)
:::These are two different words with different meanings. Depreciated is the antonym of appreciated, but the term that applies here is deprecated. Something that has been deprecated is being replaced or discontinued without any judgment on its value. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white"><big>→</big></span>]]'''</span>  17:42, 28 December 2013 (UTC)
:::::Actually that is not so the meaning of deprecate in the OEDL: "To plead earnestly against; to express an earnest wish against (a proceeding); to express earnest disapproval of (a course, plan, purpose, etc.)." Until I looked it up I had always assumed that it was just a spelling difference between British and American English, my mistake. The OED goes on to say in a 1993 draft edition "More generally, to express disapproval of (a person, quality, etc.); to disparage or belittle. (Sometimes confused with depreciate.) ... Widely regarded as incorrect, though found in the work of established writers." -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 12:48, 31 December 2013 (UTC)
::::Funny how the messenger and not the message is the subject of this thread. The point remains I do not think that coauthors should be ''deprecated''. If there was ever a discussion on this subject in which a consensus was agreed could someone please indicate where in the archives it can be found. If no such discussion can be found then the message should be remove from the category mentioned by Debresser. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 12:48, 31 December 2013 (UTC)

==Shortened month names==
I seem to have noticed that shortened month names are treated as error by CS1. And I assume that this is because the module can't tell the difference between a date in a reference or a date outside a reference (and the more so between a date outside a reference, that should really have been a reference and not just a raw link). Is that correct?
I would agree with continuing that behavior. Even recommend it. After all, the fact that short names are allowed doesn't mean that there is a problem with writing them out. I personally even find it preferable. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 00:51, 31 December 2013 (UTC)
:{{ping|Debresser}} Shortened month names (e.g. "Jan", "Sep") are acceptable in the {{para|date}} parameter per [[WP:DATESNO]] and do not give a CS1 error.  However, you will see CS1 errors for shortened month names with periods (e.g. "Jan.") or abbreviations with more than three letters (e.g. "Sept").  If you're seeing something different, please provide an example.  Thanks!  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 01:04, 31 December 2013 (UTC)

:{{cite book |title=Cite book with short month name |date=30 Dec 2013}}

:Short month names are acceptable.  Punctuation (a terminal period on the month, inappropriate comma placement, etc) is likely what you are seeing.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:58, 31 December 2013 (UTC)

:: I suppose so. Thanks again for being on top of things. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 01:04, 31 December 2013 (UTC)
:: Also, I noticed that WP:MOSDATE mentions no full stops after the day, but where does it say that there should be no full stop after the month abbreviation? [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 01:09, 31 December 2013 (UTC)
:: Aha. I see this is mentioned in [[Wikipedia_talk:Manual_of_Style/Dates_and_numbers#Abbreviated_months_in_citations]]. And that the issue is as yet unresolved. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 01:15, 31 December 2013 (UTC)
:: But contrary to WP:MOSDATE I notice that shortened month names are allowed not only in references. CS1 allows it in all citation templates, whether or not they are references. I suppose that is because the code can't differentiate? Wouldn't it be better to do it the other way around: make them all an error. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 01:58, 31 December 2013 (UTC)
:::Could you please provide an example of an article where CS1 is not displaying an error because a citation template is not used as a reference, and shortened month names should not be used per [[WP:MOSDATE]]?

:::The only possible use of a CS1 template I can imagine that wouldn't be a reference would be an entry in a further reading list, and I can't see any reason to have different rules for reference lists vs. further reading lists. As for imposing stricter rules, this obscure talk page on the coding of a module is not the appropriate place to make such a proposal; it should be proposed where editors who use CS1 templates will see it. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 02:12, 31 December 2013 (UTC)
:::: It could be a "Further reading" list. It could be a reference which is not a footnote. Sometimes editors forget to add the{{Tag|ref}} tags, especially inexperienced editors.
:::: I would not impose stricter 'rules'. I would propose that the module should mark them as errors. Because outside references that is what they are. That way they would be fixed. Just that alongside with that, they would be changed outside references as well. Which is not a problem in itself. Shouldn't discussion here be enough? If not, where then? [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 11:23, 31 December 2013 (UTC)
::::: I strongly agree with Jc3s5h.  Wider consensus that includes editors who use the templates must be obtained before making these types of changes.
::::: The citations in further reading lists are exactly equivalent to reference lists. If an abbreviated month is not marked as an error in the later, it should not be marked in the former. Per [[WP:DATEFORMAT]], abbreviated months are acceptable in {{tq|references, tables, lists or areas where conciseness is needed}}.  Hence there may be other situations where the use of abbreviated months is acceptable.  Similar to the deprecated month parameter, why fix something that isn't broken?  [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 12:32, 31 December 2013 (UTC)
::::::It seems to me that "Jan." is preferable to "Jan" but in nearly all cases January is better. I tend to agree with [[User:Boghog|Boghog]] unless there is a clear consensus (gained from a well advertised RfC in a predominate place) changes like these should not be made with bots. I was very surprised to see this list: [[User talk:GoingBatty#Additional date parameter errors for BattyBot to fix]]. Where is there a clear consensus for any of those proposed bot changes? Taking the first one as an example [[Wikipedia talk:WikiProject Astronomy#Would moving "last obs" in citations from |date= to |type= be acceptable to remove citation error messages?]] it involves less than six editors who do not agree, that is nowhere near enough to implement a bot change. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 13:30, 31 December 2013 (UTC)
:::::::The first proposed change will not be implemented unless there is consensus. That is why I posted a query at the relevant project's Talk page. Most of the others are clearly errors per the MOS. The MOS is a result of consensus decisions made on the MOS Talk page, as far as I know. If you would like to continue this discussion or discuss other changes proposed in that list, please do so at the [[User talk:GoingBatty#Additional date parameter errors for BattyBot to fix|original location]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:38, 31 December 2013 (UTC)
::::::::The MOS is a guideline not policy, and there is an awful lot in the MOS for which there is little agreement, and which is contradictory over the pages of the MOS, so using the MOS as justification for bot changes is questionable unless it can be shown that there is a specific consensus for the change. But to give you one example in that list above that is clearly not following the MOS guideline (there are probably many more). Take number "6" changing months from "MMM." to "MMM" is contrary to the MOS which recommends full dates, so who has decided that this list of actions is desirable for a bot to do? -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 17:02, 31 December 2013 (UTC)
:::::::::As indicated above, [[WP:DATESNO]] (aka [[MOS:DATEFORMAT]]) clearly shows that "MMM" is acceptable in references.  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 18:54, 31 December 2013 (UTC)

== date=undated ==

It seems that {{para|date|undated}} and {{para|date|no date}} generate errors, but {{para|date|nd}} and {{para|date|n.d.}} do not.
*{{cite web|url=http://www.google.com|title=Example 1|date=undated}}
*{{cite web|url=http://www.google.com|title=Example 2|date=no date}}
*{{cite web|url=http://www.google.com|title=Example 3|date=nd}}
*{{cite web|url=http://www.google.com|title=Example 4|date=n.d.}}
How should we resolve these errors?
#Allow {{para|date|undated}} and/or {{para|date|no date}}
#Change them to {{para|date|nd}} or {{para|date|n.d.}} ("nd" and "n.d." seem less clear to me)
#Remove them from citations (do they add any value?)
#Something else?
Thanks!  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 19:51, 29 December 2013 (UTC)

:They add value because it makes it clear that the editor who wrote the citation looked for a date but didn't find one, suggesting that subsequent editors might want to direct their efforts to some other area to improve, rather than searching for a publication date. It could also distinguish between an undated and dated version of the same publication, or between two works by the same author, one of which was dated and the other which was not dated. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 19:58, 29 December 2013 (UTC)

::Agree with {{u|Jc3s5h}} that they should stay. I think that "nd" and "n.d." are unclear to a casual reader and would prefer "no date" and possibly "undated" to be allowed. It looks like both [http://www.apastyle.org/learn/faqs/cite-website-material.aspx APA] and [http://www.umuc.edu/library/libhow/chicago_examples.cfm Chicago] say to use "n.d.", so now I'm down to just not liking it. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:35, 29 December 2013 (UTC)
:::I agree that "nd" and "n.d." are awful and will only cause confusion; <code>date=none</code> is best. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 21:46, 29 December 2013 (UTC)
::::"n.d." or "nd" is a standard abbreviation in ''The Chicago Manual of Style'' or the MLA style guide. If we don't want to use the abbreviation, then spell it out, but let's not re-invent the wheel here unless necessary. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white"><big>→</big></span>]]'''</span>  00:41, 30 December 2013 (UTC)

:::::We already call for an approximate citation date to be preceded with "c.", and one must be fairly familiar with scholarly writing to understand that. I think "n.d." is no more obscure than "c." [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 00:59, 31 December 2013 (UTC)

::::: If we allow all the above, we should also allow "unknown" and "N/A", e.g. And basically there is no limit to what you would end up having to allow. For that reason I would prefer to allow none of the above: nothing at all. If that would meet with strong opposition from editors who like the Chicago standards or other, as I would expect it to, then we should make a rule that ''only'' "n.d." or "nd" will be allowed, and say so clearly in WP:MOSDATE. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 01:01, 31 December 2013 (UTC)
== CS1 error does not display when citation is not displayed, but the category is applied ==

I had a devil of a time finding an "unnamed parameter" error in [https://en.wikipedia.org/w/index.php?title=Hydraulic_fracturing&oldid=588719590 Hydraulic fracturing]. The article was in the category, but the error was not displayed. I think I figured it out after a little detective work involving a text editor. Here's the citation in question. Note the "|DOI: 10.5339/qfarf.2013.EEP-070 " parameter, which should be "DOI = ", not "DOI: ". The reference appears within a {{tl|reflist}} template and is apparently not used in the article. It is almost surrounded by an HTML comment, but it's missing one hyphen at the start. I don't know what to make of this. 

<code><nowiki><!-ref name="flaring">{{cite journal | url= http://www.qscience.com/doi/abs/10.5339/qfarf.2013.EEP-070 | title=Managing process flares due to abnorma-l situation via design of co-gen system of discontinuous sources |last1=Eljack|first1=Fadwa |journal = Qatar Foundation Annual Research Forum Proceedings |volume=2013, EEP 070 |DOI: 10.5339/qfarf.2013.EEP-070 |date=22 November 2013| accessdate = 2013-12-29 }}</ref--></nowiki></code>

This citation renders as nothing, whether it is commented or not: 
{{reflist|25em|refs=
<!-ref name="flaring">{{cite journal | url= http://www.qscience.com/doi/abs/10.5339/qfarf.2013.EEP-070 | title=Managing process flares due to abnorma-l situation via design of co-gen system of discontinuous sources |last1=Eljack|first1=Fadwa |journal = Qatar Foundation Annual Research Forum Proceedings |volume=2013, EEP 070 |DOI: 10.5339/qfarf.2013.EEP-070 |date=22 November 2013| accessdate = 2013-12-29 }}</ref-->}} (nothing).

But the error category is applied nonetheless.

I don't know what can be done here, but it sure is going to be hard for editors to find errors in hidden citations when there is no error message displayed. I suppose since the category is hidden, only error-obsessed editors will care. For now, I applied the missing hyphen so that the citation would be completely commented out, which rightly removes the error category. I also could have fixed the DOI parameter, but this works for now. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:43, 2 January 2014 (UTC)


:That reference isn't listed by {{tlx|reflist|refs{{=}}}} because references aren't displayed if they don't have a matching <code><nowiki><ref name= /></nowiki></code> tag in the article text. Because the comment markup is incomplete the wikimedia processor can't match <code><nowiki><!-ref name="flaring"></nowiki></code> to a valid tag so ignores it.

:Because the comment tag is incomplete, the CS1 template is processed normally which adds the page to the error category and would display the error message if the reference were displayed.  Unfortunately, all of this stuff that prevents the citation's display is outside the bailiwick of [[Module:Citation/CS1]].

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:50, 2 January 2014 (UTC)

::This problem, which I had never seen before today despite fixing hundreds of article in the unnamed parameters category, also appears to exist in [https://en.wikipedia.org/w/index.php?title=LeSean_McCoy&oldid=588561393 LeSean McCoy]. I haven't tracked down the error yet. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:58, 2 January 2014 (UTC)
:::Someone manually added [[:Category:Pages with citations using unnamed parameters]]. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 05:05, 4 January 2014 (UTC)
::::Great catch. Something new under the sun. I have fixed CS1 errors in maybe 20,000 articles, and I hadn't seen that happen yet. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:26, 4 January 2014 (UTC)
:::::If the error is hidden for some reason, it should still show in the rendered HTML. I could not find it, so I searched for the category. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 21:20, 4 January 2014 (UTC)
== Error shown for valid lack of url parameter when contribution-url or chapter-url used, links on wrong fields ==

Archive URLs are marked as errors if there is no <code>url=</code> even where there is a <code>contribution-url =</code> or <code>chapter-url=</code>. In such cases when a valid URL is provided for contributor or chapter the lack of a <code>url=</code> is not an error, and should not be marked as such. There are cases where only a chapter, or contribution is available online without the entire work. Yes, it would be nice to have a URL for the entire work, but it is not an error for there not to be one. At a minimum, there should be a parameter to specify that it has been checked and the error should not be displayed.

Further, what field gets linked with which URL is wrong in some cases. In these cases the <code>contribution-url =</code> and <code>chapter-url =</code> links should be on what is displayed from the <code>contribution =</code> and <code>chapter =</code> parameters.  The <code>url=</code> should be on the <code>title=</code>. If the archive-url is provided and <code>deadurl=no</code> is not present, the archive URL should be the link for the contribution or chapter.


Without <code>archiveurl</code>:
Citation that uses <code>contribution-url=</code> no <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(good)<br/>
{{Citation| contribution-url = http://www.contribution-url.com/contribution.html | contribution = The Contribution | title = The Title | date = July/Aug 2013 }}

Citation that uses <code>chapter-url =</code> no <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(good)<br/>
{{Citation| chapter-url = http://www.chapter-url.com/chapter.html | chapter = The Chapter | title = The Title | date = July/Aug 2013 }}

Citation that uses <code>contribution-url=</code> with <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(good)<br/>
{{Citation| url = http://www.url.com/url.html | contribution-url = http://www.contribution-url.com/contribution.html | contribution = The Contribution | title = The Title | date = July/Aug 2013 }}

Citation that uses <code>chapter-url =</code> with <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(good)<br/>
{{Citation| url = http://www.url.com/url.html |chapter-url = http://www.chapter-url.com/chapter.html | chapter = The Chapter | title = The Title | date = July/Aug 2013 }}


With <code>archiveurl</code>:

Citation that uses <code>contribution-url=</code> no <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(title links to archive-url. Should link to nothing; contribution should link to archive-url; "the original" should link to contribution-url; shows error which is not actually an error, just a desire to have a URL for title)<br/>
{{Citation| contribution-url = http://www.contribution-url.com/contribution.html | contribution = The Contribution | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013}}

Citation that uses <code>chapter-url =</code> no <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(title links to archive-url. Should link to nothing; chapter should link to archive-url; "the original" should link to chapter-url; shows error which is not actually an error, just a desire to have a URL for title)<br/>
{{Citation| chapter-url = http://www.chapter-url.com/chapter.html | chapter = The Chapter | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013}}

Citation that uses <code>contribution-url=</code> with <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(title links to archive-url. Should link to url; contribution should link to archive-url; "the original" should link to contribution-url)<br/>
{{Citation| url = http://www.url.com/url.html | contribution-url = http://www.contribution-url.com/contribution.html | contribution = The Contribution | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013}}

Citation that uses <code>chapter-url =</code> with <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(title links to archive-url. Should link to url; chapter should link to archive-url; "the original" should link to chapter-url)<br/>
{{Citation| url =http://www.url.com/url.html |chapter-url = http://www.chapter-url.com/chapter.html | chapter = The Chapter | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013}}


With <code>archiveurl</code> and <code>deadurl=no</code>:

Citation that uses <code>contribution-url=</code> no <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(shows error which is not actually an error, just a desire to have a URL for title)<br/>
{{Citation| contribution-url = http://www.contribution-url.com/contribution.html | contribution = The Contribution | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013|deadurl=no}}

Citation that uses <code>chapter-url =</code> no <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(shows error which is not actually an error, just a desire to have a URL for title)<br/>
{{Citation| chapter-url = http://www.chapter-url.com/chapter.html | chapter = The Chapter | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013|deadurl=no}}

Citation that uses <code>contribution-url=</code> with <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(good)<br/>
{{Citation| url =  http://www.url.com/url.html | contribution-url = http://www.contribution-url.com/contribution.html | contribution = The Contribution | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013|deadurl=no}}

Citation that uses <code>chapter-url =</code> with <code>url=</code>:&nbsp;&nbsp;&nbsp;&nbsp;(good)<br/>
{{Citation| url =  http://www.url.com/url.html |chapter-url = http://www.chapter-url.com/chapter.html | chapter = The Chapter | title = The Title | date = July/Aug 2013 |archiveurl=http://www.archive-url.com/archive.html |archivedate=5 Aug 2013|deadurl=no}}


Thanks.  [[User:Makyen|Makyen]] ([[User talk:Makyen|talk]]) 00:31, 15 January 2014 (UTC)

:Thank you for these detailed citation examples. I have merged your {{para|month}} and {{para|year}} parameters to result in the same rendered citation, but without "deprecated parameter" errors that are displayed for some editors. Removing these error messages make it clearer where there are {{para|archiveurl}} messages. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:46, 15 January 2014 (UTC)
::No problem. Thanks for changing the depreciated parameters. I had cut & pasted the original citation and forgot to change them when cleaning it up to be more a readable example. Programming requires testing. Testing requires test cases to show what is happening both before and after changes.  Without cases that show the issues it is difficult both to communicate and to find/fix issues.

::In the final parts of my editing, I forgot to copy & paste the statement about the archiveurl error not being an error onto the first two occurrences. That has been corrected above. Basically, all four archiveurl errors above should not be displayed as errors (each has a primary URL specified).[[User:Makyen|Makyen]] ([[User talk:Makyen|talk]]) 08:30, 15 January 2014 (UTC)

==HTML entity for n-dash==
My sandbox experiments seem to indicate the new version of the module flags date ranges that use &amp;ndash; as invalid dates, but ones that use a genuine n-dash are not flagged as errors. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 02:18, 15 January 2014 (UTC)

:Let's try some here:
{{cite compare|mode=journal|old=no|sandbox=yes|title=Journal article|journal=Journal of Examples|date=July-August 1996|comment=date range with hyphen}}
{{cite compare|mode=journal|old=no|sandbox=yes|title=Journal article|journal=Journal of Examples|date=July{{ndash}}August 1996|comment=date range with {{tl|ndash}} }}
{{cite compare|mode=journal|old=no|sandbox=yes|title=Journal article|journal=Journal of Examples|date=July&ndash;August 1996|comment=date range with &amp;ndash;}}
{{cite compare|mode=journal|old=no|sandbox=yes|title=Journal article|journal=Journal of Examples|date=July–August 1996|comment=date range with typed endash}}
:Any more we wish to try? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:54, 15 January 2014 (UTC)

::Additional case: Journal with volume beginning mid-year:
{{cite compare|mode=journal|old=no|sandbox=yes|title=Journal article|journal=Journal of Examples|date=December 1995 – January 1996|comment=date range with typed endash, volume starts mid-year}}
::[[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 16:45, 15 January 2014 (UTC)
:::Just to clarify: This additional case is an example of a [[#Legitimate_date_range_examples_to_add_to_the_date_checking_part_of_the_CS1_module|valid date range]] (discussion above) that needs to be added to the module. The endash is not causing the error in this case. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:14, 15 January 2014 (UTC)
==RFC affecting valid dates==
[[User:EEng]] has proposed removing the limitation that dates in the YYYY-MM-DD format be in the Gregorian calendar, and the corresponding range limitation making the first valid year 1583 and the last valid year 9999 (for that format). This change could affect date validation. I have started an RFC at [[WT:MOSNUM#RFC: Connection between ISO 8601 standard and YYYY-MM-DD date format]]. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 14:43, 26 January 2014 (UTC)
== Should date validation allow "BC" and other eras? ==

It looks like the current date validation code in the CS1 module does not allow "AD", "BCE", and similar [[WP:ERA]] notations. It should, I believe. 

{{cite compare | mode=book| author = Author | title = Liber Antiquus |date = 43 BC |sandbox =yes}}

Thoughts? Objections? Corrections? An example of actual usage in an article is [[Getae#Ancient]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 06:49, 9 January 2014 (UTC)
: Logical. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 09:34, 9 January 2014 (UTC)

:I think a better example is required; one where the editor actually put on the white gloves and consulted the ancient work.  Those four citations are all referring to more-or-less modern translations of the ancient works – one facsimile and three transcriptions.  [[WP:SAYWHEREYOUGOTIT]] applies.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:15, 9 January 2014 (UTC)
::I agree, where used as a citation. I am also suspicious that the adding editors actually consulted the original versions here.
::But, listing those texts would be valid in a bibliography or further reading list, and many of those are formatted with CS1 templates; including the original document would be a valid use. Perhaps we need a {{para|circa}} parameter to handle these cases, and especially where the exact date of a document is unknown. {{para|circa}} would bypass the date checking and allow additional text such as "c. 3rd century AD". --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 14:50, 9 January 2014 (UTC)

:::In this particular case, that functionality already exists in {{para|origyear}} which is, I think, the only date-holding parameter that is not date checked because explanatory text is recommended by the documentation. The Justin citation could be written this way:
::::<code><nowiki>{{cite book |last=Justin |authorlink=Justin (historian) |others=Trans. John Selby Watson |location=London |publisher=Henry G. Bohn |title=Trogi pompei historiarum philippicarvm epitoma |trans_title=Epitome of the Philippic History of Pompeius Trogus |url=http://www.forumromanum.org/literature/justin/english/index.html |date=1853 |origyear=c. 3rd century AD |via=Corpus Scriptorum Latinorum}}</nowiki></code>
::::→{{cite book |last=Justin |authorlink=Justin (historian) |others=Trans. John Selby Watson |location=London |publisher=Henry G. Bohn |title=Trogi pompei historiarum philippicarvm epitoma |trans_title=Epitome of the Philippic History of Pompeius Trogus |url=http://www.forumromanum.org/literature/justin/english/index.html |date=1853 |origyear=c. 3rd century AD |via=Corpus Scriptorum Latinorum}}

:::(in this case, {{para|origyear}} is probably inappropriate because the linked works don't mention the 3rd century date.)

:::I'm not inclined to support the addition a new parameter for what is likely to be a very rare case.  For these rare cases, a bibliographic entry could be hand crafted.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:55, 9 January 2014 (UTC)

Even if [[WP:SAYWHEREYOUGOTIT]] applies one may still need two citations. The first for where it was found and the second for the original source, so [[WP:SAYWHEREYOUGOTIT]] does not remove the need to handle cases with BC and other notations, such as the [[French Republican Calendar|French revolutionary calendar]] and dates in both calendars eg in the Glorious Revolution, need some way of indicating if the source is dated in Gregorian or Julian calendar is needed, because contemporary British sources will be using the Julian calendar while Dutch sources will be using Gregorian. Suggesting that the long citations are hand crafted is not practical if short citations are in use in the article.  -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 11:12, 24 January 2014 (UTC)

:I think PBS' post conflates two issues. The first is a modern source, such as Project Gutenberg, which republishes an older source. This can be handled by using the date parameter for the modern publication date, and the origyear for the original publication date. Since the format of origyear is not checked for validity, and is not used to link short footnotes to the full citation, anything could be put in there, such as "origyear = 1 July 1743 (Julian calendar)".

:If the publication to be cited is the original paper (or stone, parchment, papyrus) publication, and it bears a non-Gregorian publication date, the software that links a {{tl|sfn}} or {{tl|harv}} template to the full citation will not accept dates with additional notations such as Julian calendar, BCE, AD, and so on. So extra parameters will have to be added to {{tl|sfn}} or {{tl|harv}} and the long citation will have to be hand-crafted with an anchor; making the date validation code less strict will not resolve the problem. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 12:12, 24 January 2014 (UTC)

::Quite the contrary I am not conflating two things, the date of publication has nothing to do with [[WP:SAYWHEREYOUGOTIT]]. If [[WP:SAYWHEREYOUGOTIT]] is invoked then there are two citations to consider. In the case you give of Project Gutenberg and republishing then there will be original date and a republication date in which case [[WP:SAYWHEREYOUGOTIT]] is not relevant. 

::As to the second point. It has not been a problem on the past because {{tl|harvid}} could be used as a work around, and as there was no error checking on the year or date field such methods worked perfectly well:
::*<code><nowiki>{{cite book |author=Fred |year=200 BC |title=Smith |ref={{harvid|Fred|200 BC}}}}</nowiki></code>
::*{{cite book|author=Fred |year=200 BC |title=Smith |ref={{harvid|Fred|200 BC}}}}
::**<code><nowiki>{{</nowiki>harv|Fred|200 BC|p=10}}</code>
::*{{harv|Fred|200 BC|p=10}}
::It only now appears to be problem because error checking for "correct" formats is being applied to the date parameter. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 16:19, 24 January 2014 (UTC)

:::As far as the 200 BC source, I hadn't seen that particular workaround; I agree that workaround should be supported.

:::AS far as [[WP:SAYWHEREYOUGOTIT]], the example in that section does not use a citation template:
:::{{quote|8. Smith, John, ''Name of Book I Haven't Seen'' (Cambridge University Press, 2009), 1, cited in Paul Jones, [http://example.com "Name of Blog Post I Did Read"].}}
:::Is there a method to create an equivalent citation using templates? [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 16:57, 24 January 2014 (UTC)

::::Yes. I use it all the time for Darryl Lundy's website (for example [[Dermod O'Brien, 5th Baron Inchiquin|here]]). Lundy is a classic case of an unreliable website (self published) containing references to reliable sources turning what would be an unreliable citation into a more reliable one. For the example you gave:
{{collapse top}}
A contentions fact.<ref>{{harvnb|Smith|2001|p=10}} cited by {{harvnb|Jones|2014}}</ref>

;Notes
{{reflist|close=1}}

;References
*{{citation |first=Paul |last=Jones |year=2014 |url=http://example.com |title=Name of Blog Post I Did Read}} this source cites:
**{{citation|last=Smith |first=John |date=2001 |title=Name of Book I Haven't Seen |publisher=Cambridge University}}
{{collapse bottom}}
::::-- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 18:41, 31 January 2014 (UTC)
:::::That's clear enough. It differs from other style guides, which would typically combine these into a single citation. It would also be a challenge to alphabetize the reference list. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 18:50, 31 January 2014 (UTC)
::::::I've been looking at Darryl Lundy's website a ''lot'' over the last week or so; I have one observation on [[Dermod O'Brien, 5th Baron Inchiquin]], and that concerns the parameter {{para|publisher|thepeerage.com}} - this should be {{para|publisher|Lundy Consulting Ltd}} {{para|work|The Peerage}} You ''could'' also put {{para|location|Ngaio, Wellington, New Zealand}} or {{para|location|Ngaio, Wellington}} --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 18:55, 31 January 2014 (UTC)
== Change to lua library ==

On February 18, the method <code>mw.message.newRawMessage</code> will be removed from scribunto mw.message library. This method is used in function <code>substitute</code> in [[Module:Citation/CS1]]. Check [https://meta.wikimedia.org/wiki/Tech/News/Latest Tech/News/2014/07].--[[User:Moroboshi|Moroboshi]] ([[User talk:Moroboshi|talk]]) 20:46, 10 February 2014 (UTC)
: <code>mw.message.newRawMessage</code> is not going away. What's going away are the <code>text</code>, <code>escaped</code>, <code>parse</code>, and <code>parseAsBlock</code> methods; also, <code>tostring</code> on a message will now behave as <code>plain</code> rather than as <code>text</code>. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 13:03, 11 February 2014 (UTC)

::Thanks for that, but what does it really mean? Especially: {{tq|<code>tostring</code> on a message will now behave as <code>plain</code> rather than as <code>text</code>}}? The [//www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual Lua reference manual] is rather quiet on just what <code>plain</code> means when applied to messages.  Is it different from the definition of <code>plain</code> that specifies how a pattern is to be interpreted?  Are you saying that <code>tostring()</code> returns something other than a string when applied to messages?  Surely that's a corruption of what <code>tostring()</code> is normally expected to do, isn't it?

::Is there better documentation than the Lua reference manual?

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:35, 11 February 2014 (UTC)
:::From what I comprehend from [https://bugzilla.wikimedia.org/show_bug.cgi?id=60758 this] (it's the reason for the <s>deletion of raw message</s> linked in the the Tech News) message:plain is the equivalent of the <nowiki>{{int:}}</nowiki> magic world, so it will not accept new message but only message of the mediawiki interface (I could get this wrong I never used it).--[[User:Moroboshi|Moroboshi]] ([[User talk:Moroboshi|talk]]) 17:01, 11 February 2014 (UTC)
:::PS I didn't notice Anomie comment, so maybe I was allarmed for nothing.--[[User:Moroboshi|Moroboshi]] ([[User talk:Moroboshi|talk]]) 17:08, 11 February 2014 (UTC)
::: {{ping|Trappist the monk}} No, that's it. Feel free to improve it, but remember it's a reference manual and not a textbook.
::: The difference between <code>plain</code> and <code>text</code> is that the latter will expand templates and parser functions in the message, while the former merely substitutes the parameters. For example, <syntaxhighlight lang="lua" inline>mw.message.newRawMessage( '{{ns:$1}}', 4 ):plain()</syntaxhighlight> returns <code><nowiki>{{ns:4}}</nowiki></code> (which gets parsed to "{{ns:4}}"), while <syntaxhighlight lang="lua" inline>mw.message.newRawMessage( '{{ns:$1}}', 4 ):text()</syntaxhighlight> returns <code>Wikipedia</code> directly. The problem with <code>:text()</code> comes in that it doesn't count expensive function usage, doesn't include the expanded templates in "templates used in this page", and so on. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 19:10, 11 February 2014 (UTC)
::::I just [[:it:Modulo:Test|tried]] this function and [[:it:Utente:Moroboshi/sandbox9|I got]] <nowiki>{{ns:4}}</nowiki> unexpanded (note: the link are to it.wiki). Template, extension tag and parser function containted in the text returned from  a invoke call are not processed, see [https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Returning_text Returning text] in scribunto manual. However I dont think that Module:Citation use this feature (expansion of template, ecc...) so will be sufficent subsitute the :text call with a :plain call.--[[User:Moroboshi|Moroboshi]] ([[User talk:Moroboshi|talk]]) 19:45, 11 February 2014 (UTC)
::::: Use <code>frame:preprocess</code> if necessary. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 00:42, 12 February 2014 (UTC)

:::::As an experiment, in [[Module:Citation/CS1/sandbox]], I just replaced this line:
::::::{{code|1=return args and tostring( mw.message.newRawMessage( msg, args ) ) or msg;|lang=lua}}
:::::with this line:
::::::{{code|1=return args and mw.message.newRawMessage( msg, args ):plain() or msg;|lang=lua}}

:::::A brief bit of testing seems to indicate that the replacement works as well as the original.  I don't think that we need to worry about expanding templates and such here because, templates are already expanded before [[Module:Citation/CS1]] comes into play.

:::::As for improving the Scributo extension documentation, I would - if, and here's the rub, I knew something about what it is that I'd be improving.  Alas, I don't; hence my question about the availability of more complete documentation.

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:59, 12 February 2014 (UTC)

== Bare URL script error ==

Can anyone figure out what's going on in this template invocation from [[Angiotensin II receptor antagonist]]?

<pre style="white-space: pre-wrap">{{cite journal |author=Fogari R, Zoppi A, Corradi L, Lazzari P, Mugellini A, Lusardi P. 1998;46:467–71. food
rative effects of lisinopril and losartan on insulin sensitivity in the treatment of non diabetic hypertensive patients |journal=Br J Clin Pharmacol |year=1998|volume=46 |issue=5 |pages=467–71 |doi=10.1046/j.1365-2125.1998.00811.x |pmc=1873694}}</pre>

When it is run, I get a script error with the following traceback:

<pre>
Lua error in Module:Citation/CS1 at line 222: Bare url found but origin indicator is nil or empty.
Backtrace:
[C]: in function "error"
Module:Citation/CS1:222: in function "externallink"
Module:Citation/CS1:1718: ?
(tail call): ?
mw.lua:558: ?
</pre>

Only thing is, there is no URL in the template. I'm not familiar enough with the module to figure out the problem myself though. — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 03:17, 13 February 2014 (UTC)

:The script error problem has been fixed in the sandbox and when I update the live module in the next couple of days it will be fixed.  The problem has to do with {{para|pmc}} which adds a "url" to the title (just a copy of the url in the PMC identifier link).  The citation as a whole though, has a bigger problem: it's missing some stuff:

::{{cite journal/new |author=Fogari R, Zoppi A, Corradi L, Lazzari P, Mugellini A, Lusardi P. 1998;46:467–71. food rative effects of lisinopril and losartan on insulin sensitivity in the treatment of non diabetic hypertensive patients |journal=Br J Clin Pharmacol |year=1998|volume=46 |issue=5 |pages=467–71 |doi=10.1046/j.1365-2125.1998.00811.x |pmc=1873694}}

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 04:07, 13 February 2014 (UTC)
::Ah, of course. Looking at the edit history, I see it was an IP test edit a couple of days ago that caused the error. [https://en.wikipedia.org/w/index.php?title=Angiotensin_II_receptor_antagonist&diff=595250829&oldid=595029868 Reverting it] did the trick. And I'm glad to know that the sandbox has already been script-error-proofed. Thanks for your help. :) — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr. Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪ talk ♪]]</sup> 04:48, 13 February 2014 (UTC)
== Update to the live CS1 module week of 2014-02-09 ==

In about a week's time I intend to update these files from their respective sandboxes:
:[[Module:Citation/CS1]] ({{plain link|1=//en.wikipedia.org/w/index.php?title=Special%3AComparePages&page1=Module%3ACitation%2FCS1&page2=Module%3ACitation%2FCS1%2Fsandbox|name=diff}});
:[[Module:Citation/CS1/Configuration]] ({{plain link |1=https://en.wikipedia.org/w/index.php?title=Special%3AComparePages&page1=Module%3ACitation%2FCS1%2FConfiguration&page2=Module%3ACitation%2FCS1%2FConfiguration%2Fsandbox |name=diff}});
:[[Module:Citation/CS1/Whitelist]] ({{plain link |1=https://en.wikipedia.org/w/index.php?title=Special%3AComparePages&page1=Module%3ACitation%2FCS1%2FWhitelist&page2=Module%3ACitation%2FCS1%2FWhitelist%2Fsandbox |name=diff}})

The update makes these changes to Module:Citation/CS1:
#Fixes cite journal script error that occurred when the citation had a |pmc= without |title=; (see [[Module_talk:Citation/CS1/Archive_8#.22Script_error.22 |"Script_error"]])
#Migrate cite speech; (see [[Help_talk:Citation_Style_1/Archive_4#Migrating_cite_speech|Migrating cite speech]])
#Kerning for title and chapter leading and trailing single or double quote marks for quoted titles; (see [[Help_talk:Citation_Style_1/Archive_4#Quote_within_title_parameter|Quote within title parameter]])
#Enhance month / season year date range to check for proper left to right time sequencing of month or seasons in the range; (see [[Help_talk:Citation_Style_1#Month_.2F_season_range_order_validation|Month / season range order validation]])
#Streamline date validation; Add day range validation; (see [[Module_talk:Citation/CS1#Legitimate_date_range_examples_to_add_to_the_date_checking_part_of_the_CS1_module|Legitimate date range examples to add to the date checking part of the CS1 module]])
#Migrate cite podcast; (see [[Help_talk:Citation_Style_1#Migrating_cite_podcast|Migrating cite podcast]])
#Add simple PMID error checking; (see [[Help_talk:Citation_Style_1#PMID_error_flagging|PMID error flagging]])
#Refine DOI error check to catch trailing punctuation errors; (see [[Help_talk:Citation_Style_1#doi_subthread|doi subthread]])

to Module:Citation/CS1/Configuration:
#Added Draft and Draft Talk namespaces to uncategorized namespaces. [Jonesey95]
#Add {{para|event}} and {{para||eventurl}} as aliases of {{para||conference}} and {{para|conferenceurl}} in support of {{tlx|cite speech}};
#Add {{para|host}} as alias of {{para||authors}} in support of {{tlx|cite podcast}};
#Add simple PMID error checking;
#Reflect change made to live version by Editor Smith609; remove U+200E (left to right mark) from category names;

to Module:Citation/CS1/Configuration:
#Add {{para|event}} and {{para||eventurl}} as aliases of {{para||conference}} and {{para|conferenceurl}} in support of {{tld|cite speech}};
#Add {{para|host}} as alias of {{para||authors}} in support of {{tld|cite podcast}};

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:55, 8 February 2014 (UTC)

:Done.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:39, 15 February 2014 (UTC)

::It doesn't seem to have fixed the year range breakage – the last two tests in test_citation still have an anchor of CITEREFLi, omitting the years.  [[User talk:Kanguole|Kanguole]] 13:03, 15 February 2014 (UTC)

:::That was not part of the update; see item 4 under Module:Ciataion/CS1 above.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:09, 15 February 2014 (UTC)

::::That's a pity.  Next time, perhaps?  [[User talk:Kanguole|Kanguole]] 13:58, 16 February 2014 (UTC)

== Spurious DOI errors caused by code update on Feb 15 ==

It is apparently valid for a DOI to end in parentheses and some other punctuation. The new module code is flagging such DOIs as errors. The code in question is this, I believe: 

<pre>
if nil == id:match("^10%.[^%s–]-[^%p]$") then -- doi must begin with '10.', must not contain spaces or endashes, and must not end with punctuation
</pre>

I believe that the "%p" is the problem. 

Here are example of valid DOIs that are displaying error messages:

{{cite journal|author=S.K. Park|author2=P.Y. Julien|title=Case Study: Retrofitting Large Bridge Piers on the Nakdong River, South Korea|journal=Journal of Hydraulic Engineering|date=November 2008|volume=134|publisher=American Society of Civil Engineers|accessdate=2013-10-24|url=http://cedb.asce.org/cgi/WWWdisplay.cgi?167962|doi=10.1061/(ASCE)0733-9429(2008)134:11(1639)|issue=8|first3=U.|first4=J. F.|pages=1639}}

{{cite journal |author=Wahl M, Sundaralingam M |title=Crystal structures of A-DNA duplexes | journal=Biopolymers |volume=44 |issue=1 | pages=45–63 |year=1997 |pmid=9097733 | doi = 10.1002/(SICI)1097-0282(1997)44:1<45::AID-BIP4>3.0.CO;2-#  }}

{{Cite journal | last1 = Feldman | first1 = K. S. | last2 = Smith | first2 = R. S. | doi = 10.1021/jo952130+| title = Ellagitannin Chemistry. First Total Synthesis of the 2,3- and 4,6-Coupled Ellagitannin Pedunculagin | journal = The Journal of Organic Chemistry | volume = 61 | issue = 8 | pages = 2606–2612 | year = 1996 | pmid =  11667089| pmc = }}

It ''might'' be valid to flag periods and commas as invalid DOI ending characters, but it looks like other punctuation may be acceptable. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:29, 15 February 2014 (UTC)

:Changed to accept all terminal punctuation except period and comma.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:32, 15 February 2014 (UTC)
::The [http://www.doi.org/doi_handbook/2_Numbering.html Numbering section of the DOI Handbook] does not forbid ending a DOI in a comma or a period, but I hope that in practice, there are no valid DOIs that end in these characters. We will find out in the next few weeks as this new code adds articles to the error category.

::I have found a few {{para|doi}} parameters with values that end in a period or a comma, and they were invalid. Removing the comma or the period fixed the problem and allowed them to resolve to the correct journal article when clicked. That shows that this new code has some value. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:50, 15 February 2014 (UTC)
== Preventing full stop following DOI in rendered citation from wrapping to a new line ==

This is an edge case that hardly affects anything, but I noticed today that a full stop ("period" in US English) punctuation mark following a DOI wrapped to the next line in a two-column reflist. If you adjust your browser window width, you may be able to make it happen. I have set up a sample article on which I can reproduce this problem at [[User:Jonesey95/sandbox2]]. 

The final full stop was alone on the next line. That seems undesirable to me. I don't know if this happens only when there is a DOI (with its concomitant "external link" icon) or in other situations as well. It will be hard to troubleshoot, since column and window widths vary. 

I haven't been able to make it happen with PMIDs. I have not experimented with other parameters after which a full stop appears. Feel free to edit my Sandbox2 page. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:20, 15 February 2014 (UTC)
:In the HTML, it looks like the rendered DOI link has a space between the closing "/a" HTML tag and the period. The PMID link does not. I haven't been able to figure out where this rendering happens. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 07:29, 16 February 2014 (UTC)
::I ''think'' that it's in [[Module:Citation/CS1]], specifically <code>function doi</code> where we have <syntaxhighlight lang=lua highlight=4>if nil == id:match("^10%.[^%s–]-[^%.,]$") then	-- doi must begin with '10.', must not contain spaces or endashes, and must not end with period or comma
		cat = seterror( 'bad_doi' );
	end
	return text .. inactive .. ' ' .. cat </syntaxhighlight> The last line suggests to me that what gets output is the content of <code>text</code>, the content of <code>inactive</code> (which might be a null string), a single space and then the content of <code>cat</code>. Since <code>cat</code> is initialised to a null string, and might not be altered to <code>seterror( 'bad_doi' );</code> this means that if there is no error in the DOI format, the last character output is a single space. I suggest that the lines in question be amended to <syntaxhighlight lang=lua highlight=2>if nil == id:match("^10%.[^%s–]-[^%.,]$") then	-- doi must begin with '10.', must not contain spaces or endashes, and must not end with period or comma
		cat = ' ' .. seterror( 'bad_doi' );
	end
	return text .. inactive .. cat </syntaxhighlight> that is, move the <code>' ' .. </code> from its present position to a position two lines above. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 10:43, 16 February 2014 (UTC)

Editor Redrose64 has it sussed:
{{cite compare |comment=without error |old=no |mode=journal |journal=Journal |doi=10.1016/j.jcms.2011.10.026}}
{{cite compare |comment=with error |old=no |mode=journal |journal=Journal |doi=10:1016/j.jcms.2011.10.026}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:27, 16 February 2014 (UTC)


:This change works for me. I tried the sandbox version on my sandbox2 page, and there is no longer a space before the full stop. Let's keep this change and migrate it at the next reasonable opportunity. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:42, 16 February 2014 (UTC)

:Fixed in live version.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:52, 16 February 2014 (UTC)
== Italics in citation title broken ==

(Previously discussed at the Village pump [[Wikipedia:Village pump (technical)/Archive 123#Italics in citation title broken|here]]). Italics within the title parameter for CS1 templates are borked for some reason. For example:
: <code><nowiki>{{cite web | title=''Lorem ipsum'' NOTITALIC | publisher=Foo | work=Bar | date=December 0, 0000}}</nowiki></code>
Which used to output:
: "''Lorem ipsum'' NOTITALIC". ''Bar''. Foo. December 0, 0000.
Instead generates:
: {{cite web | title=''Lorem ipsum'' NOTITALIC | publisher=Foo | work=Bar | date=December 0, 0000}}
Without template, for demonstration:
: " <nowiki>''</nowiki>Lorem ipsum ''NOTITALIC". ''Bar.'' Foo. December 0, 0000.<br />''
[[User:Whisternefet|Whisternefet]] ([[User talk:Whisternefet|talk]]) 15:52, 15 February 2014 (UTC)
:Let's see how it behaves without the Lua module:
{{cite compare |mode=web |sandbox=yes | title=''Lorem ipsum'' NOTITALIC | publisher=Foo | work=Bar | date=December 0, 0000}}
:But the main forums for CS1 problems are [[Help talk:Citation Style 1]] and [[Module talk:Citation/CS1]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 15:44, 15 February 2014 (UTC)

::Tweaked your {{tlx|cite compare}} to add the sandbox.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:11, 15 February 2014 (UTC)

:Hmm. The new behaviour matches the old for {{tlx|cite book}} and {{tlx|citation}} – I've been relying on it to avoid italicizing Chinese characters, which makes them hard to read. It seems the change is that in {{tlx|cite web}} the title and publisher are now italicized and the work isn't, when previously it was the other way round. [[User talk:Kanguole|Kanguole]] 17:08, 15 February 2014 (UTC)

::The current live module is wrapping the first apostrophe with <code><nowiki><span style="padding-left:0.2em;"></span></nowiki></code>.  That breaks the intended double apostrophe italic wikimarkup.  The sandbox code now detects the double apostrophe and ignores it assuming that there is a matching pair that will close the italics.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:01, 15 February 2014 (UTC)

:Confirmed.  Fixed in the sandbox I think.  There are a couple of issues here.  Typographically, it is desirable to separate and opening double quote from an initial single quote:
::<code><nowiki>{{cite book/new|chapter='Help!' |title=Red Riding Hood's encounter with the wolf}}</nowiki></code>
::→{{cite book/new|chapter='Help!' |title=Red Riding Hood's encounter with the wolf}}
:and it is desirable to italicize text in a title
::<code><nowiki>{{cite book/new|chapter=''Lorem ipsum'' NOTITALIC |title=Title}}</nowiki></code>
::→{{cite book/new|chapter=''Lorem ipsum'' NOTITALIC |title=Title}}

:I think that I've fixed this.  More testing to confirm that to come.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:18, 15 February 2014 (UTC)
:: Sounds good, thanks for the prompt response! [[User:Whisternefet|Whisternefet]] ([[User talk:Whisternefet|talk]]) 17:25, 15 February 2014 (UTC)
:::I think I made a suggestion to not italicize titles when 'language' is set to an Asian language. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 01:02, 16 February 2014 (UTC)

[[Module:Citation/CS1/sandbox]], {{tlx|cite book}}, {{tlx|cite journal}} and {{tlx|cite web}}:
;Quoted titles with kerning
*{{cite book/new |title="Double quotes at start and end of title" |chapter="Double quoted chapter"}}
*{{cite journal/new |title='Single quotes at start and end of title' |journal=Prestigious Journal}}
*{{cite web/new |title="Double quote" at start of title |url=//example.com}}
*{{cite web/new |title=Double quote at end of "title" |url=//example.com}}
*{{cite web/new |title='Single quote' at start of title |url=//example.com}}
*{{cite web/new |title=Single quote at end of 'title' |url=//example.com}}

;Intentional italic wikimarkup:
*{{cite web/new |title=Without italic wikimarkup for reference |url=//example.com}}
*{{cite web/new |title=''Italic wikimarkup at start and end of title'' |url=//example.com}}
*{{cite web/new |title=''Italic wikimarkup'' at start of title |url=//example.com}}
*{{cite web/new |title=Italic wikimarkup at ''end of title'' |url=//example.com}}
*{{cite web/new |title=Italic wikimarkup in ''the middle'' of title |url=//example.com}}

;What about bold?
*{{cite web/new |title='''Bold wikimarkup at start and end of title''' |url=//example.com}}
*{{cite web/new |title='''Bold wikimarkup''' at start of title |url=//example.com}}
*{{cite web/new |title=Bold wikimarkup at '''end of title''' |url=//example.com}}
*{{cite web/new |title=Bold wikimarkup in '''the middle''' of title |url=//example.com}}

;And to be sure I didn't break anything:
*{{cite book/new |title=Unquoted title |chapter=Unquoted chapter}}
*{{cite journal/new |title=Unquoted title |journal=Prestigious Journal}}
*{{cite web/new |title=Unquoted title |url=//example.com}}

;And some likely mistyped titles:
*{{cite book/new |title="Fully double quoted title" |chapter="Doubled double-quote at end of chapter""}}
*{{cite journal/new |title='Doubled single quote at end of title |journal=Prestigious Journal}}
*{{cite journal/new |title=''Doubled single quote at start of title'' |journal=Prestigious Journal}}

I think that the kerning code properly recognizes wikimarkup for italics and bold. So, without objection, later today I will update the live version of [[Module:Citation/CS1]] to match the sandbox.

After that, there is the issue of removing the wikimarkup from parameters that are included in the [[COinS]] because all of these single quotes are currently included in the metadata.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:36, 16 February 2014 (UTC)

:Live version should be working correctly now.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:53, 16 February 2014 (UTC)
== Still broken ==

Already reported about a month ago, YYYY-MM is a perfectly valid date in all relevant standards. &ndash;[[User:Be..anyone|Be..anyone]] ([[User talk:Be..anyone|talk]]) 14:48, 27 February 2014 (UTC)

:Not broken. See Acceptable date formats table at [[MOS:DATESNO]].  The table does not include YYYY-MM.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:55, 27 February 2014 (UTC)

:::The claim "YYYY-MM is a perfectly valid date in all relevant standards" is not true. Look at most style guides, or any elementary school textbook about writing English. There are many standards that make no mention of this format, and specify other formats instead. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 15:17, 27 February 2014 (UTC)
::::Discussion and an RFC are ongoing at [[Wikipedia_talk:Manual_of_Style/Dates_and_numbers#Rfc:_Is_YYYY-MM_an_acceptable_date_format.3F_Part_4]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 19:54, 27 February 2014 (UTC)
:::::By my count it is at least Part 15. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 21:20, 27 February 2014 (UTC)
== Suggested check for invalid values in {{para|authorlink}} ==

This is a suggestion to check for invalid values in {{para|authorlink}}.  The current documentation (this is from {{tl|cite book}}) says: "authorlink: Title of existing Wikipedia article about the author—not the author's website; do not wikilink".

I sometimes see full URLs in the value of {{para|authorlink}}, and there are often wikilinked values in there. Can we flag characters that are invalid in the names of WP articles? There is a list of these characters at [[Wikipedia:Article_titles#Special_characters]]. It looks like we could also flag "http:" and "https:", since colons are not allowed in article titles, but we need to be careful about colons in legitimate interlanguage links like this:

{{cite compare|mode=book|author=Joseph de Carayon La Tour|authorlink=:fr:Joseph_de_Carayon-Latour|title=Le Chat|year=2009}}

Ideas? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:09, 25 February 2014 (UTC)
:You don't have to include the [[URI scheme]], and not including it is sometimes recommended to make it protocol relative. What must be included is the "//", which is a valid but probably rare Wikipedia title. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 15:32, 27 February 2014 (UTC)

{{cite compare|mode=book|author=Joseph de Carayon La Tour|authorlink=//example.org |title=Le Chat|year=2009}}

::Maybe we could search for the invalid characters as well as "//" followed by "." in the authorlink value in order to eliminate some hypothetical false positives. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 19:51, 27 February 2014 (UTC)

In [[Module:Citation/CS1/sandbox]]:

*{{cite book/new |title=FAIL: uri scheme in author link 2 |author=example1 |author2=example2 |authorlink2=http://www.example.com}}
*{{cite book/new |title=FAIL: protocol relative url in author link 1 |author=example |authorlink=//example.com}}
*{{cite book/new |title=PASS: to show that I didn't break anything |author=example |authorlink=Example}}

If this change is retained, errors will be categorized into {{cl|CS1 errors: authorlink}}.

This version only tests for the occurrence of '//'.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:04, 28 February 2014 (UTC)

== Suggestion for DOI validation: check for a forward slash ==

The [http://www.doi.org/doi_handbook/2_Numbering.html#2.2.1 Numbering section of the DOI Handbook] says that "The DOI syntax shall be made up of a DOI prefix and a DOI suffix separated by a forward slash." I occasionally come across DOIs similar to "10.1038", with no forward slash or suffix value. DOIs without a suffix are incomplete, will not lead to the journal article being cited, and could be flagged as an error. 

Is the lack of a forward slash something that we could check for and flag as an error? I suggest that we do so. Any objections? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:43, 28 February 2014 (UTC)

:Refined in the [[Module:Citation/CS1/sandbox]]:

::{{cite journal/new |title=PASS: prefix/suffix |doi=10.1000/999}}
::{{cite journal/new |title=FAIL: no forward slash |doi=10.1000999}}
::{{cite journal/new |title=FAIL: no suffix |doi=10.1000/}}

:The [http://www.doi.org/doi_handbook/2_Numbering.html#2.2.1 Numbering section of the DOI Handbook] also notes that the characters that make up the doi name "can incorporate any printable characters from the legal graphic characters of Unicode."  From this I assume that our proscription of endashes and terminal periods and commas may not be in strict adherence to the standard.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:14, 28 February 2014 (UTC)
::Re the proscription of spaces, endashes, terminal periods, and terminal commas: I have been monitoring the doi error category as articles are swept into it by the new code, and I click on every DOI that is marked invalid in order to check our assumptions about these four rules. So far, 100% of the DOIs I have checked have indeed been invalid. In every case, removing the space, replacing the endash with a hyphen, or removing the terminal period or comma has resulted in the intended article. I have fixed about 125 articles with DOI errors since the new code went into effect; there were zero articles in the category before the code changed. I have found zero false positives from the new code. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 19:21, 28 February 2014 (UTC)
== PMC error check needed ==

As I'm cleaning up PMID errors, I am finding a number of PMC parameters that are invalid. The invalid ones typically take the form "PMC=PMC213456", like this:

{{Cite compare|mode=journal|old=no|last=Ale|first=Anita|title=Epidemiology and genetic diversity of Taenia asiatica: a systematic review|journal=Parasites & Vectors|year=2014|volume=7|issue=1|pages=45|doi=10.1186/1756-3305-7-45|pmid=24450957|pmc=PMC3900737}}

Can we add a PMC parameter check that flags non-numeric characters, creates an error message, and puts the articles in a category? I believe that PMC IDs are all-numeric and currently run from 1 to about 4000000 (four million). Checking for one to seven numbers in a row with no other types of characters should probably do the trick (white space before or after the number is OK). I have been unable to find a spec for the PMC, however. Someone might have better web searching skills than I do. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 04:52, 23 February 2014 (UTC)

:Added to [[Module:Citation/CS1/sandbox]]. Will be categorized into {{cl|CS1 errors: PMC}}. I have set the limit at 4,000,000.

:–[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:52, 23 February 2014 (UTC)
::For the record, I changed the limit to 5,000,000 because the number will go over 4,000,000 soon if it has not already. I gave us some breathing room. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:46, 2 March 2014 (UTC)
== CS1 errors: PMID not working quite right? ==

<code><nowiki>{{Cite_pmid/30147920}}</nowiki></code> displays the new pmid error, but it is not in the corresponding category. I have performed a null edit on the template, and it still does not join the category. I believe that the problem may be this line in CS1/Configuration:

<code><nowiki>category = '', --'CS1 errors: PMID',</nowiki></code>

I think there is some extra text in there that does not belong. {{u|Trappist the monk}}? 

By the way, don't worry about the existence of this template. It exists because of a bug in Citation bot. If you delete the template, Citation bot will recreate it until the bug is fixed, so just leave it alone for now. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:50, 15 February 2014 (UTC)

:Yep, that one I missed.  Fixed, I think.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:02, 15 February 2014 (UTC)

== Invalid year doesn't generate error ==

In [[Hedingham Castle]], the invalid year in the following citation does not generate an error:
{{cite compare | mode=web |old=no |ref=harv|author=Essex County Council|year=6787 |url=http://unlockingessex.essexcc.gov.uk/uep/custom_pages/monument_detail.asp?content_page_id=89&monument_id=22310&content_parents=48 |title=SMR Number:6787 Hedingham Castle |publisher=[http://unlockingessex.essexcc.gov.uk/uep/custom_pages/home_page.asp?content_page_id=48 Unlocking Essex's Past website]|accessdate=September 2011}}
Should the logic be changed to throw an error if a four digit year does not start with a 1 or a 20?  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 02:36, 1 March 2014 (UTC)
:A good idea. Years in the future should generate an error (unless someone can provide a counterexample from a real article). Maybe any year (or year within {{para|date}}) greater than the current year (can this be pulled from a system variable of some sort so that we can be picky but don't have to update it?) could be flagged as errors. An issue date can have next year's value in it (e.g. the January 2015 issue of a magazine, published and cited in November or December of 2014), so we might need to allow currentyear+1 to avoid false positives.

:I expect that most years with unreasonable values will be typos (e.g. year=20014) or values intended for other parameters (e.g. year=1967654 instead of pmid=1967654). – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 04:34, 1 March 2014 (UTC)
::I can give one case of a limited counter example. Rand McNally, in their infinite wisdom, released the 2014 edition of ''The Road Atlas'' in the middle of 2013 bearing a 2014 copyright date. As you also said, a magazine can run a month or so ahead on dates, thus crossing over the year "prematurely". I can't think of any other case unless the Rand McNally accelerates their schedule enough to get 2017's edition out in 2015... <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white"><big>→</big></span>]]'''</span>  05:07, 1 March 2014 (UTC)

:In [[Module:Citation/CS1/sandbox]] I have implemented an experiment that checks {{para|date|c. <year>}}, {{para|date|<year>}} and {{para|year|<year>}} to see if <code><year></code> is no further in the future than next year.
:*{{cite book/new |title=good c. date |date=c. 2014}}
:*{{cite book/new |title=good c. date |date=c. 2015}}
:*{{cite book/new |title=bad c. date |date=c. 2016}}

:*{{cite book/new |title=good date |date=2014}}
:*{{cite book/new |title=good date |date=2015}}
:*{{cite book/new |title=bad date |date=2016}}

:*{{cite book/new |title=good year|year=2014}}
:*{{cite book/new |title=good year|year=2015}}
:*{{cite book/new |title=bad year|year=2016}}

:Shall I continue with this?

:When this topic was first opened I did a quick test with the debug console using <code>=os.date("Y")</code>.  At the time that call returned the current year.  Today, when I added this test, that same function call returned Y.  I have got round that with this: <code>=os.date("*t").year</code> which does return the current year. ([//www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#os.date os.date documentation])

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:14, 7 March 2014 (UTC)

::It has been pointed out that I sometimes fail to read and comprehend the manual: <code>os.date("%Y")</code> not <code>os.date("Y")</code>.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:43, 7 March 2014 (UTC)

::I think we should do this. I can't think of a valid reason why a year in a citation would be further in the future than next year. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:19, 7 March 2014 (UTC)

:::Ok, so here are the rest of the currently supported date formats:
:::*{{cite book/new |title=good year|year=2015a}}
:::*{{cite book/new |title=bad year|year=2016a}}

:::*{{cite book/new |title=good date|date=2015-12-15}}
:::*{{cite book/new |title=bad date|date=2016-12-15}}

:::*{{cite book/new |title=good date|date=January 23, 2015}}
:::*{{cite book/new |title=bad date|date=January 23, 2016}}

:::*{{cite book/new |title=good date|date=January 23–27, 2015}}
:::*{{cite book/new |title=bad date|date=January 23–27, 2016}}

:::*{{cite book/new |title=good date|date=14 April 2015}}
:::*{{cite book/new |title=bad date|date=14 April 2016}}

:::*{{cite book/new |title=good date|date=14–15 April 2015}}
:::*{{cite book/new |title=bad date|date=14–15 April 2016}}

:::*{{cite book/new |title=good date|date=Spring–Summer 2015}}
:::*{{cite book/new |title=bad date|date=Spring–Summer 2016}}

:::*{{cite book/new |title=good date|date=June 2015}}
:::*{{cite book/new |title=bad date|date=June 2016}}

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:18, 7 March 2014 (UTC)
== Separator when set to none ==

* '''separator''':controls the punctuation used to separate lists of authors, editors, etc. Defaults to a comma and space (, ); if the parameter is present, but blank, separator punctuation is set to the default; a space must be encoded as &amp;#32;.

Default comma (OK)
*<nowiki>{{{</nowiki>citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL}}
*{{citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL}}

set to stop (OK)
*<nowiki>{{{</nowiki>citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=.}}
*{{citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=.}}

set to nothing (NOT OK: because there is no comma displayed -- the default).
*<nowiki>{{{</nowiki>citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=}}
*{{citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=}}

It is annoying that this can not be set against a version because when it is fixed (or another version is put in place the output for these examples will change) however with the current version it seems that if the separator parameter is passed into {{tl|citation}} without a value the citation output differs from when the separator parameter is not passed in. A feature or a bug?
--[[User:PBS|PBS]] ([[User talk:PBS|talk]]) 20:56, 5 March 2014 (UTC)

:Your "set to stop" example and execution don't seem to match.

:Apparently, it has ever been thus.  This comparison is between the current live module and the last {{tlx|citation/core}} version of the {{tlx|citation}} template.
{{cite compare |mode=citation |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:10, 5 March 2014 (UTC)
::It's long-standing behaviour of {{tlx|citation}} that when {{para|separator}} is present but blank, the effect is different from the effect when that parameter is omitted entirely. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 21:51, 5 March 2014 (UTC)
:::{{edit conflict}} At a minimum, it looks like a documentation issue. From a logical standpoint having the behavior be different (" ") from the default (", ") is more reasonable.  However, given the documentation is ''very clear'' that a blank parameter value uses the default (", "), we probably should determine when/if this changed.  Depending on how long ago, there could be some old malformed citations with this parameter blank which showed as ", " at some time in the past. On the other hand, the difference is not that great in what is displayed.  It could be reasonable to just change the documentation.
:::A question is what default behavior is appropriate for an empty {{para|separator}}.  Should it use " ", or ", " as in the documentation. Using " " appears more reasonable to me. Ether way, when done, the documentation should reflect what actually happens. Assuming that this change happened a long time ago, we should probably just change the documentation. &mdash;&nbsp;[[User:Makyen|Makyen]]&nbsp;([[User talk:Makyen|talk]]) 22:03, 5 March 2014 (UTC)
{{od}}
The problem with changing the default behaviour is that makes it different from the behaviour of other parameters, where a blank is treated as null and so setting them has no effect. It is also different behaviour from {{tlx|cite book}} etc: 
*<nowiki>{{{</nowiki>cite book |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=}}
*{{cite book |author=Ann Author |year=1901 |title=An old book |publisher=UCL |separator=}}

{{tlx|cite book}} etc also handles postscripts in a useful way:
* postscript: Controls the closing punctuation for a citation; defaults to a period (.); for no terminating punctuation, specify <code>|postscript=none</code> – leaving <code>|postscript=</code> empty has the same effect but is ambiguous. Ignored if quote is defined.

The problem with the way {{tlx|citation}} is working comes when wrapper template call {{tlx|citation}}
 <nowiki>{{</nowiki>wrapper-template
 <nowiki>{{</nowiki>citation
 <nowiki><!--</nowiki>fill out known parameters-->
 |author=Ann Author
 |year=1901 
 |title=An old book 
 |publisher=UCL
 <nowiki><!--</nowiki>pass in variable parameters-->
 |pages=<nowiki>{{{</nowiki>pages|}}}
 |page=<nowiki>{{{</nowiki>page|}}}
 <nowiki><!--</nowiki> allow postscript and separator to be set to other values to match {{tlx|cite book}}} etc-->
 |postscript=<nowiki>{{{</nowiki>postscript}}}
 |separator=<nowiki>{{{</nowiki>separator|}}}
 }}
 }}

This fails as shown with {{tlx|citation}} it works with {{tlx|cite book}}.

In the past not setting parameters could be handled using the construct:
    <nowiki>
    |{{#if:{{{postscript|}}} |postscript  |HIDE_PARAMETER}}={{{postscript|}}}
    |{{#if:{{{separator|}}} |separator  |HIDE_PARAMETER}}={{{separator|}}}
  </nowiki>
But I have yet to persuade those that are editing CS1 code to add a parameter which does nothing to allow this to be done. The facility  existed by default before CS1 was introduced (because all parameters not used were ignored), and I think it would help in writing wrapper templates if a specific do null parameter like HIDE_PARAMETER was put into the interface, to mimic the old interface. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 08:33, 6 March 2014 (UTC)
:It is quite untrue to state "the facility  existed by default before CS1 was introduced (because all parameters not used were ignored)". From {{oldid|Template:Citation|511210583|Template:Citation}} (final pre-Lua version, 11:52, 7 September 2012‎): <syntaxhighlight lang=text>  |Sep = {{#ifeq:{{{separator|{{{seperator}}}}}}|;|&#059;|{{{separator|{{{seperator|,}}}}}}}}
  |AuthorSep = {{#ifeq:{{{author-separator|}}}|;|&#059;|{{{author-separator|&#059;}}}}}&#32;
  |NameSep = {{{author-name-separator|,}}}&#32;</syntaxhighlight> and from {{oldid|Template:Cite book|527182610|Template:Cite book}} (final pre-Lua version, 14:07, 9 December 2012): <syntaxhighlight lang=text>|AuthorSep={{#ifeq:{{{author-separator|}}}|;|&#059;|{{{author-separator|&#059;}}}}}&#32;
|NameSep={{{author-name-separator|,}}}&#32;
|Sep={{#ifeq:{{{separator|{{{seperator}}} }}}|;|&#059;|{{{separator|{{{seperator|.}}} }}} }}</syntaxhighlight> Here, <code>&amp;#059;</code> is a semicolon and <code>&amp;#32;</code> is a space; and the construct <code><nowiki>{{{separator|{{{seperator ...}}} }}}</nowiki></code> permits {{para|seperator}} to be used as an alias for {{para|separator}}. Apart from that, what this means is that since two of the three lines (those for AuthorSep and NameSep) were equivalent, differing only in spacing, the action of {{para|author-separator}} for both {{tlx|citation}} and the {{cs1}} templates was completely identical, as was that of {{para|author-name-separator}}. Specifically, 
:*AuthorSep (the characters used in between each distinct author) consisted of a semicolon and a space; the semicolon could be overridden by setting {{para|author-separator}} to any non-blank value. Here, if {{para|author-separator}} were present but blank, it was as if the parameter had been entirely absent.
:*NameSep (the characters used in between lastname and firstname) consisted of a comma and a space, ''but only if {{para|author-name-separator}} was entirely absent''. If it was present but blank, there was only a space in between lastname and firstname. If {{para|author-name-separator}} was set to any non-blank value, that would override the comma.
:In the case of the third line (Sep), which sets the characters used to separate authors from title; title from publisher; (etc.), the behaviour did differ - but only to the extent that {{tlx|citation}} used a comma and the {{cs1}} templates used a period. What happened was that if {{para|separator}} was entirely absent, a comma (or period in the case of CS1) plus a space was used; if {{para|separator}} was present, ''even if it was blank'', then whatever it was set to overrode the comma (or period).
:So there were two parameters - {{para|author-name-separator}} and {{para|separator}} - where the behaviour when blank was not the same as the behaviour when absent, and this behaviour was consistent whether {{tlx|citation}} or the {{cs1}} templates were used. There may have been more than two; I've not checked. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 12:15, 6 March 2014 (UTC)

::I have never been happy with the notion that an empty parameter does something different from a missing parameter.  Such cases simply cause confusion and documentation problems.  During the initial development of [[Module:Citation/CS1]] I was able to persuade enough editors that we should make an empty {{para|postscript}} act the same as if it were not there and for those cases where it is desirable to have no separator, use {{para|postscript|none}}.  This topic gives me the opportunity to also make the same changes for {{para|separator}}.  In [[Module:Citation/CS1/sandbox]] I have done so.

::To do that, I have moved the default assignments of {{para|postscript|}} (empty), {{para|ref|harv}}, {{para|separator|,}} (comma) from the {{tlx|citation}} template into the module.

::{{tlx|citation/new}}:
::*{{citation/new |title=no {{!}}separator= default (comma) |author=Ann Author |publisher=UC |year=1901}}
::*{{citation/new |title=empty {{!}}separator= uses default (comma) |author=Ann Author |publisher=UC |year=1901 |separator=}}
::*{{citation/new |title={{!}}separator=; (semicolon) |author=Ann Author |year=1901 |publisher=UC |separator=;}}
::*{{citation/new |title=if {{!}}separator=none (nothing) |author=Ann Author |year=1901 |publisher=UC |separator=none}}

::*{{citation/new |title=no {{!}}postscript= default (nothing) |author=Ann Author |year=1901 |publisher=UC }}
::*{{citation/new |title=empty {{!}}postscript= uses default (nothing) |author=Ann Author |year=1901 |publisher=UC |postscript=}}
::*{{citation/new |title={{!}}postscript=; (semicolon) |author=Ann Author |year=1901 |publisher=UC |postscript=;}}
::*{{citation/new |title=if {{!}}postscript=none (nothing) |author=Ann Author |year=1901 |publisher=UC |postscript=none}}

::Compare to {{tlx|cite book/new}}
::*{{cite book/new |title=no {{!}}separator= default (period) |author=Ann Author |publisher=UC |year=1901}}
::*{{cite book/new |title=empty {{!}}separator= uses default (period) |author=Ann Author |publisher=UC |year=1901 |separator=}}
::*{{cite book/new |title={{!}}separator=; (semicolon) |author=Ann Author |year=1901 |publisher=UC |separator=;}}
::*{{cite book/new |title=if {{!}}separator=none (nothing) |author=Ann Author |year=1901 |publisher=UC |separator=none}}

::*{{cite book/new |title=no {{!}}postscript= default (period) |author=Ann Author |year=1901 |publisher=UC }}
::*{{cite book/new |title=empty {{!}}postscript= uses default |author=Ann Author |year=1901 |publisher=UC |postscript=}}
::*{{cite book/new |title={{!}}postscript=; (semicolon) |author=Ann Author |year=1901 |publisher=UC |postscript=;}}
::*{{cite book/new |title=if {{!}}postscript=none (nothing) |author=Ann Author |year=1901 |publisher=UC |postscript=none}}

::Also located a longstanding bug that ate the last character of a multi-character separator: {{para|separator|&amp;#059;}}.
::*{{cite book/new |title=if {{!}}separator=&amp;#059; |author=Ann Author |year=1901 |publisher=UC |separator=&#059;}}
::This same code snippet also ate one character of the last displayed parameter if {{para|separator|none}}.  I have put in a temporary fix for the {{para|separator|none}} case and will address the larger issue of multi-character separators shortly.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:55, 6 March 2014 (UTC)

:::Longstanding bug fixed.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:13, 6 March 2014 (UTC)


@[[User:Redrose64|Redrose64]] "{{green|It is quite untrue to state "the facility existed by default before CS1 was introduced (because all parameters not used were ignored)". }}" I think you have misunderstood what I wrote. I was referring to the last construct I posted where there is a parameter called "HIDE_PARAMETER". That parameter was swallowed silently by {{tlx|citation}} and {{tlx|cite book}} before the use of CS1 because no checking was done for parameters that were not used (as is usual in template code) Hence "because all parameters not used were ignored" -- the ones you mentioned were used and not were not ignored. Hence my statement, and just like shell scripting in UNIX I think it would be useful to have a null parameter (whatever it is called) to allow for script constructs like this:
 <nowiki>|{{#if:{{{separator|}}} |separator  |HIDE_PARAMETER}}={{{separator|}}}</nowiki>
If such a null parameter exists then one does not need to know if the underlying citation template uses or does not use CS1. If you know of an elegant template script to replicate the use of HIDE_PARAMETER I would be interested to see it, because then parameters that are not set by the article do not need to be passed into sub templates that do not use them. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 16:32, 6 March 2014 (UTC)
: '''The Lua-based cites ignore any empty HIDE_PARAMETER or such:''' I was not aware of using name "HIDE_PARAMETER=" to omit empty parameters, but the Lua-based cites were set early to ignore any empty parameter and not show error messages for unknown spelling if empty: {cite book|title=Book|HIDE_PARAMETER=}} gives: "{{cite book|title=Book|HIDE_PARAMETER=}}" and allows any empty parameters to remain hidden in the output. -[[User_talk:Wikid77|Wikid77]] 17:09, 13 March 2014 (UTC)

::That is good news but I still it worth having a NULL parameter whatever it is called so that a value can be passed it that has no affect. As it allows a construction like this:
::<nowiki>|{{#if:{{{page|}}} |page |HIDE_PARAMETER}}=[http://www.archive.org/stream/dictionaryofnati00leesuoft#page/{{Str number/trim|{{{page}}}}}/mode/1up {{{page|}}}]</nowiki>
::Without that something like this is needed:
::<nowiki>|page={{#if:{{{page|}}}| [http://www.archive.org/stream/dictionaryofnati00leesuoft#page/{{Str number/trim|{{{page}}}}}/mode/1up {{{page|}}}] }}</nowiki>
::The problem with the workaround needed so that an unrecognised parameter is not passed into CS1, is that then one has to know what the underlying code is. If it is CS1 no problem because an empty value is passed in via page and ignored. But if the underlying module is another intermediate template it can break the code code because of the problems of this type of coding: 
::<nowiki>{{{page|{{{pages}}}}}}</nowiki>
::the parameter "pages2 not being tested because "page" is set to an empty string. If one NULL parameter such as HIDE_PARAMETER (or NULL or whatever) exists (and is documented) then the problem is transparent from the point of of the template writer.

::At the moment for example if one looks at the template {{tlx|Citation}} one has to be that if a template calls Citation then using passing in a blank field "inventor-surname=" will prevent that script testing for "inventor-last"
::So for example:If I write a wrapper template that sets
   <nowiki> {{citation                                </nowiki>
   <nowiki> |inventor-surname={{{inventor-surname|}}} </nowiki>
   <nowiki> |inventor-last={{{inventor-last|}}}       </nowiki>
   <nowiki> |title={{{title|}}}                       </nowiki>
   <nowiki> }}                                        </nowiki>    
::And then call it with the equivalent of:
   <nowiki> {{citation          </nowiki>
   <nowiki> |inventor-surname=  </nowiki>
   <nowiki> |inventor-last=Last </nowiki>
   <nowiki> |title=A title      </nowiki>
   <nowiki> }}                  </nowiki> 


::Produces: {{citation |inventor-surname= |inventor-last=Last |title=A title}} (no inventor-last parameter displayed and the citation script tries to call CS1 because the first test does not handle the empty "inventor-surname=" parameter (as CS1 would" but because inventor-last is set to a value CS1 displays it as an invalid value ).
::This is why the construct with a NULL parameter is so useful. If the a null parameter exists then code like the below (for inventors from Scotland {{(:}}):
   <nowiki> {{citation|                   </nowiki>
   <nowiki>|{{#if:{{{inventor-surname|}}} |inventor-surname |NULL}}=Mac{{{inventor-surname|}}} </nowiki>
   <nowiki>|{{#if:{{{inventor-last|}}} |inventor-last  |NULL}}={{{inventor-last|}}}            </nowiki>
   <nowiki>|{{#if:{{{title|}}} |title  |NULL}}={{{title|}}}                                    </nowiki>
   <nowiki>}}                          </nowiki>
::would be the same whichever method {{tlx|citation}} uses inside its code. At the moment one has to be aware if the parameter one is setting is going to call template coded  or be passed in to CS1. It is the old classic problem layered software not being transparent to the application programmer a NULL parameter in the CS1 interface would go a long way to fixing such problems.
::-- [[User:PBS|PBS]] ([[User talk:PBS|talk]])

=== Empty separator ignored for hundreds of {cite_web} pages ===
When I developed [[Module:Citation/CS1]] last year, I changed it to differ from {citation/core} and to ignore empty "separator=" and default to dot "." in {cite_web} because many people were copying all possible empty parameters into cites (in numerous pages) and leaving empty "separator=" to omit all extra punctuation in cites. When the Lua-based cites were first deployed, then {cite_web} put dot "." for all empty "separator=" cases, among over 50,000 pages (of the 2.2 million) which were autofixed for data separators, along with "pages=7" showing singular "p.&nbsp;7" as autofixed to no longer show plural "pp." in thousands of pages. When using the {citation} templates, with empty "separator=" to hide comma ',' then perhaps people have actively added dots into each specific parameter "title=Page." or "author=Doe." or "series=BBC." because empty "separator=" has been omitting the automatic commas between data items in {citation} template calls, unlike default dots in {cite_book} or {cite_web} etc. -[[User_talk:Wikid77|Wikid77]] 17:09, 13 March 2014 (UTC)

== Lua function citation0 allows 90 more variables ==
Just in case, I have confirmed how the Lua [[Module:Citation/CS1]] could support another 90 parameter names, in the data-formatter function citation0(&nbsp;), before hitting Lua's limit of 200 local variables per function. Currently, the numbered author-name parameters, such as "last2=" to "last84=" are stored in array/tables and do not subtract from the 200-variable limit. Although 90 new parameter names will fit, attempting to add 95 more parameters into citation0() would be too many and cause "Script error" for all [[wp:CS1]] cite templates. When a Lua script hits the 200-variable limit, the "Script error" stores the following message in the rendered HTML markup page:
:: "Lua error... at line 2276: function at line 977 has more than 200 local variables"
In many ways, although Lua is very fast, it is still somewhat of a "[[toy language]]" in the sense that it acts as a limited tool with novice-style restrictions, compared to a professional language which might allow more than 1,000 variable names in a function, plus auto-correct for errors and continue running with the prior 199 variables rather than crater at 200 names with a fatal "Script error". If needed, we should be prepared to redesign Lua modules to work within such minimal limits, and not be surprised with cramped restrictions. However, at this point, the additional capacity for 90 more parameter names should be sufficient. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 15:09, 13 March 2014 (UTC)
:Why do we need 90 more parameter names? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 15:46, 13 March 2014 (UTC)
::: Many of the 23 {cite_*} forks had used more aliases for other parameters, but many are already handled; for example {cite_episode} had added 11 more parameter names: episodelink, serieslink, network, station, city, began, ended, season, seriesno, minutes, time, transcript, transcripturl (etc.). Those names were beyond the original core 43 major parameter names used by {cite_web} or {cite_book}, etc. Other alias names could be re-assigned to store in the prior variable names, keeping the total below 200 names in function citation0(). -[[User_talk:Wikid77|Wikid77]] 17:33, 13 March 2014 (UTC)

::I haven't looked at the remaining CS1 modules that need to be migrated, but a handful (under 10, I think) have been added for the most recent two that are in the Sandbox. I find it hard to imagine approaching 90 more. We should be all set. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:39, 13 March 2014 (UTC)
::: The /sandbox version has been counted, allowing 90 variable names beyond those. -[[User_talk:Wikid77|Wikid77]] 17:33, 13 March 2014 (UTC)
== Legitimate date range examples to add to the date checking part of the CS1 module ==

This is a list of what appear (to me) to be legitimate date ranges that should be added to the CS1 module's date-checking code. Date ranges in these formats are allowable per MOSDATE and related MOS sections. I have provided examples from actual articles that cite actual publications, since I would prefer not to change the module based on [[WP:BEANS]]-like speculation. 

# "Nov 29 - Dec 12, 1997" from [//en.wikipedia.org/w/index.php?title=%22Welding%22_Kumar&oldid=587958181 Welding Kumar]
# "December 2008-January 2009" from [//en.wikipedia.org/w/index.php?title=1964_East_Pakistan_riots&oldid=587887143 1964 East Pakistan riots]. The original publication describes the issue as "the December 2008 - January 2009 issue". 
# "25 July – 4 August 2007" from [//en.wikipedia.org/w/index.php?title=Jo_Jo_Zep_%26_The_Falcons&oldid=578439964 Jo Jo Zep]. 
# "|date=11–17 August 2012" from [//en.wikipedia.org/w/index.php?title=Jodi_Gordon&oldid=574761570 Jodi Gordon] and similar in [//en.wikipedia.org/w/index.php?title=Template:Egyptian_parliamentary_election,_2011&oldid=586107811 Template:Egyptian parliamentary election].
# "|date=August 11-17, 2012" and "|date=August 29 - September 5, 2012". I haven't found an example yet, but I expect they are out there for weekly publications in the U.S. 
# Year ranges in citations such as {{tl|Cite AT}}, {{tl|Cite DAB}}, {{tl|Cite DCB}}, {{tl|Cite DGRG}}, {{tl|Cite DNB}}, {{tl|Cite EB9}}, {{tl|Cite Jewish Encyclopedia}}, {{tl|Cite LL}}, {{tl|Cite Togail Bruidne Da Derga II}}, and {{tl|LarousseXIXe}}.
# Another citation with year ranges: "| journal = Monumenta Serica | volume = 31 | year = 1974–75" in [https://en.wikipedia.org/w/index.php?title=Middle_Chinese&oldid=583227635 Middle Chinese]. ''Monumenta Serica'''s volumes were published with year ranges; see [http://www.srlf.ucla.edu/jstor/titleDetails.aspx?titleid=1992 this list of volumes for examples].
#I don't know if this one is valid per MOS, but it matches the source and I've seen it a handful of times: "| date =Winter 1963/1964", from [https://en.wikipedia.org/w/index.php?title=Template:Cite_doi/10.2307.2F40198709&oldid=591349514 Template:Cite doi/10.2307.2F40198709]. This date matches the date in JSTOR.

I would prefer to avoid the issue of different kinds of dashes, and dash spacing, for now. Let's just allow spacing and different kinds of dashes. A bot or AWB's general fixes might be able to fix the dashes without the module creating a large new batch of error messages. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:31, 29 December 2013 (UTC)
:I agree that there should be some valid way of expressing date ranges when used by the original publication.  For some of those templates, the issue is that the {{para|volume}} parameter is missing.  Once added, the template limits the date to one year.  It would be helpful if the error message said that the volume was missing instead of stating there's an invalid date parameter.  Or maybe add a tracking category to some of those templates that editors could then maintain.  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 18:01, 29 December 2013 (UTC)
:: Agree in general, with one exception. I think #1 should not be valid, because the names of the months should be spelled out. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 18:46, 29 December 2013 (UTC)
:::[[MOS:DATEFORMAT]] says that the months do not need to be spelled out in references.  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 18:52, 29 December 2013 (UTC)
::::I don't see why the presence or absence of a {{para|volume}} should affect the validation of {{para|date}} - they are independent values. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 00:44, 30 December 2013 (UTC)
:::::Let's look at this example from [[A. J. Humbert]], which is in [[:Category:CS1 errors: dates]]:
:::::*<code><nowiki>{{DNB Cite|wstitle=Humbert, Albert Jenkins}}</nowiki></code> generates {{DNB Cite|wstitle=Humbert, Albert Jenkins}}
:::::The error message is confusing because there is no {{para|date}} in this citation.  It's not obvious that the way to remove the error is to add {{para|volume}}, as follows:
:::::*<code><nowiki>{{DNB Cite|wstitle=Humbert, Albert Jenkins|volume=28}}</nowiki></code> generates {{DNB Cite|wstitle=Humbert, Albert Jenkins|volume=28}}
:::::My suggestion is that if we provide more clarity in the error message, it's more likely the issue will be resolved.  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 05:00, 30 December 2013 (UTC)
::::::Plus, if there was an easy way to define the volume based off the {{para|wstitle}} parameter, it could be done by bot (e.g. If {{para|wstitle}} is between Aa and Ar add {{para|volume|1}}, if between As and Be add {{para|volume|2}}, etc.)  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 07:14, 30 December 2013 (UTC)
::::Why should adding {{para|volume}} limit the date to one year?  How am I to cite an article in a multi-year volume like [http://steyler.eu/monumenta-serica/publications/journal/Catolog/Volume-XXXI-1974-1975.php ''Monumenta Serica'' '''31'''(1974–75)]?  (a real example that has been broken in live articles by this change)  [[User talk:Kanguole|Kanguole]] 11:11, 30 December 2013 (UTC)

:::::I don't think that what Editor GoingBatty is describing applies to ''Monumenta Serica''.  The issue is with {{tlx|cite DNB}} which is a wrapper template for {{tlx|cite encyclopedia}}.  If an error message is to be emitted when {{para|volume}} is empty or omitted, it should be done by {{tld|cite DNB}}.  [[Module:Citation/CS1]] does not and cannot know about the requirements of individual wrapper templates.

:::::Alternately, {{tld|cite DNB}} can be changed to leave {{para|year}} blank when {{para|volume}} is empty or omitted.  There may be cases where leaving {{para|volume}} blank is appropriate.  If these cases exist, then perhaps the special secret code word <code>none</code> could be detected so {{tld|cite DNB}} leave both {{para|year}} and {{para|volume}} blank when they are passed to {{tld|cite encyclopedia}}.

:::::Enough. This should be discussed at the wrapper template and not here.

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:46, 30 December 2013 (UTC)

::::::OK, but references to that volume of ''Monumenta Serica'' (using {{tlx|citation}}) remain broken.  Could that be fixed?  [[User talk:Kanguole|Kanguole]] 12:57, 30 December 2013 (UTC)

:::::::Thanks for the pointer to ''Monumenta Serica''. I have added it above, along with a link to a list of the journal's issues showing that some issues were printed with year ranges. This discussion was started with the intent of fixing the citation errors that you are seeing. Your contribution is valuable. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:31, 30 December 2013 (UTC)

::::::Please continue the conversation about {{tl|cite DNB}} at [[Template talk:Cite DNB#CS1 errors when volume not included]].  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 15:41, 30 December 2013 (UTC)

Two questions. 1. Why do we have to discuss this at other pages? This seems to be the centralized page for this discussion. 2. Where ''precisely'' does it say that month names may be abbreviated in references? [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 19:22, 30 December 2013 (UTC)

:1. The {{para|volume}} discussion is a fork from the original question, which is asking whether the CS1 module should be changed to allow valid date ranges. It is a legitimate topic of discussion, but discussing it in full within this section muddies the waters.
:2. Look at the fourth row of the first table in [[MOS:DATEFORMAT]]. The example date is "Sep 8, 2001". – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 11:34 am, Today (UTC−8)

#Because {{tlx|cite DNB}} is not a CS1 citation and GoingBatty's possible solution to the issue of date errors resulting from the use or misuse of {{tld|cite DNB}} citations involves changing {{tld|cite DNB}} templates in article space.  Those changes would not be made to the underlying {{tlx|cite encyclopedia}} nor to [[Module:Citation/CS1]].
#Acceptable dates table at [[WP:DATESNO]].

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:35, 30 December 2013 (UTC)

:: I am sorry for paying attention so badly. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 23:39, 30 December 2013 (UTC)
:: So do I understand correctly that the date and year ranges will be allowed in the upcoming update of CS1? [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 23:43, 30 December 2013 (UTC)

Editor Jonesey95's item 4 and part of item 5 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: Day initial day-range |date=12–13 June 1953}}
*{{cite book/new |title=Pass: Day initial day-range (short) |date=12–13 Jun 1953}}
*{{cite book/new |title=Pass: Month initial day-range |date=March 2–6, 2013}}
*{{cite book/new |title=Pass: Month initial day-range (short) |date=Mar 2–6, 2013}}
*{{cite book/new |title=Fail: Day initial day-range (order) |date=22–13 June 1953}}
*{{cite book/new |title=Fail: Day initial day-range (same) |date=22–22 June 1953}}
*{{cite book/new |title=Fail: Day initial day-range (hyphen) |date=12-13 Jun 1953}}
*{{cite book/new |title=Fail: Day initial day-range (spaced endash) |date=12 – 13 Jun 1953}}
*{{cite book/new |title=Fail: Month initial day-range (order) |date=June 22–13, 1953}}
*{{cite book/new |title=Fail: Month initial day-range (same) |date=June 22–22, 1953}}
*{{cite book/new |title=Fail: Month initial day-range (hyphen) |date=Jun 12-13, 1953}}
*{{cite book/new |title=Fail: Month initial day-range (spaced endash) |date=Jun 12 – 13, 1953}}
*{{cite book/new |title=Fail: Month initial day-range (invalid end date) |date=22–29 February 1953}}
*{{cite book/new |title=Fail: Month initial day-range (invalid end date) |date=February 22–29, 1953}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:22, 29 January 2014 (UTC)

Editor Jonesey95's item 3 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: |date=27 June – 3 July 1953}}
*{{cite book/new |title=Pass: (short) |date=27 Jun – 3 Jul 1953}}
*{{cite book/new |title=Fail: (order) |date=3 July – 27 June 1953}}
*{{cite book/new |title=Fail: (same) |date=27 June – 27 June 1953}}
*{{cite book/new |title=Fail: (hyphen) |date=27 June - 3 July 1953}}
*{{cite book/new |title=Fail: (unspaced endash) |date=27 June–3 July 1953}}
*{{cite book/new |title=Fail: (invalid start date) |date=31 June – 3 July 1953}}
*{{cite book/new |title=Fail: (invalid end date) |date=29 January – 29 February 1953}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:30, 8 March 2014 (UTC)

Editor Jonesey95's item 1 and second part of item 5 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: |date=June 27 – July 3, 1953}}
*{{cite book/new |title=Pass: (short) |date=Jun 27 – Jul 3, 1953}}
*{{cite book/new |title=Fail: (order) |date=July 3 – June 27, 1953}}
*{{cite book/new |title=Fail: (same) |date=June 27 – June 27, 1953}}
*{{cite book/new |title=Fail: (hyphen) |date=June 27 - July 3, 1953}}
*{{cite book/new |title=Fail: (unspaced endash) |date=June 27–July 3, 1953}}
*{{cite book/new |title=Fail: (invalid start date) |date=June 31 – July 3, 1953}}
*{{cite book/new |title=Fail: (invalid end date) |date=January 29 – February 29, 1953}}

This date format may not be permissible under [[WP:DATERANGE]].  I've started a discussion at [[Wikipedia_talk:Manual_of_Style/Dates_and_numbers#Date_ranges|WT:MOSDATE]].

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:06, 8 March 2014 (UTC)

Editor Jonesey95's item 2 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: |date=December 1952 – January 1953}}
*{{cite book/new |title=Pass: (short) |date=Dec 1952 – Jan 1953}}
*{{cite book/new |title=Fail: (order) |date=January 1953 – December 1952}}
*{{cite book/new |title=Fail: (same year) |date=December 1953 – January 1953}}
*{{cite book/new |title=Fail: (hyphen) |date=December 1952 - January 1953}}
*{{cite book/new |title=Fail: (unspaced endash) |date=December 1952–January 1953}}
*{{cite book/new |title=Fail: (mismatch) |date=Winter 1952 – January 1953}}
*{{cite book/new |title=Fail: (mismatch) |date=December 1952 – Spring 1953}}

This one is a bit different.  What about CITEREF and CITEREF disambiguation?  CITEREF disambiguator is appended to the last (rightmost) year.  For CITEREF, I have concatenated the year values with an endash separator:{{sfn|Author|1952–1953a}}
*{{code|1=*{{cite book/new |title=Pass: |author=Author|date=December 1952 – January 1953a |ref=harv}}}}
{{reflist|talk|close=1}}
*{{cite book/new |title=Pass: |author=Author|date=December 1952 – January 1953a |ref=harv}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:53, 8 March 2014 (UTC)

Editor Jonesey95's item 8 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: |date=Winter 1952–1953}}
*{{cite book/new |title=Fail: (order) |date=Winter 1953–1952}}
*{{cite book/new |title=Fail: (same year) |date=Winter 1952–1952}}
*{{cite book/new |title=Fail: (not sequential) |date=Winter 1951–1953}}

CITEREF and CITEREF disambiguation:
*{{code|1={{cite book/new |title=Pass: |date=Winter 1952–1953a |ref=harv}}}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:11, 8 March 2014 (UTC)

:Thank you! This will help a lot with the CS1 dates category.

:As for citeref, I would probably recommend that editors use a specified name for the harv reference rather than trying to finesse the year ranges, but having the module do something reasonable is good too. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 19:42, 8 March 2014 (UTC)

Editor Jonesey95's item 6 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: |date=1952–1953}}
*{{cite book/new |title=Pass: |date=873–1066}}
*{{cite book/new |title=Fail: (hyphen)|date=1952-1953}}
*{{cite book/new |title=Fail: (spaced endash)|date=1952 – 1953}}
*{{cite book/new |title=Fail: (order) |date=1953–1952}}
*{{cite book/new |title=Fail: (same year) |date=1952–1952}}

CITEREF and CITEREF disambiguation:
*{{code|1={{cite book/new |title=Pass: |date=1952–1953a |ref=harv}}}}

Editor Jonesey95's item 7 at top of thread using [[Module:Citation/CS1/sandbox]]:
*{{cite book/new |title=Pass: |date=1952–53}}
*{{cite book/new |title=Fail: (hyphen) |date=1952–53}}
*{{cite book/new |title=Fail: (spaced endash)|date=1952 – 53}}
*{{cite book/new |title=Fail: (not allowed) |date=873–80}}
*{{cite book/new |title=Fail: (order) |date=1952–50}}
*{{cite book/new |title=Fail: (same year) |date=1952–52}}
*{{cite book/new |title=Fail: (not allowed) |date=1952–3}}
*{{cite book/new |title=Fail: (ambiguous) |date=2002–04}}

CITEREF and CITEREF disambiguation:
*{{code|1={{cite book/new |title=Pass: |date=1952–53a |ref=harv}}}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:44, 9 March 2014 (UTC)

:Brilliant. That looks like it covers the whole list above. Nice work. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:01, 9 March 2014 (UTC)

::It's nice that the coding might be completed, but the foundation is still falling apart. MOS still allows <s>"Sept."</s> "Feb." but the code doesn't. [[Wikipedia talk:Manual of Style/Archive 151#RFC: Month abbreviations|An RFC]] was conducted, and closure by an uninvolved editor was requested, but no one stepped up to close it. I insist that the one of the proponents of this change make a change to MOS from <s>"Sept."</s> "Feb." to "Feb" and make the change stick. Otherwise, periods after abbreviations <s>and "Sept"</s> should be allowed. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 20:32, 9 March 2014 (UTC) Modified 21:27 UT.

:::{{tq|MOS still allows "Sept." but the code doesn't.}}  Where?

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:05, 9 March 2014 (UTC)

::::Sorry, I misremembered. The bullet is:
::::* Abbreviations for months, such as {{xt|Feb.}} in the United States or {{xt|Feb}} in most other countries, are used only where space is extremely limited.
::::[[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 21:28, 9 March 2014 (UTC)
:::::Closure of the RFC is [[Wikipedia:Administrators'_noticeboard/Requests_for_closure#Wikipedia_talk:Manual_of_Style.23RFC:_Month_abbreviations|still pending]]. Patience, everyone. When the RFC is closed, the Module code will be adjusted accordingly, if necessary. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 21:34, 9 March 2014 (UTC)
{{od|5}}
I think enough time has passed that we must recognize no uninvolved editor is going to step up and close the RFC. RFCs are not votes, but in this case, the arguments on both sides seem equally reasonable, so it reduces to a vote. There is unanamous agreement that [[WP:MOS]] and [[WP:MOSNUM]] should agree. On other issues, for cases where I can decipher the editor's opinion:
{| class="wikitable" border="1"
|-
! Question
! Yes
! No
|-
| Restrict abbreviations to 3 letters?
| 9
| 4
|-
| Permit period after abbreviation?
| 4
| 7
|}

So the RFC has a majority of votes in favor of the restrictions currently enforced by the checking code, but the majority is probably not strong enough to support a change to either [[WP:MOS]] or [[WP:MOSNUM]]. I conclude there is no clear demonstration of consensus for the existing check and the existing check should be modified to allow "Sept" and periods after abbreviations. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 11:38, 23 March 2014 (UTC)

===Being careful with ambiguous YYYY-XX date formatting===
[– [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) created a subsection header for this, because it is a tangent to the original discussion in this thread.]

Hi, I've come here at the request of [[User:GoingBatty]] following from a
change to a page I have been watching ([[Safety lamp]]).  Briefly, another
editor ([[User talk:Irwin24]]) added a citation and link to a publication
which carries the date 1900-1901 on its front page
([https://archive.org/stream/miningengineer12goog#page/n232]).  Irwin included
"| date=1900-01" in the citation.  Subsequently
BattyBot came along and changed it to "January 1900".

The ideal might be to use the year parameter and to use four digit years as in
"|year=1900-1901" (@GoingBatty: thanks for correcting it), but this does
illustrate that inexperienced editors will
# Use common English conventions
# Possibly refer to MOS and see WP:YEAR and WP:MONTH
Note the caution on this page: "Talk pages in this namespace are generally not watched by many users"; inexperienced
users are particularly unlikely to pick up on it.  WP:YEAR specifically approves of YYYY-NN whilst WP:MONTH
specifically bans YYYY-MM so on the basis both of practicality and of MOS compliance the bot
ought to follow NNNN-NN => year range or do nothing.  In any case, policy changes should flow from MOS to bot,
not the other way around.

Would simply dropping in a tag and awaiting a human 
not be a better solution to ambiguities?  In the case I have been involved with a human would have only taken
seconds to see the correct interpretation.  Not everything can be reasonably automated.  Regards, [[User:Martin of Sheffield|Martin of Sheffield]] ([[User talk:Martin of Sheffield|talk]]) 15:11, 1 January 2014 (UTC)
~

:The problem of abbreviated year ranges YYYY–XX and truncated year-initial dates YYYY–XX is nicely illustrated by your example. For a date where the initial four-digit year lies within the first 12 years of a century (2000–2011 for example), any two-digit value 01–12 can be construed to be either a year range (when the two-digit value is greater than the value or the last two digits in the preceding four-digit year) or a year followed by a numeric month.  Outside of this period the ambiguity does not exist.  You are right that [[WP:YEAR]] lists this type of year range as permissible but it is mute on the ambiguity exhibited by your example.  I suspect that this is because WP:YEAR presumes that this style of date is also compliant with [[WP:MONTH]].  I have seen plenty of cases where these kind of dates are YYYY–MM (I know this because often a citation's {{para|url}} contains some form to YYYY MM DD type of information that matches the content of {{para|date}} / {{para|year}}.)

:In your example, the [//archive.org/stream/miningengineer12goog#page/n11/mode/1up title page] and the [//archive.org/stream/miningengineer12goog#page/n13/mode/1up table of contents] imply to me that volume XXI covers the period 1900–1901. Looking at the title page of your example, one of the dates that appears most correct for the citation would seem to be the 1903 printing date.  This table of contents [//archive.org/stream/miningengineer12goog#page/n16/mode/1up page] would seem to indicate that the presentation of the miner's lamp paper occurred on 13 April 1903. I would have cited the work this way:
::<code><nowiki>{{cite book |editor-last=Brown |editor-first=M. Walton |last=Wood |first=W.O. |date=13 April 1901 |publicationdate=1903 |article=The Sussmann electric miners lamp |title=Transactions of the Institution of Mining Engineers |url=//archive.org/stream/miningengineer12goog#page/n232 |volume=XXI – 1900–1901 |pages=189–197 |location=Newcastle-upon-Tyne |publisher=Institution of Mining Engineers |via=[[Internet Archive]]}}</nowiki></code>
::{{cite book |editor-last=Brown |editor-first=M. Walton |last=Wood |first=W.O. |date=13 April 1901 |publicationdate=1903 |article=The Sussmann electric miners lamp |title=Transactions of the Institution of Mining Engineers |url=//archive.org/stream/miningengineer12goog#page/n232 |volume=XXI – 1900–1901 |pages=189–197 |location=Newcastle-upon-Tyne |publisher=Institution of Mining Engineers |via=[[Internet Archive]]}}

:With regard to {{tq|simply dropping in a tag and awaiting a human}}: that is the purpose of the CS1 error messages and accompanying categories.  Except for a few dedicated editors who make a point of fixing such errors, it seems that most editors ignore the error messages that are visible.  This is why bots like BattyBot are so valuable; the bots will do the work that human editors are disinclined to do.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:36, 1 January 2014 (UTC)

::Agreed with nearly all your points, and thanks for the legwork on the citation, I shall shamelessly steal it!  Bots are useful, but as with all software are limited to what can reasonably be programmed into them.  Software that can always handle all difficult boundary cases consumes so much effort to not be worth the return.  In the present case is it actually so much of a problem if this particular form of ambiguous date is left as ambiguous?  I would suggest better ambiguous than clearly wrong. [[User:Martin of Sheffield|Martin of Sheffield]] ([[User talk:Martin of Sheffield|talk]]) 19:30, 1 January 2014 (UTC)

:::I think that {{U|BattyBot}}'s code could be adjusted to look for and fix YYYY-XX date formatting that was clearly not a year range. A regex like "[12]\d[2-9]\d-\d\d" would exclude years in the first two decades of a century (e.g. 1800-1819, 1900-1919, etc.) from being subject to modification by the code that looks for YYYY-MM formatting. You could probably get more specific to exclude just 1900-1911 from the year value, but I am not enough of a regex wizard to know how to do that. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 21:33, 1 January 2014 (UTC)

::::I have stopped the bot temporarily to institute this change.  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 01:06, 2 January 2014 (UTC)
:::::Code updated and posted at [[User:BattyBot/CS1 errors-dates]], and the bot is back online.  Thanks!  [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 23:59, 2 January 2014 (UTC)

===Foreign months and seasons===
If one is citing a foreign article that has a date in the title, I presume that this change of concatenating the  month to year means that while in the past month=''foreign month name'' |year=''2005'' worked because the parser for {{tl|harv}} ignored the month parameter month dates in foreign languages will now flag an error under date? It seems to me that makes more work for people altering articles to use citation templates because they will now have to translate months seasons etc when moving the information into a template,  before they could simply place the untranslated month into the month parameter, leaving a note asking someone else to do the translation at a later date. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 10:59, 24 January 2014 (UTC)
:Dates of refs to foreign language sources should always have the months translated. The month names in French are more-or-less the same as those in English; some, like Septembre, are so similar that the English speaker who has never seen written French might simply consider it a typo, since "e" and "r" are so close together on the keyboard. But how many people know what Ionawr means, what language it's in, or even that [[:cy:Nodyn:Misoedd|it's a month]] at all? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 13:40, 24 January 2014 (UTC)
::The current CS1 module code concatenates {{para|month}} and {{para|year}} into {{para|date}} for output purposes if {{para|date}} does not exist. The module can use the year from that new {{para|date}} to generate a harv ref. A foreign-language month will produce an error and fail to output a year to the harv ref whether that month is in the {{para|date}} parameter or in {{para|month}}. Examples:
::{{cite compare|mode=book|title=Title|author=Author|month=Marzo |year=1997|ref=harv|comment=old CITEREFAuthor1997, current CITEREFAuthor}}
::{{cite compare|mode=book|title=Title|author=Author|date=Marzo 1997|ref=harv|comment=old CITEREFAuthor, current CITEREFAuthor}} 
::{{cite compare|mode=book|title=Title|author=Author|date=Marzo 1997|year=1997|ref=harv|comment=old CITEREFAuthor1997, current CITEREFAuthor1997}} 
::{{cite compare|mode=book|title=Title|author=Author|month=March |year=1997|ref=harv|comment=old CITEREFAuthor1997, current CITEREFAuthor1997}}
::{{cite compare|mode=book|title=Title|author=Author|date=March 1997|ref=harv|comment=old CITEREFAuthor1997, current CITEREFAuthor1997}}
::The error message is helpful. It alerts editors that there is a problem with the citation that needs to be fixed. If you don't know the English translation of the month, you can put the month and year into {{para|date}}, then add {{para|year}}, as in the middle example above. 

::Monkbot and BattyBot's task 25 have fixed many of these errors by merging {{para|month}} with {{para|year}} and by translating foreign-language months, respectively. If you see a foreign-language month that you don't know how to fix, feel free to post it here and we will work on it. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:22, 24 January 2014 (UTC)

:::When month was a separate parameter using a month that was not recognised by date was not a problem as the year parameter still worked with Harv temples. What is the advantage of moving away from having a month parameter available of such cases so that the date can be put in by one editor and translated later by another editor who can translate them? -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 18:18, 31 January 2014 (UTC)
{{od}}
Any answers? -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 16:34, 5 March 2014 (UTC)
:I believe that your questions above have been answered in detail above. Non-English months are an error that needs to be fixed; they are flagged as date errors and could probably be dealt with quickly by someone who knows how to do a database dump and post a list of the affected articles.

:There is a workaround for your specific concern in the middle citation example above. 

:If you know of foreign-language months that need to be fixed in actual articles, please post them here and helpful gnomes will attempt to fix them for you. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:15, 5 March 2014 (UTC)

=== Year ranges ===
{{cite compare | mode=citation | sandbox=yes | comment=Data validation fails, generating a CITEREF without the years. | title = Studies on Archaic Chinese | last = Li | first = Fang-Kuei | authorlink = Li Fang-Kuei | others = Gilbert L. Mattos (trans.) | journal = Monumenta Serica | volume = 31 | year = 1974–75 | pages = 219–287 | postscript = . }}
Is there a plan to make year ranges work again?  [[User talk:Kanguole|Kanguole]] 15:38, 27 February 2014 (UTC)

== Coauthors ==

See [[Module talk:Citation/CS1/Archive 9#Coauthors]] No evidence has been given that there is a consensus to deprecate coauthors. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 17:20, 22 February 2014 (UTC)
:As I do not think that this parameter is has "become obsolete or unnecessary." (for the reasons I have detailed before). I have made [https://en.wikipedia.org/w/index.php?title=Help%3ACS1_errors&diff=596655148&oldid=596474576 this edit]. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 17:26, 22 February 2014 (UTC)
::[[Module talk:Citation/CS1/Archive 9#Coauthors]]. TLDR. You want to start a new discussion, please reprise the rationale. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 18:31, 22 February 2014 (UTC)
:::See my next comment below -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 11:36, 23 February 2014 (UTC)
:Because {{para|coauthor}} and {{para|coauthors}} are currently being treated as deprecated parameters, removing the help text about them does a disservice to editors who follow the ([[Help:CS1 errors#deprecated params|help]]) link.  At all times, the help text should as best as possible, describe what has caused the error message and not leave editors guessing.  For this reason, I shall revert the change to [[Help:CS1 errors#deprecated params]].

:There are several technical reasons why {{para|coauthor}} and {{para|coauthors}} have been deprecated, among them are these:
:*{{para|coauthor}} and {{para|coauthors}} are not included in the [[COinS]] metadata nor included in the CITEREF ID:
:**<code><nowiki>{{cite book |author=Author |coauthor=Coauthor1, Coauthor2 |title=Title |ref=harv}}</nowiki></code>
:*:{{code|1={{cite book |author=Author |coauthor=Coauthor1, Coauthor2 |title=Title |ref=harv}}}}
:*{{para|coauthor}} and {{para|coauthors}} require {{para|author}} or {{para|last}} in order to be displayed;
:**<code><nowiki>{{cite book |coauthor=Coauthor1, coauthor2 |title=Title}}</nowiki></code>
:*:{{cite book |coauthor=Coauthor1, Coauthor2 |title=Title}}
:*{{para|coauthor}} and {{para|coauthors}} do not play nicely with {{para|displayauthors}}:
:**<code><nowiki>{{cite book |author1=Author1 |author2=Author2 |displayauthors=1 |coauthor=Coauthor1, Coauthor2 |title=Author1, Author2, Coauthors1 and 2 with displayauthors=1}}</nowiki></code>
:*:{{cite book |author1=Author1 |author2=Author2 |displayauthors=1 |coauthor=Coauthor1, Coauthor2 |title=Author1, Author2, Coauthors1 and 2 with displayauthors=1}}
:**<code><nowiki>{{cite book |author1=Author1 |author2=Author2 |displayauthors=1 |author3=Coauthor1 |author4=Coauthor2 |title=Author1, Author2, Author3, Author4 with displayauthors=1}}</nowiki></code>
:*:{{cite book |author1=Author1 |author2=Author2 |displayauthors=1 |author3=Coauthor1 |author4=Coauthor2 |title=Author1, Author2, Author3, Author4 with displayauthors=1}}
:*{{para|coauthor}} and {{para|coauthors}} do not play nicely with {{para||lastauthoramp|yes}}:
:**<code><nowiki>{{cite book |author1=Author1 |author2=Author2 |lastauthoramp=yes |coauthor=Coauthor1, Coauthor2 |title=Author1, Author2, Coauthors1 and 2 with lastauthoramp=yes}}</nowiki></code>
:*:{{cite book |author1=Author1 |author2=Author2 |lastauthoramp=yes |coauthor=Coauthor1, Coauthor2 |title=Author1, Author2, Coauthors1 and 2 with lastauthoramp=yes}}
:**<code><nowiki>{{cite book |author1=Author1 |author2=Author2 |lastauthoramp=yes |author3=Coauthor1 |author4=Coauthor2 |title=Author1, Author2, Author3, Author4 with lastauthoramp=yes}}</nowiki></code>*:{{cite book |author1=Author1 |author2=Author2 |lastauthoramp=yes |author3=Coauthor1 |author4=Coauthor2 |title=Author1, Author2, Author3, Author4 with lastauthoramp=yes}}

:The above ignores inconsistencies in style that are often introduced by editors who have used {{para|coauthor}} and {{para|coauthors}}.  Part of the purpose of CS1 is to render citations in a consistent style which it can't do when free-form parameters like {{para|coauthor}} and {{para|coauthors}} are mixed with fixed-form parameters {{para|author}} and the {{para|last}} / {{para|first}} pairs.
:I am sure that it is possible to make {{para|coauthor}} and {{para|coauthors}} work for all of these things, but I see no need to complicate the code when simpler and more reliable methods for handling author information are readily available and already work properly.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:39, 22 February 2014 (UTC)
:::{{ping|Trappist the monk}} your write  {{green|"At all times, the help text should as best as possible, describe what has caused the error message and not leave editors guessing. For this reason, I shall revert the change to Help:CS1 errors#deprecated params."}} The reason why I reverted is because if a few people add coauthors in the next few days when you run your script they will be changed and it will be easy to do. If however the advise remains in place and editors treat then as errors running batch jobs to remove coauthors then it becomes difficult to revert the changes. If someone alters coauthors to author2 or whatever and breaks {{tl|harv}} links then such changes will be breaking internal links that work at the moment. Can you show me a section (with more than a handful of editors discussing it) where there is a consensus to deprecate this useful parameter? If not then the revert that you made either needs to be reverted until such a consensus is established or some indication needs to be made in the section that people should not take this advise as a reason to change any articles while it is under discussion.
::{{ping|Trappist the monk}} I an aware of all of that and I think that the utility of coauthors when coupled with the us of {{tl|harv}} outweighs the advantages. I gave examples in [[Module talk:Citation/CS1/Archive 9#Update to the live CS1 module week of 2013-11-03]] and I can reproduce similar ones if you or [[User:Gadget850|Gadget850]] think it necessary to explain why I think that coauthors (and coeditors) are too useful to be depreciated. In the mean time: I think that coauthors should be not be deprecated -- or , and I would appreciate it if someone would indicate where the consensus was formed that it should be deprecated. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 11:36, 23 February 2014 (UTC)
:::{{ping|Trappist the monk}} Unless you can show a consensus for removing coauthors parameter I am going to reinstate [https://en.wikipedia.org/w/index.php?title=Help%3ACS1_errors&diff=596655148&oldid=596474576 this edit]. It seems to me that changes like this ought to go to an RfC in a noticeable place (for example the talk page of citations guideline, or village pump). -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 16:54, 25 February 2014 (UTC)
::::What I said before still applies: Removing help text that addresses the reasons for a current error message does a disservice to editors or readers who follow the ([[Help:CS1 errors#deprecated params|help]]) link.  Please don't take something away from them because you are angry with me.
::::–[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:18, 25 February 2014 (UTC)
:::::I am not angry, I am concerned that you are making edits such as [https://en.wikipedia.org/w/index.php?title=Anti-German_sentiment&diff=597585635&oldid=597331837 this one] where you explain in the edit history that "[[Help:CS1 errors#deprecated params|Fix CS1 deprecated coauthor parameter errors]] using AWB" yet and you are willing to revert edits to that section even though you have not shown that there is a consensus to depreciate the parameter coauthors.  -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 17:18, 1 March 2014 (UTC)
::::::If someone asked me today for my opinion, I would support deprecation. 
::::::*{{para|coauthor}} doesn't appear in the COinS metadata. Just yesterday, I was reviewing a paper in a upper-level college English class where the student left out several coauthors and listed only the first author; that's certainly not an acceptable practice. Likewise, we should always give proper credit to all authors of a text, yet by omitting them from COinS, we don't fully credit them to both human and automated users.
::::::*We have the full range of author''n''/first''n''/last''n'' parameters to individually list each author of a text, and by doing so, we ensure that the template uses the same semicolon separator between them consistently. 
::::::*If there are issues with {{tl|harv}}, then that template needs to be updated to deal with the deprecation. The failure of one template to interact with another should not preclude us from improving this template family.
::::::For the above reasons given by Trappist that I haven't duplicated here, I say deprecate and move forward. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white"><big>→</big></span>]]'''</span>  20:06, 1 March 2014 (UTC)
:::::::I have to agree with Trappist and Imzadi1979 that we need to move forward and remove these parameters as they are confusing and misused in many cases. The author/first/last fields can cover all that coauthor is trying to do. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 20:20, 1 March 2014 (UTC)
::::::::"{{para|coauthor}} doesn't appear in the COinS metadata." This is the tail wagging the dog why does it not appear in the "COinS metadata" who made that decision? {{green|Just yesterday, I was reviewing a paper in a upper-level college English class where the student left out several coauthors}} what has that got to do with this parameter? {{green|If there are issues with {{tl|harv}}, then that template needs to be updated to deal with the deprecation}}, where is the conensus to depreciate it? The point is that coauthors make it easier to use {{tl|harv}}, than other suggested solutions make it more complicated. 
::::::::{{green|"we need to move forward and remove these parameters"}} Your sound like a Europhile and their instance on using metaphors for ever greater union "a step forward", "left behind in the station" etc. How is it a move forward if it makes using templates more complicated. The major problem with citation templates is that many people dislike them and persuading them to use them is difficult, making their usage more complicated is not "mov[ing] forward". Again I ask where is the consensus to deprecate coauthors? -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 10:28, 2 March 2014 (UTC)
{{outdent|::::::::}}
[[COinS]] stores each author name in the '&rft.au' key. We merge each 'last' and 'first' field to create the '&rft.au' key. There is no provision in COinS for a key to hold multiple authors. I have an overview of how we use COinS in the citation templates at [[Module talk:Citation/CS1/COinS]]. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 13:32, 2 March 2014 (UTC)

And here is a live example:
* {{cite journal |url=http://arxiv.org/pdf/1402.6534 |title=Validation of Kepler's Multiple Planet Candidates. III: Light Curve Analysis & Announcement of Hundreds of New Multi-planet Systems |date=February 26, 2014 |publisher=[[Cornell University Library]] |location=[[Ithaca, New York]] |accessdate=March 2, 2014 |format=PDF |arxiv=1402.6534v1 |journal=[http://arxiv.org/archive/astro-ph.EP astro-ph.EP] |first1=Jason F. |last1=Rowe |first2=Stephen T. |last2=Bryson |first3=Geoffrey W. |last3=Marcy |first4=Jack J. |last4=Lissauer |first5=Daniel |last5=Jontof-Hutter |first6=Fergal |last6=Mullally |first7=Ronald L. |last7=Gilliland |first8=Howard |last8=Issacson |first9=Eric |last9=Ford |first10=Steve B. |last10=Howell |first11=William J. |last11=Borucki |first12=Michael |last12=Haas |first13=Daniel |last13=Huber |first14=Jason H. |last14=Steffen |first15=Susan E. |last15=Thompson |first16=Elisa |last16=Quintana |first17=Thomas |last17=Barclay |first18=Martin |last18=Still |first19=Jonathan |last19=Fortney |first20=T. N. |last20=Gautier III |first21=Roger |last21=Hunter |first22=Douglas A. |last22=Caldwell |first23=David R. Ciardi Edna |last23=Devore |first24=William |last24=Cochran |first25=Jon |last25=Jenkins |first26=Eric |last26=Agol |first27=Joshua A. |last27=Carter |first28=John |last28=Geary}}
If you stuff the last 27 authors into 'coauthors', then the do not get injected into the COinS metadata. If we modify the module to inject 'coauthors' into a '&rft.au' key, then when the metadata is extracted, those 27 authors will be read as on author, creating a bibliographic mess. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 13:46, 2 March 2014 (UTC)
:For the reasons just mentioned by Editor Gadget850, it would seem that {{para|authors}}, an alias of {{para|last}}, {{para|last1}}, and {{para|author}}, should also be deprecated.  Because the parameter name is plural, that says to editors, it's ok to stuff a bunch of names into {{para|authors}} in the same manner that editors stuff a bunch of names into {{para|coauthor}} and {{para|coauthors}}.  And this then produces junk COinS metadata.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:22, 2 March 2014 (UTC)
:: What is junk is COinS metadata. Who uses this stuff anyway? What is very annoying  are "first1, last1, first2, last2, ..." or "author1, author2, ..." parameters.  If there are many authors, this can lead to very long citation templates that overwhelm the rest of raw wiki text. If COinS metadata is really that important, [[Module:Citation/CS1]] could easily be modified to parse the author field contents to separate the authors. <s>Depreciation</s> <u>Deprecation</u> of the author parameter is a really bad idea that I strongly oppose. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 14:56, 2 March 2014 (UTC)
:::The {{para|coauthors}} data is not output to COinS mainly because it is not in a consistent format - essentially, it's free-form text and so could contain ''anything'', with the risk of metadata pollution.
:::It is a fallacy to state that coauthors make it easier to use {{tl|harv}}: if anything, the converse is true. I have explained this before.
:::Please note that the term is "[[deprecate]]", not "[[depreciate]]". It's not a US/GB spelling difference - it's a different field, and a different concept - one is computing, the other accountancy. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 15:10, 2 March 2014 (UTC)
:::: A frequently used author format is the [[Vancouver system]] where the authors are separated by a comma.  It should be straight forward to scan the author field string and if it contains commas and no semicolons, split the string into separate authors. 
:::: I clearly am aware of the difference between deprecate and depreciate but I sometimes make typos.  Sorry. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 15:22, 2 March 2014 (UTC)
:::::The problem with having all the names grouped into one parameter is splitting them back out, particularly if you need to determine programmatically where the last name/first name split is located.  If names are allowed to be free-form in a particular parameter, just splitting them into individuals without a known inter-person separating character is difficult. Yes, most editors will use comma separation, or semicolon separation, but some will not.  Some will write it "John Doe, Howard Issacson" others will write ""Doe, John Issacson, Howard", yet others will have "John Doe Howard Issacson", etc.
:::::If you are also attempting to split the names into first/last: Given the worldwide variance in names it is effectively impossible to be 100% accurate in spitting first name/last name without human verification.  You can do a good job that is right most of the time, but without knowing the heritage of any particular person one has to, effectively, guess. Even if you do know the heritage it is still easy to get it wrong on complex names, or one where the person's ancestor just decided to be different from the mainstream.  Choosing to do this programmatically could also significantly increase code complexity depending on the limitations selected.  Further, without some way for the editor to override the automatic determination you will ''always'' have people who are dissatisfied with how it is done.  Keep in mind that you have to programmatically deal with last names like [[von Neumann]], or full names such as [[José Carlos de Almeida]] whose last name might be "Carlos de Almeida", "de Almeida", or "Almeida" depending on his heritage ("Almeida" in this case).
:::::We could then tell editors: OK. You can use a single parameter, but the string has to be in the format of: "Last, Fist M.; Last, First M.;...".  But then what about "John Franks, Jr.". That's how the person happens to use their name, with the comma.  Some editors are going to want to put that as "Franks, John Jr." and some as "Franks, Jr., John", and some as "Franks, John, Jr.".  Alternately, from the example above: "T. N. Gautier III" which is in the metadata on the originating page as "Gautier III, T. N.".  Assuming we need to break names into first/last, we could enable the use of a single grouped parameter, but would need to enforce strict formatting requirements. 
:::::Strict formatting requirements would be possible if the errors are displayed to the editor within all edit boxes and/or a bot deposits error reports for new errors onto the editor's talk page similar to what [[User:BracketBot|BracketBot]] does for broken syntax.  Most editors are willing to accommodate requirements, but they need to know that the requirements exist and be reminded when they enter something that results in an error.  Currently, errors are mostly displayed in the reference section of the page. This is a location which is invisible to editors when editing a section of the page.  It is possible for the editor to make the reference section visible by temporarily adding a {{tl|reflist}} tag to the section and previewing, but that is an extra step which most editors probably do not perform.  Actually, a bot like <s>[[User:CitationBot|CitationBot]]</s> <ins>[[User:ReferenceBot|ReferenceBot]] exists</ins> would be quite helpful even without any other changes contemplated here.  I know that I ''want'' to be informed when a citation I enter has an error.  I expect that many other editors would appreciate being informed in such situations.
:::::I agree that the {{para|first1}}, {{para|last1}}... parameters can overwhelm the rest of the wiki text. The "first1" and "last1" are nicely human readable, but lead to a large number of characters used where it could be represented with fewer.  We could consider supporting a shorter alias, perhaps {{para|f1}} and {{para|l1}}? or {{para|af1}}, {{para|al1}} and {{para|ef1}} and {{para|el1}}? Those would consume 8, or 10 characters per name instead of the 15 currently used. Those numbers are compared to the minimum of 2 that would be needed for ";Last,First". To an extent, there is going to be an impact on the readability of the wiki text anytime there are a large number of authors. The above example with 28 authors is going to have an impact even if all of them are written in one parameter.  The impact can be considerably less than it is currently, but it is still going to be there.
:::::Yes, deprecated and depreciated are different.  But if we deprecate a parameter, its value has certainly depreciated.  Given that the words differ by only one character it is easy to mistype, misread, or misstate them.  I recall making that typo/mistake multiple times myself.  On the other hand, when I make a mistake I appreciate being corrected as I value accuracy.  I know the comment wasn't directed towards me, but I had happened to notice a case of my misuse of the terms a short while ago when an old thread was archived from this page and a case last night in some code where I had mistyped an attribute name causing a potential bug.  Thus, the issue happens to be on my mind 8-) and I am deprecating (multiple senses) my inaccurate use of depreciate.
:::::As to deprecating {{para|authors}}, {{para|coauthors}}, and {{para|editors}}? (not previously mentioned in this discussion):  If we do not support having multiple names in these parameters, then we should deprecate them.  The parameter names being plural definitely states to editors that multiple names in these fields is the correct use. Having the {{para|editors}} parameter, but not the plural versions of authors and coauthors is a bad idea.  Wikipedia editors will see the {{para|editors}} parameter and go looking for, or just try to use, the {{para|authors}} and {{para|coauthors}} parameters.  At this time, I am not specifically voicing an opinion one way or the other on the deprecation of these parameters due to not knowing the impact on article pages or use within COinS (or the impact for supporting currently non-supported translations into COinS).  I am voicing an opinion that whatever we end up with should be consistent throughout CS1, and across the various parameters to the templates. Ideally, it should be easy to use for editors and intuitively understandable to them. &mdash;&nbsp;[[User:Makyen|Makyen]]&nbsp;([[User talk:Makyen|talk]]) 23:05, 2 March 2014 (UTC)
::::::Makyen's comment is based on the idea that an author or editor must be an individual, and therefore, must have a first and last name. But CS1 states:
::::::{{quote|Editors should use an {{para|author}} organizational citation when the cited source, such as a committee report, specifically names an official body or a sub-unit of the publisher as the collective author of the work, e.g. {{para|author|Commission on Headphone Safety}} or {{para|author|Rules Sub-committee}}.}}
::::::Thus {{para|author}} and {{para|editor}} cannot be deprecated.<small><span class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]] • [[Special:Contributions/Jc3s5h|contribs]]) 00:36, 3 March 2014 (UTC)</span></small><!-- Template:Unsigned -->
:::::::You may be talking at cross purposes; if I understand Mayken's comment correctly, he proposed deprecating the plural forms ("authors" and "editors"), not the singular ("author" and "editor"). [[User:Choess|Choess]] ([[User talk:Choess|talk]]) 00:57, 3 March 2014 (UTC)

=== Section break ===
{{od|:::::::}}
Just so we're all clear here: I am the editor who suggested that we should consider deprecating {{para|authors}} – the plural, ''not'' the singular.  I think that we should expand that to include {{para|editors}} (again only the plural) and the numbered versions of those two: {{para|authors''n''}} and {{para|editors''n''}}.  Why do we have numbered versions of the ''plural'' parameters anyway?

And, while we're talking about author-type parameters, do we really need {{para|given}}, {{para|given''n''}}, {{para|surname}}, {{para|surname''n''}}, {{para|EditorGiven}}, {{para|EditorGiven''n''}}, {{para|EditorSurname}}, and {{para|EditorSurname''n''}}? I don't think that I've ever seen any of these in use.  This set of parameters also lacks the -link and -mask parameters that accompany the {{para|author}} and {{para|editor}} parameters.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:27, 3 March 2014 (UTC)

:There is a problem with names: many cultures have the family name as the first name, and index lists according to the first name. But just having {{para|surname}} and {{para|given}} with no intelligent system to deal with the problem doesn't help. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 02:23, 3 March 2014 (UTC)
::{{replyto|Jc3s5h}} I clearly, to an extent, miscommunicated.  As others mentioned, I did not intend to imply any desire to deprecate the singular form of either {{para|author}} or {{para|editor}} and at that time did not discuss {{para|coauthor}}.  If deprecating either {{para|author}} or {{para|editor}} was suggested by someone else, I would certainly oppose it for the reasons which you mentioned above.  Those parameters, and the numbered versions, are all used for entities which are not individuals and should remain available to do so.  Perhaps, I should have added a sentence to my splitting example which mentioned non-individuals.  I was already at wall-of-text size and didn't want to go there.  However, it is something that does makes splitting from one larger free format grouped list even harder.
::I do support deprecating {{para|coauthor}}.  Given the numbered versions of {{para|author}}, {{para|coauthor}} appears superfluous. From the old archived discussion, there appears to be a use case where {{para|coauthor}} is being used to hide the additional authors from showing up in short-form citations.  While I did not go through the old discussion in great detail, the ability to accomplish the goals desired with the use of {{para|coauthor}} appeared available without ''needing'' to use {{para|coauthor}}. The argument was put forward that not using it was harder.  I did not see that, but could spend more time specifically looking for that issue in the discussion. My counter argument to that is that having the {{para|coauthor}} parameter is confusing to editors in general, rather than in the specific case.  From the point of view of most editors, the parameter duplicates functionality available from the {{para|author#}} parameters. I believe keeping {{para|coauthor}} retains the confusion on the part of a larger set of editors than is justified by what appears to be a relatively small inconvenience, to a smaller set of editors who can accomplish their desired functionality in a different manner.
::I would suggest tabling the {{para|surname}}/{{para|given}} discussion, or at least breaking it into a subheading.  A large portion of the world thinks of names as {{para|surname}} and <code>given</code>-name rather than first/last.  The use of neither set of the current parameters fully solves the issue. With given/surname one still needs to know which to display first, or if "surname, given-name" is correct, or is it "surname given-name"?  With first/last one still needs sorting information.  Without more information than is supplied just in these sets of parameters there are a significant number of cases that are not handled "correctly".
::As to the {{para|surname}}/{{para|given}} (and the Editor versions) not having associated -link and -mask parameters.  Assuming that the {{para|surname}}/{{para|given}} (etc) parameters are just aliases to first/last (etc), then they have just as much an association with the author/editor -mask and -link parameters as the first/last set does.
::As I mentioned, for the plural versions:  {{para|authors}}, {{para|coauthors}}, and {{para|editors}} I support either A) deprecating them, or B) our supporting multiple names (including non-individual entities) being contained within them.  My impression is that truly supporting multiple names in those parameters is not a headache currently desired, and could only be reasonably done by adopting, and enforcing, a strict format for the names contained in the strings (e.g. something like "<code>Doe, John R.;Gautier III, T. N.;U.S. Congressional Subcommittee on Agriculture</code>", in other words a format that ''forces'' the editor to supply the first/last information, and multiple other issues which I am not going to begin to get into until and unless there appears to be a desire to support such.).  I feel these parameters should ''not'' be retained without supporting multiple names because the plural versions inherently imply to a naive editor that they are ''intended'' to hold multiple names.
::It appears my comment that it would be nice to have a bot to tell us about having made citation errors was a bit erroneous.  There is such a bot: [[User:ReferenceBot|ReferenceBot]].  It appears that the mistakes I make in citations are not ones for which the bot checks, or I happened to see them and fix them prior to the bot getting around to telling me about them.  It would still be nice to be able to routinely see what the citations look like (without having to temporarily add a {{tl|reflist}}) when editing a page section. &mdash;&nbsp;[[User:Makyen|Makyen]]&nbsp;([[User talk:Makyen|talk]]) 05:24, 3 March 2014 (UTC)
::: All this discussion is based on the assumption that generating [[COinS]] metadata is important. Could someone indicate why this is important?  I understand why it is theoretically useful, but does anyone actually use this data?  I have never heard an end user complain about corrupt metadata.  I also would suspect that the number of Wikipedia editors far exceed the consumers of [[COinS]] metadata. Having more compact citation templates imbedded in the raw text of Wikipedia articles that avoids the clutter of "first1, last1, first2, last2, ..." parameters is a distinct advantage.
::: For a long time, the "author" and not "authors" parameter was (and still is) the recommended way to store multiple authors in a single field using the [[Vancouver system]] author format. This format is quite often used when there is a pmid. In these cases, the only meta data one needs is the pmid. The rest of the data can be downloaded from PubMed which is a more reliable source of bibliographic information than Wikipedia.
::: Finally no one has complained (except perhaps me ;-) that we have a free format date field that enforces a strict format.  I see no reason why the same cannot be done with the author field. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 06:40, 3 March 2014 (UTC)
::::Generating [[COinS]] metadata is not only important; it is used. For example, it allows people who use tools such as [[Zotero]] to extract the details about a cited work into such tools, and to add them to reading lists, perform library lookups or cite them in their own work. I use Zotero to transfer such details from one article to another, and keep a library of the works I've cited repeatedly. As an end user, I often complain, and more importantly work to fix, corrupt metadata. There has long been consensus to use COinS in Wikipedia. Regarding the wider issue; see [[data granularity]]. <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> 13:15, 3 March 2014 (UTC)
:::::Generating [[COinS]] metadata is only important if it is used. My question is how often it is used. Are the number of meta data users anywhere close to number of Wikipedia editors? [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 14:20, 3 March 2014 (UTC)
::::::I've already given an affirmative answer to your question about whether COinS is used. I'm not clear how your question about the relative numbers of editors is relevant; we write Wikipedia for our readers, not editors. <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> 14:34, 3 March 2014 (UTC)
::::::: Meta data is not useful in the abstract. It is only useful if there are users.  Furthermore the relative number of meta data users and editors is highly relevant.  If there are only a few meta data users and the extra clutter produced by parameters required to produce meta data is negatively impacting the productivity of editors, this will lead to less useful content for readers. Also to reiterate, if meta data is in fact that important, it should be possible to parse the author parameter to extract the individual authors. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 15:18, 3 March 2014 (UTC)
{{od}}
@[[User:Gadget850|Gadget850]], I think you missed a point I made. The debate here is not between how much information can be extracted but whether the interface is easy to use. For those who do not come from a computer science background (or have no reason to write programs to help complete work tasks) a <s>function call with a set of arguments (whoops notice the jargon creeping in)</s> template with multi optional named parameters is daunting. Many editors refuse to use citation templates and have a guideline that sides with them over consensus of whether to use them or not ([[WP:CITEVAR]] -- because the first citations added to articles tend not to use citation templates). So anything that makes using citation templates more difficult to use should be discouraged, as more metadata will be lost if articles do not use any citation templates, than the rare problems with citations that contain 27 authors.

As I see it coauthors has been around for years, and it makes certain tasks easier to do, particularly linking a {{tl|harv}} template to citation templates. Let us use an example that I used before. I did not expect this section to grow as large as it has so I guess it is time for a recap.

With coauthors it is easy to set up an example where one wishes to ignore the authors included in coauthors.

{{collapse top|example last&#61;Finch, coauthors&#61;English Court of Chancery}}
*A<small>1</small> fact {{harv|Finch|1724|p=404}}

;References
*<code><nowiki>{{</nowiki>Citation |last=Finch |first=Heneage (Earl of Nottingham)  |coauthors=English Court of Chancery |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}</code>
*{{Citation |last=Finch |first=Heneage (Earl of Nottingham)  |coauthors=English Court of Chancery |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}
{{collapse bottom}}

Here is an example that was suggested as a solution using the parameter displayauthors but as can be  seen displayauthors=1 does not have the desired affect instead it inverts what coauthors does (hiding authors in the long reference and requiring them in the short reference).

{{collapse top|example: last&#61;Finch, author2&#61;English Court of Chancery}}
*A<small>1</small> fact {{harv|Finch|1725|p=404}}( does not link)
*A<small>2</small> fact {{harv|Finch|English Court of Chancery|1725|p=404}} (links)

;References
*<code><nowiki>{{</nowiki>Citation |last=Finch |first=Heneage (Earl of Nottingham)  |author2=English Court of Chancery |displayauthors=1 |year=1725 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}</code>
**{{Citation |last=Finch |first=Heneage (Earl of Nottingham)  |author2=English Court of Chancery |displayauthors=1 |year=1725 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling}}
{{collapse bottom}}

The use of a second parameter to contain "et all" with italics does not work as expected with {{tl|harv}} because CS1 strips the italics.

{{collapse top|Here is an example using coauthors and ''et al''}}
:A long verified sentence with just one author.{{sfn|Anne Author|3001|p=101}}
;Notes
{{reflist|close=1}}
;References
*<nowiki>{{</nowiki>citation |last1=Anne Author |coauthor=''et al'' |year=3001 |title=Title}}
*{{citation |last1=Anne Author |coauthors=''et al'' |year=3001 |title=Title}} 
{{collapse bottom}}

{{collapse top|Here is an example to show that italics in et al does not work as expected with 2 parameters}}
:First long verified sentence with italics.{{sfn|Anne Author |''et al''|3001|p=101}}
:Second long verified sentence with no italics.{{sfn|Anne Author |et al|3001|p=101}}
;Notes
{{reflist|close=1}}
;References
*<nowiki>{{</nowiki>citation  |last1=Anne Author |last2=''et al'' |year=3001 |title=Title}}
*{{citation |last1=Anne Author |last2=''et al'' |year=3001 |title=Title}} 
{{collapse bottom}}

Also it has problems with the placement of an ampersand between the author and the ''et al'' normally one writes "Smith ''et al''" not "Smith & ''et al''". One can not work around the problem with displayauthors=1 because one has to have two parameters and that opens up the problems shown with "English Court of Chancery".

{{collapse top|Here is an example to show that displayauthors=1 does not add et all if there is no second author/last parameter}}
:First long verified sentence with.{{sfn|Anne Author|4001|p=101}}

;Notes
{{reflist|close=1}}
;References
*<nowiki>{{</nowiki>citation  |last1=Anne Author   |year=4001 |displayauthors=1 |title=Title}}
*{{citation |last1=Anne Author |year=4001 |displayauthors=1 |title=Title}} 
{{collapse bottom}}

When we revived these examples last time it was suggested that one uses {{tl|harvid}} to circumvent the problems, but that is another level of complexity for people who are already on a steep learning curve which coauthors bypasses. Is there another way to keep it as simple as using coauthors? -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 18:35, 5 March 2014 (UTC)
:You're simply repeating comments that you have put forward before; my replies to those still exist in the same places. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:28, 5 March 2014 (UTC)
::* 'authors' and 'coauthors' are deprecated because the original intent was to stuff them with multiple names. When COinS was added years ago, this should have been deprecated then; now we are going though this process.
::* Your second example correctly shows how to handle the first example.
::* The CS1 templates strip any markup such as bold or italic, but apparently {{tl|sfn}} does not, thus the mismatch between link and anchor.
::* "et al." (which includes the period since it is an abbreviation) is not italicized by any of the templates and should not be italicized manually, as it is a well used term in English; see [[MOS:Ety]]. There have been one or two discussions on this.
::* Please don't use the definition markup ";" for bold— it is a misuse of the markup and renders invalid HTML.
::* You can break the double brace markup by placing a singular &lt;nowiki /> tag in between the braces; see [[Help:Nowiki]].
::--<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 00:57, 6 March 2014 (UTC)
:::I disagree on some points eg my second example does not "correctly shows how to handle the first example", as there is no display of "English Court of Chancery 1725" in the long reference. The whole point is that one may well wish to keep the short citation short and not include all the authors of the piece (but want to do so in the full reference). Whether or not it is desirable to include other names such as "English Court of Chancery 1725" in a short citation should remain an editorial choice, and making editors jump through complicated loops to do so is in my opinion not desirable, when coauthors makes it easier to do. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 20:52, 6 March 2014 (UTC)
::::I think I misunderstood. You want to suppress the number of authors in {{tl|harv}} but use all authors in {{tl|citation}}? Then you just need to set {{para|ref}} and use {{tl|sfnref}}. Note that in this example, I changed the name to Finch1 so it won't link to the earlier example.
::::*A<small>1</small> fact {{harv|Finch1|1724|p=404}}
::::*<code><nowiki>{{</nowiki>Citation |last=Finch1 |first=Heneage (Earl of Nottingham) |last2=English Court of Chancery |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling |ref=<nowiki>{{</nowiki>sfnref|Finch1|1724}}</code>
::::*{{Citation |last=Finch1 |first=Heneage (Earl of Nottingham) |last2=English Court of Chancery |year=1724 |editor-first=William |editor-last=Nelson |title=Reports of cases decreed in the High Court of Chancery: during the time Sir Heneage Finch, afterwards earl of Nottingham, was lord chancellor. (1673-1680) |publisher=R. Gosling |ref={{sfnref|Finch1|1724}}}}
::::--<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 21:44, 6 March 2014 (UTC)
::::Yes one can use the parameter harv to set it (and I often do), but that is a whole level of complexity that is not needed in this case if coauthors parameter is used. As I said earlier there are many editors who do not like to use citation templates and the more complicated the interface the more daunting it is for those on the margin who might otherwise be persuaded that the benefits of using citation templates out-ways the learning curve. If it is made too steep they are less likely to  be convinced. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 07:57, 7 March 2014 (UTC)
:::::What if we added {{para|ref|first}} to use only the first name in the anchor? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 17:20, 7 March 2014 (UTC)

::::::If that kind of solution is to be proposed, perhaps a better name is {{para|ref|harv''n''}} where ''n'' is a number 1, 2, or 3 that tells CS1 how many names to include in CITEREF. If there are less than ''n'' names in the citation, CS1 uses as many as are available.

::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:33, 7 March 2014 (UTC)
:::::::That is a better solution. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 19:09, 7 March 2014 (UTC)
It seems to me that we are discussing specifics when the question I posed in the older thread and that was implicitly asked at the start of this thread is where is the consensus to deprecate coauthors? As no one has been able to point to an RfC or similar advertised discussion, I think it can be taken that there has been no such consensus, and until such a consensus is shown I do not think that coauthors should be depreciated. I think it is up to those who wish to change the interface to initiate such an RfC in a place such as the talk page of [[WP:CITE]] or at village pump with a balanced introduction of the advantages and disadvantages of deprecation, so that other disinterested editors can consider whether such a deprecation is to the benefit of the project   -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 07:57, 7 March 2014 (UTC)

{{od}}
As apparently there was never a consensus to depreciate coauthors, and it is now being used in such a way that modifications to citations that use it that it is [https://en.wikipedia.org/w/index.php?title=Richard_Arden,_3rd_Baron_Alvanley&diff=prev&oldid=600763119 breaking links] between short and long citations . It is time to change the wording in Help:CS1 errors until such time as a well publicised RfC shows a consensus for depreciation of parameters such as coauthors. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 18:33, 22 March 2014 (UTC)

:The error message description text at [[Help:CS1 errors]] must ''always'' reflect the actual meaning of the error messages as they exist in the present.  To do otherwise, does a disservice to editors and readers who follow the help link to the descriptive text.  So, no, the wording in Help:CS1 errors should not be changed.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:29, 22 March 2014 (UTC)

::Then why not remove the error message from the code until such time as an RfC is held and agreement is reached to removed coauthors? There is no rush over these things
::The only argument advance above is that the format of coauthors may be a problem. Yet the same problem can still exist if coauthors is removed here are two example:
::* "|last=Caley|first=John, Henry Ellis and Bulkeley Bandinel, eds." (was in [https://en.wikipedia.org/w/index.php?title=John_de_Mowbray,_1st_Earl_of_Nottingham&oldid=577464065 John de Mowbray, 1st Earl of Nottingham])
::* "|last=Loughlin|first=Marie H., Sandra Bell and Patricia Brace, eds." (was in [https://en.wikipedia.org/w/index.php?title=Barnabe_Googe&oldid=571414070 Barnabe Googe])
::The editor who used that particular construction has over the last year and a half or so used the first parameter to include second authors and second editors in about 80 different combinations in over 500 articles. In doing this like with coauthors the short citations using the harv templates can link to the long citations using only one name. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 11:10, 23 March 2014 (UTC)