Content deleted Content added
ClueBot III (talk | contribs) m Archiving 1 discussion from Help talk:Citation Style 1. (BOT) |
m Whoops. |
||
| (28 intermediate revisions by 10 users not shown) | |||
Line 1:
{{Automatic archive navigator}}{{Search box|root=Help talk:Citation Style 1|search-width=85}}
== Documentation / Lua ==
Line 54:
::
:::Though kind of ugly, this might work:
<
for codepoint in mw.ustring.gcodepoint( s ) do
if 33 > codepoint -- C0 controls
Line 63:
end
end
</syntaxhighlight>
:::We might simplify and just accept everything below codepoint 592 (0x0250) on the theory that C0 and C1 controls would be an unlikely part of a name.
::
Line 95:
I have discovered and fixed an error in <code>reduce_to_initials()</code> that produced � for author initials when the first character of the name was not in the set [A-Za-z]:
:<code><nowiki>{{cite news/new|title=title|name-list-
:→{{cite news/new|title=title|name-list-
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:22, 4 April 2015 (UTC)
Line 119:
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:58, 4 April 2015 (UTC)
::::Why don't we just drop the bold completely, regardless of character count? <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:::::Volume numbers, which are especially significant for serials and journals, are often overlooked on account of being so short, wherefore they are commonly bolded so they are more readily seen in long citations.
Line 147:
| title=A Parallactic Distance of <math>389^{+24}_{-21}</math> Parsecs to the Orion Nebula Cluster from Very Long Baseline Array Observations | date=2007 | author=Sandstrom, Karin M. | journal=The Astrophysical Journal | volume=667 | issue=2 | pages=1161 | bibcode=2007ApJ...667.1161S | arxiv=0706.2361| last2=Peek | first2=J. E. G. | last3=Bower | first3=Geoffrey C. | last4=Bolatto | first4=Alberto D. | last5=Plambeck | first5=Richard L. }}
::::::::Fortunately there aren't ''that'' many instances of this second type:
:::::::::<code><nowiki>insource:/\| *title *=[^\|\}]*\<math/</nowiki></code>
::::::::Still, these lurk in the back of my mind as something that needs to be addressed.
Line 194:
Sure, but I'm simply not going to type in all 37 to get the "and 37 others" tag. Since the cite will only list one author, and the citeref refers only to that author, I shouldn't have to list all the rest just to get the template to display the way it's going to in the end anyway. [[User:Maury Markowitz|Maury Markowitz]] ([[User talk:Maury Markowitz|talk]]) 02:48, 2 April 2015 (UTC)
::::{{u|Maury Markowitz}}: '''I just showed you''' how to get the 'et al.' with '''just two''' authors. Look at the wikisource. (Though, as I said, you really should have at least three/four. See below.) ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:00, 2 April 2015 (UTC)
:{{reply to|Maury Markowitz}} you can put the 1st author in {{para|author1}}, set {{para|display-authors|1}} (as suggested above), and copy & paste the remaining authors into {{para|author2}} as long as they're either comma or semicolon delimited. Then I, or someone with a similar script, can enumerate them into the appropriate # of authors. From all my citation cleanup, this seems to be the way it is being (hastily?) done. Whether or not there's a better way is a different story. <b>~</b> <
::The original problem that led me here was a PDF document that doesn't allow cut and paste of the text. :-) [[User:Maury Markowitz|Maury Markowitz]] ([[User talk:Maury Markowitz|talk]]) 14:19, 2 April 2015 (UTC)
:::I have that same frustration with paper books and newspapers. I can cut and paste, but then I can't see my whole computer monitor. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:35, 2 April 2015 (UTC)
Line 215:
:I have not implemented this for the editor name-list. Shall I proceed or revert?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:58, 2 April 2015 (UTC)
::I agree with both {{para|display-authors|more}} and {{para|more-authors}}, and prefer the {{para|display-authors|more}} solution since it uses an existing parameter in a non-conflicting way, is intuitive to use, and it's easy to remember. <b>~</b> <
:::I agree with {{para|display-authors|more}} for the reasons given by [[User:Tom.Reding|Tom.Reding]]. It would probably be useful to have a bit of error checking for {{para|display-authors}} to locate values that are not numbers or "more". I don't know what is done with {{para|display-authors|blahblahblah}} now, but it should throw an error.
:::Testing {{para|display-authors|blahblahblah}} : {{cite book|last=Smith|first=John|title=Title|display-authors=blahblahblah}}
Line 263:
:I think <code>etal</code> is clearer, and I love the idea of allowing multiple forms of it in the parameter value. Editors will reasonably expect to be able to type <code>et al</code> or <code>et al.</code>, especially since the latter is the recommended form in MOS. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:04, 4 April 2015 (UTC)
::I think that using {{para|display-authors|etal}} (and silently allowing the variations) is the easiest solution. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:::Ok, {{para|display-authors|more}} no more.
Line 308:
:::Is this the sort of thing you're after, [[User:AngusWOOF|AngusWOOF]]? - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 03:49, 4 April 2015 (UTC)
:::: Yep, that would work! -[[User:AngusWOOF|AngusWOOF]] ([[User talk:AngusWOOF|talk]]) 04:21, 4 April 2015 (UTC)
:::::The biggest criticism I have of {{tl|cite tweet}} is that it links through the tweet number and relegates the content of the tweet to the optional quote parameter. Most citation guides say to include the full content of a tweet as the title of the tweet and not to display the tweet's number. At least one guide also advises using the real name of the author in addition to the Twitter account name, which should be preceded by the @. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:::::: If there's a way to make Twitter status compatible with CS1 I'd be all for that. Twitter status (as shown in my above example) allows for the title to summarize the tweet rather than force the exact quote which would introduce hashtags, links, and replies to non-notable users. -[[User:AngusWOOF|AngusWOOF]] ([[User talk:AngusWOOF|talk]]) 14:14, 4 April 2015 (UTC)
{{od}}
Line 328:
::*To solve the issue of multiple instances of "Twitter" being linked, I'd just drop the publisher completely and default to {{para|type|Tweet}}. It may be a semantical distinction, but Twitter doesn't actually cause any tweets to be published; the user tweeting does. They merely host the content, just as Google Books hosts copies of scanned books, and we'd never say Google actually published the books. (It's possible that Google published content that they host on Google Books, but it's also possible that Twitter itself tweets.)
::*The quote parameter is superfluous as the full tweet should be given.
::For additional ideas, we can consult guidelines from the [http://
:::[https://en.wikipedia.org/w/index.php?title=Template%3ACite_tweet%2Fsandbox&diff=655155932&oldid=655140355 These changes] implement your suggestions. Another point for discussion: At the moment, if {{para|user}} or {{para|number}} is ommitted, a junk url such as <nowiki>https://twitter.com/{{{user}}}/status/{{{number}}}</nowiki> is passed through to {{tl|cite web}}, and error messages regarding {{para|user}} and {{para|number}} are displayed. Another option would be to check the parameters, so that no url rather than a junk url is passed through – but not having a url results in the "Missing or empty |url=" error message, which is a bit deceptive as cite tweet doesn't have a |url= parameter. Any ideas on which is preferable, or if there is another option? - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 08:18, 6 April 2015 (UTC)
::::Actually, I've just noticed that the missing url error message is hidden by default, so now the code checks that the parameters have been set - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 09:55, 6 April 2015 (UTC)
Line 335:
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:46, 6 April 2015 (UTC)
::::::Done - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 14:57, 6 April 2015 (UTC)
::One other idea, but MLA uses a time in addition to the date, and it advises that the time zone should be that of the author of the paper, not the author of the tweet. Since Wikipedia is an international publication, if we did have a way to insert the time, I would suggest that we mandated UTC. (We don't use times in any other form of citations though, and I think the Lua module would see any attempt to add a time to a date as an error.) <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
::: Regarding whether titles and quotes be the same, I disagree. While the quote can contain the full tweet (without the hashtags as appropriate) the title should be without the quotes as it may be needed to explain the context, such as when a user says "Happy Birthday", and the tweeter replies "Thanks!" -[[User:AngusWOOF|AngusWOOF]] ([[User talk:AngusWOOF|talk]]) 16:59, 6 April 2015 (UTC)
::::{{ping|AngusWOOF}} since the title of a tweet is the full tweet, hashtags and all, any quotation in the middle of that is superfluous to the full tweet, period.
::::In your proffered example, the context would require the citation of two separate tweets. You'd end up with something like <code><nowiki><ref>{{cite tweet <details on first tweet...>}}<br/>{{cite tweet <details on reply tweet..>}}</ref></nowiki></code>. To attempt to quote the reply while only citing the original one fails to attribute both authors, even if the link to the original tweet displays the reply. If the reply comes days after original, you'd have issues related to which date to use. By using separate citations, even if combined into the same footnote, you'd properly attribute each other and note the proper date(s) for what are separate tweets. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
::::: Yes, that would be needed if the tweets are not threaded, but in the case where it is threaded only the second tweet is necessary, as in this example: [https://twitter.com/YuriLowenthal/status/383858960958124033] But a double tweet in the ref would be fine. -[[User:AngusWOOF|AngusWOOF]] ([[User talk:AngusWOOF|talk]]) 18:59, 6 April 2015 (UTC)
::::::There's still the same issue of attribution. Even in that case, you need the work of two separate authors to set up the context, and the template only supports one author because, by design, tweets only have a single author/account. I still think that even with the threading, you'd want to separately cite [https://twitter.com/Allens_tweets/status/383762383555928064] followed by [https://twitter.com/YuriLowenthal/status/383858960958124033 the reply] to keep attribution and dates correct. There's a 6-hour gap between the original and the reply, putting them on separate days according to how Twitter displays them for me. Maybe in other time zones they'd appear to have the same date. Adding date support would require additional modifications to the Lua module that handles CS1 templates though. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
::::::: If the quote and the title are to be the same, then it would be fine to exclude hashtags and @'s (and http:// links, similarly use ellipses) where it doesn't add to the content of the article. Would that make it CS1 compatible? As for the date, it should be mainly dependent on where the RS person in question is situated. This would work if the OP asks their question the day before (or after if they are in the Far East and the RS is in the United States) and is also consistent with news article time stamps coming from whoever posted the article. -[[User:AngusWOOF|AngusWOOF]] ([[User talk:AngusWOOF|talk]]) 01:59, 7 April 2015 (UTC)
::::::::Why would you drop the hashtags, at signs or the links? They're part of the content of the tweet, period. There's no compatibility issues to be worried about with the links, as Twitter drops the "http://" part of a URL in the displayed text. We wouldn't have any issue with the template/MediaWiki software recognizing a link in the middle of the title:
Line 346:
::::::::using that example from the APA Style Blog, and putting it in {{tl|cite web}}, there isn't a need to drop any of the content. If we're going to do this, we should do it properly and reproduce the full tweet.
::::::::As of right now, we can't include publication times in CS1 citations. The Lua module checks the formatting and validity of the dates supplied, and there is no standardized way to handle a time of publication. Adding a time stamp to a citation, at the present, creates an error. For most sources, anything more precise than a day is not needed; for other sources like books, anything more specific than the year of publication is overkill.
::::::::Twitter, like other social media, is different from news articles. The date and time stamp on an article published on cnn.com won't vary based on the time zone of the reader. CNN's time stamps are fixed based on their ___location in Atlanta, Georgia, United States. However, Twitter reports the date and time stamp on a tweet based on the time zone of the reader. Where I am located at the moment is UTC-5, so a freshly posted tweet would carry a date of April 6, 2015, and a time of 9:48 p.m. If I were located in London, that same tweet would appear with April 7, 2015 at 3:48 a.m. We can't assume or guess the original local time for the person writing a tweet, unless it's geotagged. Printed publications get around this because they'll default to the time zone of the author citing the tweet, which will be fixed because it is in print. If we ever added the capacity to include the time of a tweet, to minimize issues we should then specify that the time be given in UTC. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:::::::: Well that a tweet has that character limit means quoting the entire thing shouldn't be an issue then. -[[User:AngusWOOF|AngusWOOF]] ([[User talk:AngusWOOF|talk]]) 04:25, 7 April 2015 (UTC)
I have updated the template, and fixed the resulting errors in the error tracking category - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 04:43, 10 April 2015 (UTC)
Line 550:
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:24, 7 April 2015 (UTC)
::I agree on the comment about informality of the name. Personally, I'd use the official name of the task force as the author. As for the report number, {{para|id| H. Rept. No. 102-1102}} should work to include it. Adding {{para|oclc| 27492534}} ({{oclc| 27492534}}) to link to the library catalog entry is another beneficial extension of the citation for readers. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:::Thanks for the feedback. Although it makes the citation quite lengthy, I used the formal name in {{para|author}} but [[House October Surprise Task Force]] for its link:
::::{{cite book |author=Task Force to Investigate Certain Allegations Concerning the Holding of American Hostages by Iran in 1980 |author-link=House October Surprise Task Force |title=Joint report of the Task Force to Investigate Certain Allegations Concerning the Holding of American Hostages by Iran in 1980 ("October Surprise Task Force") |url=http://hdl.handle.net/2027/mdp.39015060776773 |date=January 3, 1993 |publisher=United States Government Printing Office |___location=Washington, D.C. |page=147|chapter=VIII. Alleged Attempts to Delay the Release of the Hostages |chapterurl=http://hdl.handle.net/2027/mdp.39015060776773?urlappend=%3Bseq=161 |id=H. Rept. No. 102-1102 |oclc=27492534 |ref={{harvid|"October Surprise Task Force"|1993}}}}
:::By the way, where did you find the OCLC number? - [[User:Location|Location]] ([[User talk:Location|talk]]) 18:22, 7 April 2015 (UTC)
::::The webpage displaying the report has a link on its left side to "Find in a library". Clicking that takes you to the worldcat.org entry: http://www.worldcat.org/title/joint-report-of-the-task-force-to-investigate-certain-allegations-concerning-the-holding-of-american-hostages-by-iran-in-1980-october-surprise-task-force/oclc/27492534 . <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:::::Thanks again! - [[User:Location|Location]] ([[User talk:Location|talk]]) 19:53, 7 April 2015 (UTC)
Line 700:
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:00, 11 April 2015 (UTC)
:Thoughts on incorporating {{para|orig-date}}, perhaps by aliasing {{para|orig-year}} to it? ([[Help_talk:Citation_Style_1/Archive_7#origyear -> origdate?|discussion]]) <b>~</b> <
::{{U|Trappist the monk}}, please post here when you have made the above edits so that we can update the documentation. Am I correct in thinking that we will be able to remove all of the non-Lua text from the template documentation files? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:04, 11 April 2015 (UTC)
Line 753:
But, just to be a counterpoint:
{{cite compare |old=no |mode=map |author= Ohio Department of Highways |year= 1930 |title= Map of Ohio showing State Routes |url= http://www.dot.state.oh.us/Divisions/Planning/TechServ/TIM/Documents/StateMaps/otm1930a.sid |format= [[MrSID]] }}
The "r" in [[MrSID]] shouldn't be capitalized. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
:Ok, no case shifting.
Line 904:
:::I think an editor coming at referencing from a "non-academic normal guy" standpoint can be easily confused by the text generated for citations when using {{tl|cite journal}}, and some of these uses of an explicit page indicator within the {{para|page}} parameter will be attempts at making things easier to read. [[User:Stamptrader|Stamptrader]] ([[User talk:Stamptrader|talk]]) 20:36, 21 April 2015 (UTC)
::::Maybe we could consider changing the formatting of journal references to something like "''Journal'', vol. 3, no. 2, pp. 54–128" instead of "''Journal'' '''3''' (2): 54–128"? It's a little less concise (so what) and less like typical academic citation formats (also so what) but clear enough and much less intimidating, I think. Not to be done without a lot of discussion first, though, since this is a big change. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 21:11, 21 April 2015 (UTC)
:::::I'm looking at CMOS 16, and for citing a specific volume of multivolume books, it uses "4:243" to put the volume and page number together if the volume lacks a separate name. For journals, they use "76, no. 1 (2006): 19–35;" after the name of the journal. On that basis, {{ul|David Eppstein}}'s idea of explicitly adding the "vol", "no." and "p."/"pp." prefixes isn't far fetched. What I've wanted to do for {{tl|cite journal}} is that "76(1):19–35" would be fine, but if the volume or issue number are dropped, the "p." or "pp." would appear with the page number, but the less concise format may be better for {{u|Stamptrader}}'s "non-academic normal guy". As it is, I wish many of our editors would heed the advice to stop using the overly abbreviated journal names in deference to our non-academic readers. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
== date for bimonthly issue ==
Line 916:
:::::{{cite journal |title= Title |journal= Journal |date= 21 December 1963 – 1 February 1964}}
:::::{{cite journal |title= Title |journal= Journal |date= 21 December 1963–1 February 1964}}
::::This is how the MOS says we are supposed to format dates in prose, which the templates are designed to enforce. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<
Thank you; alles klar. [[Special:Contributions/86.160.232.4|86.160.232.4]] ([[User talk:86.160.232.4|talk]]) 22:39, 22 April 2015 (UTC)
Line 989:
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:52, 27 April 2015 (UTC)
== "Missing or empty |title=" error message ==
Various uses of citation without a {{para|title}} now throw the error message "Missing or empty |title=". Per a [[Help talk:Citation Style 1/Archive_7#cite_journal_without_.7Ctitle|discussion last January]] I had thought that use of "{{para|title|none}}" was going to suppress this message, but that is not happening. Can we get this message suppressed? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 19:53, 12 March 2015 (UTC)
:Example?
:The [[Help talk:Citation Style 1/Archive 7#cite journal without .7Ctitle|referenced discussion]] referred specifically to {{tlx|cite journal}} though the applied 'fix' also applies to {{tlx|citation}} when one of the {{para|periodical}} parameters (except {{para|encyclopedia}}) is set. Which see:
::<code><nowiki>{{cite journal |title=none |periodical=Periodical}}</nowiki></code>
:::{{cite journal |title=none |periodical=Periodical}}
::<code><nowiki>{{citation |title=none |periodical=Periodical}}</nowiki></code>
:::{{citation |title=none |periodical=Periodical}}
::<code><nowiki>{{citation |title=none |encyclopedia=Encyclopedia}}</nowiki></code>
:::{{citation |title=none |encyclopedia=Encyclopedia}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:49, 12 March 2015 (UTC)
Example:</br>
:<nowiki>{{citation |author= Hegerl, ''et al.'' |chapter= Chapter 9 |title=none }} in {{Harvnb|IPCC AR4 WG1|2007}}.</nowiki>
:> {{citation
|author= Hegerl, ''et al.''
|chapter= Chapter 9
|title=none
}} in {{Harvnb|IPCC AR4 WG1|2007}}.
::<small>[My apologies. I condensed the example the example so much that it looks like a ''short'' cite, but it is intended to be a ''full'' citation. See the uncondensed example below. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:10, 14 March 2015 (UTC)]</small>
::<small>Better example below at [[#Example of "source in work"]] ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 00:50, 21 March 2015 (UTC)</small>
:where the source is a chapter in the larger work linked to. Strictly speaking the 'work' is a book, but use of {cite book} gives the same result. Use {cite journal} causes {{para|chapter}} to be ignored. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 22:18, 13 March 2015 (UTC)
::This would allow replacement of the little used {{tl|source in source}}. --<span style="color:Turquoise">''''' [[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850| ''talk'']]</sup></span> 22:58, 13 March 2015 (UTC)
:::I have never warmed to {source in source} (too grotesque), and would favor its replacement. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:04, 14 March 2015 (UTC)
=== {Harvc} as alternative ===
Even though you are on the record in [[Help talk:Citation Style 1/Archive 6#Citing multiple contributions to a work|opposition]], this is the kind of thing for which {{tlx|harvc}} was invented. Somewhere in the text you have: <code><nowiki>{{sfn|Hegerl, et al.|2007}}</nowiki></code> which for illustration I'll put here.{{sfn|Hegerl, et al.|2007}}
In the bibliography section write a citation for the book. This template is one I found at [[Global warming]]; it has not been modified:
:<code><nowiki>{{Cite book
| year = 2007
| author = IPCC AR4 WG1
| title = Climate Change 2007: The Physical Science Basis
| series = Contribution of Working Group I to the [[IPCC Fourth Assessment Report|Fourth Assessment Report]] of the Intergovernmental Panel on Climate Change
| editor = Solomon, S.; Qin, D.; Manning, M.; Chen, Z.; Marquis, M.; Averyt, K.B.; Tignor, M.; and Miller, H.L.
| publisher = Cambridge University Press
| url = http://www.ipcc.ch/publications_and_data/ar4/wg1/en/contents.html
| isbn = 978-0-521-88009-1
| ref = harv
}}
</nowiki></code>
Then write {{tlx|harvc}} templates for each of the individual chapters that are part the 'book' but are cited separately:
:<code><nowiki>{{harvc |last=Hegerl, et al. |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |loc=[http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9s9-5-2.html Section 9.5.2: Sea Level]|in=IPCC AR4 WG1}}</nowiki></code>
So, from your <code><nowiki>{{sfn|Hegerl, et al.|2007}}</nowiki></code> there is now a link into §References where there is a link to the appropriate chapter in §Bibliography which links to the book. Here is the link in article text again.{{sfn|Hegerl, et al.|2007|loc=[http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9s9-5-2.html Section 9.5.2: Sea Level]}} The {{tld|harvc}} template can also be enclosed in {{tag|ref}} tags.<ref>{{harvc |last=Hegerl, et al. |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |loc=[http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9s9-5-2.html Section 9.5.2: Sea Level]|in=IPCC AR4 WG1}}</ref>
<nowiki>==References==</nowiki>
{{reflist-talk}}
<nowiki>==Bibliography==</nowiki><br />
*{{Cite book
| year = 2007
| author = IPCC AR4 WG1
| title = Climate Change 2007: The Physical Science Basis
| series = Contribution of Working Group I to the [[IPCC Fourth Assessment Report|Fourth Assessment Report]] of the Intergovernmental Panel on Climate Change
| editor = Solomon, S.; Qin, D.; Manning, M.; Chen, Z.; Marquis, M.; Averyt, K.B.; Tignor, M.; and Miller, H.L.
| publisher = Cambridge University Press
| url = http://www.ipcc.ch/publications_and_data/ar4/wg1/en/contents.html
| isbn = 978-0-521-88009-1
| ref = harv
}}
**{{harvc |last=Hegerl, et al. |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |in=IPCC AR4 WG1}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:58, 13 March 2015 (UTC)
:My apologies for causing some confusion here. In the interest of brevity I condensed the example above so much it may appear to be a ''short'' cite, such as where harv templates are used to connect to a ''full'' citation with full bibliographic details. (This confusion is further compounded by the way citations are misused at [[Global warming#Citations]].) The preferred solution here is to have very short links (implemented with some form of {harv}), such as "{{harvnb|Hegerl, et al.|2007}}", used where ever material needs to be attributed, all of which link to a single ''full'' citation such as the following:
:* {{citation
|author= Hegerl, Smith, Jones, ''et al.''
|chapter-url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html
|chapter= Chapter 9: Understanding and Attributing Climate Change
|at= <s>[http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9s9-5-2.html Section 9.5.2: Sea Level]</s>
}} in {{Harvnb|IPCC AR4 WG1|2007}}.
:::<small>This should be considered as a ''full'' citation, which would appear only ''once'' in an article (presumably in the "Bibliography" or such), and refers to the ''whole'' source ("Chapter 9"), not to any specific material within. (I have stricken the specification that was mistakenly included.) It does not ''look'' like a "full" citation because it does not repeat the bibliographic details of the encompassing work, nor a proper list of authors, and contains only the details that distinguish this chapter from other chapters in the same work. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 20:41, 15 March 2015 (UTC)</small>
::::{{tlx|harvc}} does that: can appear only once and refers/links to the single whole source, does not look like a full citation (because it isn't one) and contains only the details that distinguish this chapter from others in the same work. And, it doesn't produce corrupted metadata and so there isn't a missing title error message (though it will emit error messages when required stuff is omitted).
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:26, 16 March 2015 (UTC)
:The important point is that the "in ''source''" attribution follows only the ''full'' citation, not every instance of the short cite. (The latter being what {{tl|harvc}} does, which is one reason why I opposed it, the other being that I don't believe a whole additional template is necessary for this.) And in fact the current set does all this just fine, except for the little detail of an entirely unnecessary and unuseful red error message.
:So back to my initial request: can this little red splash be suppressed? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:10, 14 March 2015 (UTC)
::The example full citation template is incomplete. It identifies a chapter of 'something', but doesn't identify what that 'something' is. Because that template is a CS2 citation, it produces metadata that are also incomplete. This is the reason that there is, and should remain, an error message. The full template is coupled (by proximity only) to a {{tlx|harvnb}} template that links to a full citation that is complete in and of itself – title, editors, publisher, isbn, etc that the pseudo-full citation lacks.
::This same is all true of {{tlx|harvc}} in that it also lists only a chapter of 'something' without identifying what that 'something' is; it also links to a full citation with all of the aforementioned stuff (without an additional {{tld|harvnb}} template). But, because it isn't a CS1/CS2 template, it does not produce metadata and is simply a bridge between simple {{tlx|sfn}} templates and the full citation template. I've tweaked my examples above to include the chapter's name, url, and ___location data.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:00, 14 March 2015 (UTC)
:::The "something" - the larger work which includes this source - ''is'' identified. Just not within the ''template''. The citation is indeed complete ''as displayed'' (that is, the work is identified/linked). But I gather your concern is providing context for the metadata collected from the template. Well, that is a deep issue. And it seems to me that harvc is, in the end, just a kludge for getting around the CS1 error checking. I think it would be simpler to just suppress the error message. However, I want to take a deeper look at al this, and see if I can better formulate what is needed. For the duration: even if "missing title" is kept as a maintenance category, could we at least have the error message suppressed? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 20:43, 15 March 2015 (UTC)
::::Yes. There is no facility for us to split a citation and then, somehow, later, gather up all of the incomplete metadata from the disparate parts and meld them into a single complete unit. It is not possible; templates can't communicate with each other. Maybe someday but not at present. So, {{tlx|harvc}} is no more a kludge than writing a CS1/CS2 citation that intentionally leaves out information critical to the proper compilation of the citation's metadata. Better, I think, to have metadata that is complete and correct than to have metadata that is incomplete.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:26, 16 March 2015 (UTC)
:::::I have had an idea (yikes). In {{tl|harvc}} you have an {{para|in}} parameter. Could we have a similar parameter in {{tl|citation}}, which would signal that the citation metadata is incomplete and should not be collected for COinS? And incidentally overlook the lack of a title? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:04, 18 March 2015 (UTC)
::::::Could. But:
::::::#{{tlx|harvc}} is already written, debugged, working, and documented
::::::#new documentation would be required
::::::#adding {{para|in}} to [[Module:Citation/CS1]] adds yet another level of complexity to an already complex code set
::::::So, unless overwhelming support for this compels me, I'd rather not.
:::::
::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:25, 19 March 2015 (UTC)
:::::::Harvc does not provide the functionality needed (such as expansion of the author list), misorders the elements (but fixable?), and adds complexity to the ''use'' of citations. I would be satisfied if {{tl|citation}} simply accepted the lack of a title; my idea for an {{para|in}} parameter would address your conern about incomplete metadata. It also permits retention of title checking for the general run of cases where lack of a title probably is an error. If coding that is too much trouble, then let's fall back to the previous idea of using {{para|title|none}} to suppress the error message. I believe any changes to the documentation are minimal, and I can take care of that, so that should not be any objection. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 19:24, 19 March 2015 (UTC)
::::::::{{tlx|harvc}} was modeled on the other short-form templates that accept a maximum of four author names. That could be changed, I suppose, though we would probably also need to include a form of {{para|display-authors}} so that the template could switch from its default, where it acts just like the other {{tlx|harv}} templates, to displaying all or part of the author list. How are the elements misordered? How is using {{tlx|harvc}} any more complex than the exemplar that uses both a broken CS2 template and a {{tlx|harvnb}} template?
:::::::
::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:26, 20 March 2015 (UTC)
:::::::::I'm putting together an example which should clarify the situation. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:27, 20 March 2015 (UTC)
:::::::::I've added a better example below at [[#Example of "source in work"]]. In brief, one or more short cites (implemented with harv templates) link to the citation for the chapter (contribution), which links to the citation for the work. The middle layer uses {{tl|citation}} because there is no simple form of {{tl|harv}} that will produce the full author list (which could include author-links), and because any use of harv of at the middle layer confuses the use of short cites. All of this works just fine, aside the from the red message. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 01:06, 21 March 2015 (UTC)
:::::::::{{u|Trappist the monk}}: back to my initial request, can the {{font color|red|Missing or empty title}} message be suppressed, either entirely, or in the specific case of {{para|title|none}}? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:03, 24 March 2015 (UTC)
::::::::::Have I not already answered this? No. The error message is there for a purpose and so should not be suppressed. If we do anything, it should be to {{tlx|harvc}} where we expand on its ability to better handle and display all or part of the author list.
::::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:02, 25 March 2015 (UTC)
:::::::::::You said you would "rather not" implement my idea of an {{para|in}} parameter, and I can accept that you think it is not important enough. However, suppressing this red message is a different matter. It is an "error" only because you (and ??) decided that it should be; I think it can be argued that it is not. Indeed, in regards of COinS I would argue that given a full citation for a containing work, citations for the chapters contained within should ''not'' generate COinS metadata. However, the usual way of handling such cases - incorporating all the bibliographic details of the containing working within each chapter's citation (see example below) - can lead to voluminous redundant data for the IPCC reports. The method I have developed for handling these cases is reasonable, and works. Except for the splot of red, which is a recent innovation.
:::::::::::Harvc is not suitable. Should we break out a subsection to discuss that? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:46, 25 March 2015 (UTC)
::::::::::::You are mistaken. I do think it is important. That is why {{tlx|harvc}} exists. I also think that it is important to let the CS1/2 templates do what they do best and not try to make them do else-wise by creating special cases where the module does something different; there is too much of that already complicating the code in service of the unique characteristics of the various templates. So far I see no reason to abandon my 'rather not' position.
::::::::::::I have suggested that {{tld|harvc}} functionality could be expanded but even with that you stand fast on {{tq|Harvc is not suitable}}. This begins to look rather like a stalemate which to me is wearisome.
::::::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:05, 26 March 2015 (UTC)
{{od}}
I regret that this is becoming wearisome, but it is rather important for me, so I would deem it a great favor if you might bear with me a little longer. The IPCC citations present some unusual and difficult challenges, and though these are not so notable across the entirety of Wikipedia (but what sources are?), they are very significant within the Global Warming articles. The approach I developed has worked very well, up until the recently introduced "error" messages. I take your view to be that this approach involves "broken" {{tl|citation}} templates, that this approach misuses the templates in making them do something they were not designed for, and would complicate the underlying code.
Regarding the last, I do not see how testing the template data for "missing or empty title" is any less complicated than ''not'' testing for that. Even the special case of skipping the test for "title=none" should be only a single line, nothing complicated. But if it is, then I would argue: eliminate the title test entirely.
Which gets to what I suspect is the core issue: is citation of chapters always incomplete, and therefore an error, if it is missing details of the containing work, such as title? I do agree that a "citation" is incomplete without such details. But I say the issue is more finely whether the ''template'' (whether {{tl|citation}} or {{tl|cite xxx}}) must contain all the details, and more particularly whether a ''link'' to those details is acceptable. I find that this must be made acceptable, as the alternative is that every chapter cited in every IPCC Assessment Report becomes bloated with these extensive details. I believe your argument at this point would be something about the incompleteness of COinS data. I will address that tomorrow. For now I ask if you concur with what I have described so far. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 04:34, 27 March 2015 (UTC)
:Here are a couple of {{tlx|harvc}} templates of the sandbox variety. They will accept as many authors as you want. <s>Right now it's somewhat clunky: {{para|display-authors|99}}</s> {{para|display-authors|all}} is used to display all of the authors in the contributor's list. If the value assigned to {{para|display-authors}} is <code>all</code> or the same as or greater than the number of authors in the contributors list, then all last and first names are displayed. If {{para|display-authors}} is empty or omitted, then the template displays up to the first four (if present) last names in the same way that other 'harv' templates do. If {{para|display-authors}} is assigned a value less than the number of authors in the contributors list, the template displays both last and first names of that number of contributors followed by et al.
:Here the <s>{{tld|harvc/sandbox}}</s> {{tlx|harvc}} template output is compared to your unmodified {{tlx|citation}} output. The differences are date display and brackets around year in the link to the enclosing work.
:*{{tlx|sfn}} templates link to {{tlx|harv/sandbox}} templates.{{sfn|Hegerl|Zwiers|Braconnot|Gillett|2007}}{{sfn|Le Treut|Somerville|Cubasch|Ding|2007}}
{{reflist-talk}}
{{ref begin}}
:*{{Cite book
| year = 2007
| author = IPCC AR4 WG1
| title = Climate Change 2007: The Physical Science Basis
| series = Contribution of Working Group I to the [[IPCC Fourth Assessment Report|Fourth Assessment Report]] of the Intergovernmental Panel on Climate Change
| editor = Solomon, S.; Qin, D.; Manning, M.; Chen, Z.; Marquis, M.; Averyt, K.B.; Tignor, M.; and Miller, H.L.
| publisher = Cambridge University Press
| url = http://www.ipcc.ch/publications_and_data/ar4/wg1/en/contents.html
| isbn = 978-0-521-88009-1
| ref = harv
}}
:**{{harvc |mode=cs2 |ps=. |display-authors=all |first1= G. C. |last1= Hegerl |first2= F. W. |last2= Zwiers |first3= P. |last3= Braconnot |first4= N. P. |last4= Gillett |first5= Y. |last5= Luo |first6= J. A. |last6= Marengo Orsini |first7= N. |last7= Nicholls |first8= J. E. |last8= Penner |first9= P. A. |last9= Stott |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |in=IPCC AR4 WG1}}
:**{{citation
|ref= {{Harvid|Hegerl et al.|2007}}
|first1= G. C. |last1= Hegerl
|first2= F. W. |last2= Zwiers
|first3= P. |last3= Braconnot
|first4= N. P. |last4= Gillett
|first5= Y. |last5= Luo
|first6= J. A. |last6= Marengo Orsini
|first7= N. |last7= Nicholls
|first8= J. E. |last8= Penner
|first9= P. A. |last9= Stott
|date= 2007
|chapter-url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html
|chapter= Chapter 9: Understanding and Attributing Climate Change
}} in {{Harvnb|IPCC AR4 WG1|2007}}. {{tq|["Full" citation of ''Hegerl et al.'', except that details included in the citation of the containing work (below) are not repeated here. This citation appears only ''once'' in the article.]}}
:**{{harvc |mode=cs2 |ps=. |display-authors=all |first1= H. |last1= Le Treut |first2= R. |last2= Somerville |first3= U. |last3= Cubasch |first4= Y. |last4= Ding |first5= C. |last5= Mauritzen |first6= A. |last6= Mokssit |first7= T. |last7= Peterson |first8= M. |last8= Prather |year= 2007 |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch1.html |chapter= Chapter 1: Historical Overview of Climate Change Science |in=IPCC AR4 WG1}}
:**{{Citation
|ref= {{Harvid|Le Treut et al.|2007}}
|first1= H. |last1= Le Treut
|first2= R. |last2= Somerville
|first3= U. |last3= Cubasch
|first4= Y. |last4= Ding
|first5= C. |last5= Mauritzen
|first6= A. |last6= Mokssit
|first7= T. |last7= Peterson
|first8= M. |last8= Prather
|date= 2007
|chapter-url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch1.html
|chapter= Chapter 1: Historical Overview of Climate Change Science
}} in {{Harvnb|IPCC AR4 WG1|2007}}.
{{ref end}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:58, 29 March 2015 (UTC)
::Thank you. I will study this tonight. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:25, 29 March 2015 (UTC)
::I am somewhat amazed that you went to the trouble of making harvc produce a proper display, where addition of (I believe) one or two lines in the CS1 code could have saved us all this trouble. Particularly as harvc extends the harv templates well past what they were designed for. Which sounds like what you complained about on the 26th, that "{{tq|it is important to let the CS1/2 templates do what they do best and not try to make them do else-wise by creating special cases where the module does something different...}}". The only special case I am asking for is the one value of "none" for title, and all it does is suppress an error message. Your fix introduces three new parameters ({{para|c}}, {{para|url}}, and the {{para|in}} parameter you rejected for CS1 on the 19th), and radically alters the normal Harv output. Not to mention that new documentation will be required (your objection #2 on the 19th).
::But while the harvc display now looks reasonable, there is still a fundamental problem: the harv templates are designed for use in-line as short cites, whereas the CS1 and CS2 templates are designed for full citations. As such the latter are often collected together as lists, where inclusion of a short cite form (harv) as an item is anomalous, and typically an error. Using a full citation form (such as {citation}) for the IPCC chapters is reasonable and conformable with all other full citations, using the same general format. Use of harvc increases complexity, creates anomalies that invite "correction", and increases the difficulty of explaining to other editors why there must be this anomalous usage.
::Trappist, I really appreciate that you would put significant time and effort into tweaking harvc. However, it also concerns me that you should expend so much time and effort on something fundamentally unsatisfactory when there is a better solution. I believe your principal concern is the integrity of the COinS data. If that is satisfactorily addressed, could we not have the minimalist modification of "title=none"? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 22:39, 30 March 2015 (UTC)
:::{{para|c}} (and its aliases {{para|chapter}} and {{para|contribution}}), {{para|url}}, and {{para|in''n''}} have been part of {{tlx|harvc}} since its first release. The changes in {{tlx|harvc/sandbox}} are: unlimited {{para|last''n''}}, addition of {{para|first''n''}}, {{para|author-link''n''}}, {{para|author-mask''n''}}, and {{para|display-authors}}; conversion of {{para|separator}} to {{para|mode}} for CS1/2 compliance. Yeah, if I make this new version the live version then I'll need to update the documentation.
:::I chose {{tld|harvc}} as a name because it was developed from the code that handles the {{tlx|harv}} and {{tlx|sfn}} templates. {{tld|harvc}} is just a name. Pick another name; one that makes you happy; then make a redirect from that name. Or {{tld|harvc}} can be moved to that name.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:35, 31 March 2015 (UTC)
::::{{tl|citation-in}}? {{smiley}} Well, a name change would help, but the problem is that it is only "skin deep": the parameters and their usage are still different. This template by any name is inherently different, which increases complexity. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 00:20, 1 April 2015 (UTC)
=== "Error" message still a problem, and Harvc still unsuitable ===
{{u|Trappist the monk}}: the "missing or empty title" message is still a problem, and (upon re-reviwing the matter) I find Harvc is still unsuitable for the use needed (as previously explained). Therefore I re-iterate my original request to suppress this message. Or, alternately, to allow some keyword that would suppress the message. You previously stated (25 Mar) that "{{tq|[t]he error message is there for a purpose}}", which I take to be ensuring that data extracted for COinS is complete. However, it seems to me that skipping the metadata extraction these cases is simple (and even quite reasonable, as ''chapters'' are not really suitable for COinS anyway), and so should not be an issue if a special keyword is implemented.
If you still object to having a special keyword I would much appreciate reviewing your reasons. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:09, 20 April 2015 (UTC)
:I'm pretty sure that my position hasn't changed since my last post on this topic three weeks ago. Unless there is something new to discuss ...
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:49, 21 April 2015 (UTC)
::{{u|Trappist the monk}}: You have previously expressed concern for the COinS metadata, but in your statement of three weeks ago ({{diff2|653533997|00:05, 26 Mar}}) your opposition was to "{{tq|creating special cases}}" and "{{tq|complicating the code}}". Allow me to suggest that ''checking for "empty or missing" title is a special case that complicates the code'', and that eliminating that recently added functionality would simplify the code. Your position is also inconsistent with your advocacy of harvc, which (besides being quite unsuitable) is a definite cock-up relative to the rather simple change need to add a title exception. I can only surmise that your adamant opposition arises from some other basis, which we cannot examine until you state what it is. Despite your previous statement, it appears that you do ''not'' think this is important enough to even address. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 20:57, 22 April 2015 (UTC)
:::Yep, because omitting {{para|title}} corrupts the metadata; yep, because to do what you want introduces yet another 'special case'; yep, because special cases complicate code, they always have and they always will. Checking for missing titles is not new but, rather, has been refined. In the past, anything that vaguely resembled a title counted as a title but that loose definition permitted editors to create citations that produced incomplete metadata.
:::I have no hidden reasons for my opposition and I have addressed the issue: see the {{tlx|harvc/sandbox}} examples in the adjoining discussions.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:12, 23 April 2015 (UTC)
::::Thank you for clarifying this. So your opposition is based entirely on two points: 1) leaving out "title" corrupts the COinS data, and 2) special cases complicate the code.
::::Regarding your first objection, I point out that '''metadata is not corrupted if it is not generated'''. If a "title" (referring to a containing book or "work") is not present, then it is appropriate to ''not'' generate any metadata, and there is no corruption. This is reasonable, as COinS is used to find library ''items'' (e.g., books), not chapters within books. (Underlying this is a deeper issue of whether every use of a citation template must include a title, but as this is not a point of objection we need not examine it.) If in the special case I am asking for COinS data is simply not generated, there is then no corruption of the metadata. Your point is refuted.
::::Regarding your second objection: if you insist on simplicity for its own sake, then you should remove all COinS processing, which is a vast complication on the original and primary purpose of the CS templates. On a smaller scale you could simply remove the code that checks for "missing or empty" titles. Of course, that would conflict with the preference for complete metadata, but that is my point: it's all a matter of '''trade-offs'''. You decided that reducing data corruption warranted further "refinement", but when you broke an established and valid usage you decided that it was not important enough for any further refinements. This is particularly odd as the CS code appears to be a mass of special cases, so why do you think ''this'' special case will break everything?
::::I do not find your objections valid (which is why I wonder if there is some other basis for your adamancy), and do not know how else to address them. Would you be persuaded otherwise if I can find (say) three other editors (after all, this is an obscure technical point) who support what I have requested? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 22:01, 23 April 2015 (UTC)
:::::Of course, metadata are not corrupted if not generated, but CS1 and CS2 do generate metadata. The decision to do so was taken quite long ago. I don't know how the metadata are consumed but I would guess that complete and accurate metadata are important to those who do consume it. The COinS documentation identifies a keyword <code>rft.atitle</code> to hold chapter titles. COinS support exists, the metadata are used, so that facility likely isn't going away even though it would simplify the code. (And yes, I think every CS1 and CS2 template should have a title.)
:::::Yep, [[Module:Citation/CS1]] is awash in special cases because it directly supports some two dozen CS1 and CS2 templates. One of my long-term goals is to minimize that to the extent possible.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:09, 24 April 2015 (UTC)
::::::So you agree that, in the cases at issue, if a COinS record is not generated, there is no corruption of the data. The question is then whether, in such cases, ''not'' generating a record is a loss of data. I say no, as a record ''is'' generated for the ''item'' (book) containing the chapter. I believe the issue comes down to having either '''a)''' multiple records containing chapter data that is that is useless for finding the book and book data that is repeated across all these records, or '''b)''' a single record for the book that does not contain information not useful for finding the book (i.e., the chapter details). In most cases of "source ''in'' work" there is only a single instance, so it is convenient to package all the bibliographic detail into one citation. (That COinS has a field for chapter title is, I believe, for the rare but extant cases where a chapter is published separately, where it is useful to know that the material might be found as an individual item, or included in a larger work.) In the cases I am working with there are multiple instances, and even multiple levels of containment (''section'' in ''chapter'' in ''report'' in ''review''), each with substantial bibliographic detail. Such masses of detail can overwhelm both readers and editors, and causes other problems, wherefore I find it necessary to use the second approach. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:27, 24 April 2015 (UTC)
:::::::{{tq|I find it necessary to use the second approach}} for which purpose {{tlx|harvc}} was designed and since enhanced. {{tld|harvc}} does not produce COinS metadata, can be linked from multiple places in an article, does link to the containing work's CS1/2 citation, and does hold and display the substantial bibliographic details of the sub-unit. All of this so that {{tq|[s]uch masses of detail [don't] overwhelm both readers and editors, and [cause] other problems}}.
:::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:08, 25 April 2015 (UTC)
::::::::Have I not already explained this? '''Harvc is fundamentally unsuitable'''. (See my previous comment of 22:39, 30 March.) Although you can make the resulting ''display'' essentially equivalent, Harvc is quite at odds with the use and purpose of the Harv family of templates. It is very much a special case (such as you keep inveighing against) that will only confuse the editors attempting to use. E.g., the Harv templates generate ''short cites'' which do ''not'' contain bibliographic details, and (typically) use only the ''last'' name (of one or more authors) or a ''shortened title'' to link to the full citation. Now editors will wonder (it becomes necessary to explain) why bibliographically complete full names and full titles are required for Harvc, but are not accepatble for the rest of the Harv templates. Also: editors can readily understand having the short cites (implemented with Harv) in the text (or notes therein) and the full citations (implemented with CS1/CS2 templates) in a seperate "References" section. But having Harvc templates mixed in with the CS templates is anomalous, confusing an otherwise distinct usage. Harvc not only makes the already challenging task of IPCC citation more complex, it is likely to confuse and perplex editors in the use of the Harv templates generally. This is entirely unacceptable.
::::::::CS1/CS2 already does everything you claim for the unsuitable and even dubious Harvc, and the simple enhancement I am requesting could easily skip producing COinS data. Your advocacy of Harvc in the face of a simpler and more suitable option brings us back to my previous question: why? Your objections are inconsistent and disproportionate, and I believe I have adequately addressed them. So why do you persist?
::::::::BTW: In quoting me are you concurring in preferring the second approach? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:46, 25 April 2015 (UTC)
:::::::::I can take a file to one of the claws of a [[framing hammer]] so that it fits a slotted-head [[wood screw]] and use the modified hammer to drive the screw or I could just hammer the screw into place. I would be better to use a screwdriver, the proper tool for the job. {{tlx|harvc}} is not a special case but rather, the proper tool to render intermediate cites between long-form citation templates and short-form citation templates.
:::::::::{{tld|harvc}} has never required {{tq|bibliographically complete full names}}; its default is to display the contributor list in the same manner as {{tld|sfn}} and {{tld|harv}}. Because of its intermediate nature, it does require a title and the enclosing work's author/editor list or name.
:::::::::I don't believe that our editors are bucket-headed dolts who are incapable of understanding how all of these bits, pieces, and parts fit together. I took your point about {{tld|harvc}}'s name. Do you have a better name? You did suggest {{tlx|citation-in}}. Because {{tld|harvc}} defaults to CS1 styling perhaps that name should be {{tlx|cite-in}}. But, I don't think that {{tld|harvc}} should be renamed to either of those because it isn't one of the CS1 (cite) or CS2 (citation) family of templates. Perhaps the name should describe the function: {{tld|harvc}} is intermediate between short-form and long-form citation templates: {{tlx|intermediate harv cite}} perhaps with a redirect from {{tlx|ihc}}.
:::::::::I would not have gone to the trouble of coding {{tld|harvc}} if I didn't believe that there are times when an intermediate template between short- and long-form citation templates is appropriate.
:::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:10, 26 April 2015 (UTC)
{{od}}
As a quasi-humorous interlude: years ago I was surprised to find a tool like an awl with screw thread on the end. The intended use is to hammer it into a stud, then screw it out, leaving a pre-threaded pilot hole for a proper screw. This was considered better practice than hammering screws in most of the way, taking a couple of turns at the end. Which is perhaps to say that kludginess is relative.
Your "bucket-headed dolts" is not really relevant here. I think there are such editors, but the editors I am trying to serve are quite experienced (and competently so), and I believe are fully ''capable'' of understanding citation complexity. But many of them are uncomfortable going beyond the simplest use of CS1/CS2. Which I find somewhat reasonable: WP has a lot of complex stuff, and I am loathe to add any ''unnecessary'' complexity. I would like to bring them up to using Harv, but there is great sensitivity to any perceived complexity, and especially so for any increase of complexity. This includes radically differing uses (such as use of full or only last name, as I described in my previous comment) of ostensibly similar "Harv''x''" templates. Using a different name would defuse some of the anticipation of similiarity, but would add another layer of complexity where I am convinced the existing tools (with a slight enhancement) are quite adequate.
Keep in mind that this intermediate link I am trying to implement has two components. First is the ''description'' (''full'' biblilographic details) of the ''chapter'' (contribution); second is the ''link'' (''minimal'' necessary details) to the enclosing ''work''. Note the key differences: the '''chapter''' has the ''full names'' of ''all authors'', AND the ''full title'', while the enclosing '''work''' has either the ''last names only'' of the ''first three editors'', OR a ''short title''. The CS1/CS2 templates are designed to do the former, while the Harv templates are designed for the latter. Except for Harvc, which you are repurposing to do both by adding a raft of additional parameters. Your hammer is now trying to emulate a ratchet screwdriver that handles slotted, Phillips, or Allen head screws.
If you really insist on a separate template let's do this: copy {{tl|citation}} to {{tl|citation-nc}} ("no coins"), then remove both the title test and all of the code for generating COinS data. No red message, no corrupted data, and we're both happy. Right? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 20:33, 27 April 2015 (UTC)
::I understand what you are trying to implement. {{tlx|harvc}} does all that:
:::{{tlx|harv}} → {{tld|harvc}} → {{tlx|citation}}
:: vs your implementation:
::: {{tld|harv}} → {{tld|citation}} + in + {{tld|harv}} → {{tld|citation}}
::Copying {{tld|citation}} to {{tlx|citation-nc}} (really copying [[Module:Citation/CS1]] to some other name) is not going to happen. That makes two mostly similar code sets to maintain in parallel. No thank you. [[Module:Harvc]], not being a one-off copy of Module:Citation/CS1 does not have to be maintained in parallel. Yes, there will on occasion be times when a change to Module:Citation/CS1 will require a change to Module:Harvc but every change to Module:Citation/CS1 need not be reflected in Module:Harvc.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:29, 28 April 2015 (UTC)
:::::<small> I was rather cherishing my virginal innocence of Lua, but in a momentary rashness I clicked on your link. And now I am undone, undone!! I blush to think of my ignorance all in shreds, with visions of algorithms dancing in my head. :-( </br> ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:02, 29 April 2015 (UTC)</small>
:::I share your aversion to maintaining multiple nearly identical sets of code. But aside from that, consider that from a conceptual point of view, two templates whose use is identical and differ only in that one flags "missing or empty" titles as errors (which is what you want), and the other neither flags such cases (satisfying me) nor generates "corrupted" COinS data (satisfying you) would seem a satisfactory solution.
:::Of course, where the differences between two such templates is so slight, it would be absurd to maintain separate blocks of code. That also goes to creating and maintaining a whole new template (Harvc) which, in the end, implements what is a trivial enhancement of what can be (''and has been'') done with CS1. In brief, [{{tld|citation}} "in" {{tld|harv}}] worked fine; there was ''no need for Harvc'' until you broke {citation}. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:58, 28 April 2015 (UTC)
:I think that the current situation works just fine. {{tl|Harvc}} is designed to shorten a citation down to the name(s) of the contributor(s) of a component in a larger work and link to the full citation of the encompassing work in another section. It works just fine to handle multiple chapters in a report that each have individual authorship apart from the encompassing report on [[Michigan State Trunkline Highway System]], and for the life of me, I can't see what the great issue is with that system that's caused all of this discussion and debate. The status quo with the templates, with a few possible amendments seems more than adequate. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 05:05, 28 April 2015 (UTC)
::Imzadi: I think you are not paying close enough attention. All that you said is quite true except one little detail: a couple of months ago the status quo changed, resulting in numerous "error" messages that beg "fixing". I am trying to get Tappist to make a "possible amendment", but won't do it. He wants me to use Harvc, which I find quite unsuitable. Not because of the displayed result, but for all the objections he makes to my requested little change, plus the confusion it will add the use of citations, particularly the Harv templates. We are not arguing about the resulting display, but the process, and similar underlying issues. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 05:50, 28 April 2015 (UTC)
:::{{ping|J. Johnson}} I was also unhappy about the appearance of error messages when citation templates were used without titles, since I made regular use of references of the form "chapter_citation in Harvard_link" with the "Harvard_link" leading to an entry elsewhere, often in the Bibliography. But as far as I can see, {{tl|harvc}} can now be used to achieve the correct effect. So what is your real objection? If it's to the name of the template, I agree that for {{em|general use}}, it's a confusing name, since its purpose is "condensed citations" not Harvard style cross-references. However, as Trappist the monk says, there can be any number of aliases, so this is easily fixed. The precise behaviour of the parameters is an issue, I think; it betrays the origin of the template via the Harvard templates rather than via the cite/citation templates. For example, I do find it odd to have to use {{para|display-authors}} to get first names displayed. I believe this should be the default as it is for a normal citation, with {{para|display-authors}} required to suppress output not produce it. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 09:26, 28 April 2015 (UTC)
::::It wouldn't be much of an issue to make the default contributor list display be like that of CS1|2 templates and then use the CS1|2 presentation parameter {{para|name-list-format|harv}} to switch to the {{tlx|harv}} family style. This would, I think require a new name. Got any ideas for that? {{tlx|intermediate cite}}, {{tlx|intercite}}, {{tlx|icite}}; {{tlx|contribution cite}} with redirects from {{tlx|section cite}}, {{tlx|chapter cite}}, {{tlx|report cite}} (may be too close to {{tlx|cite report}}), {{tlx|review cite}} come to mind.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:29, 28 April 2015 (UTC)
::::::Back into the sandbox, here's Hegerl:
:::::::<code><nowiki>{{harvc/sandbox |mode=cs2 |ps=. |first1= G. C. |last1= Hegerl |first2= F. W. |last2= Zwiers |first3= P. |last3= Braconnot |first4= N. P. |last4= Gillett |first5= Y. |last5= Luo |first6= J. A. |last6= Marengo Orsini |first7= N. |last7= Nicholls |first8= J. E. |last8= Penner |first9= P. A. |last9= Stott |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |in=IPCC AR4 WG1}}</nowiki></code>
::::::::→{{harvc/sandbox |mode=cs2 |ps=. |first1= G. C. |last1= Hegerl |first2= F. W. |last2= Zwiers |first3= P. |last3= Braconnot |first4= N. P. |last4= Gillett |first5= Y. |last5= Luo |first6= J. A. |last6= Marengo Orsini |first7= N. |last7= Nicholls |first8= J. E. |last8= Penner |first9= P. A. |last9= Stott |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |in=IPCC AR4 WG1}}
::::::and if you set {{para|name-list-format|harv}} you get this:
::::::::→{{harvc/sandbox |name-list-format=harv |mode=cs2 |ps=. |first1= G. C. |last1= Hegerl |first2= F. W. |last2= Zwiers |first3= P. |last3= Braconnot |first4= N. P. |last4= Gillett |first5= Y. |last5= Luo |first6= J. A. |last6= Marengo Orsini |first7= N. |last7= Nicholls |first8= J. E. |last8= Penner |first9= P. A. |last9= Stott |year=2007 |c=Chapter 9: Understanding and Attributing Climate Change |url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html |in=IPCC AR4 WG1}}
::::::I have set all previous uses of {{tlx|harvc/sandbox}} in these conversations to use the live version.
::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:58, 29 April 2015 (UTC)
:::::::{{ping|Trappist the monk}} the functionality of the sandbox version is closer to my current preference; please see the comment I've added at [[#Example of "source in work"]]. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 19:22, 29 April 2015 (UTC)
:::::Peter: I agree that Harvc can produce what is essentially identical display output. But as I was just saying, there is what I deem a very serious problem in how to use this template. Just for the sake of the Harv templates generally (and trying to get editors to use them) I strongly object to how Harvc goes way beyond that family of templates with these new parameters, uses, and output. For the case at hand I object to having to use yet another template, with its own peculiar characteristics, where, with a single enhancement, the existing CS1/CS2 templates would work just fine, with no additional training or explanations required. Alternately, I object to this ''dis''enhancement that broke prior usage.
:::::Trappist: "Harvc" as a name absolutely has to go. (That removes the confusion of anticipated similarity with the rest of the Harv family.) But the deeper problem is having ''yet another template'', with its own peculiar characteristics, which adds more complexity in creating citations. And (again), why go to so much trouble making Harvc more like CS1/CS2 instead of just fixing the latter? ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 00:02, 29 April 2015 (UTC)
:::::::{{ping|J. Johnson}} please see the comment I've added at [[#Example of "source in work"]]. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 19:22, 29 April 2015 (UTC)
=== Comment ===
I need a context to understand this. Have I got this right? J. Johnson wants three levels of citation, a short inline citation, an intermediate level that describes a chapter in a larger work (in this case, an online work), and a top level citation that gives full information on the work? I don't think that's traditional in paper citation styles. If I'm right that it is untraditional, it's going to confuse readers, who won't be expecting a three-level citation hierarchy. And it's going to be even more confusing for editors. So if the work has the same authors for all chapters, I'd cite the entire work and have short cites to that. If the work has different authors for different chapters, and especially if the identity of the chapter authors is significant, I'd put every chapter that was used in the bibliography and make the short cites point to the appropriate chapter. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 21:04, 15 March 2015 (UTC)
:Pretty nearly "yes" on all counts. (Though what I want is subect to modification. I'm still working this out.) And what you suggest - giving each chapter (these all have different authorship) a full citation that includes the details of the containing work - is inded the standard format. However, in the various global warming articles the chapters from the IPCC reports are cited so often, and the citations of the containing works have so much detail, that the citations become very bloated, in both the wiki-text and the displayed text, with redundant information. This obscures the essential information, and makes careful editing extremely tedious. That having three levels of citation (instead of the more common two levels) is not "treaditional" is not, I think, a problem, as any readers interested in the sources (most of them are not) are used to clicking on a link to get to the next level of information. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 23:56, 17 March 2015 (UTC)
=== Example of "''source'' in ''work''" ===
The goal is to enable having within an article one or more short cites like this {{Harvtxt|Hegerl et al.|2007}}<ref>{{tq|[Generated with {{tl|harv}} templates like this: <nowiki>{{Harvtxt|Hegerl et al.|2007}}</nowiki>]}}</ref> (in either the text or a note, and optionally specifying a ___location within the source<ref>{{Harvnb|Hegerl et al.|2007}}, [http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9s9-5-2.html Section 9.5.2: Sea Level], p. 999. {{tq|[Short cite, with specification appended.]}}</ref><ref>{{Harvnb|Le Treut et al.|2007}}, [http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch1s1-3-2.html Section 1.3.2: Global Surface Temperature].</ref>) that link to a single citation for a chapter (contribution) with the full details of that source, which in turn links to a single citation for the containing work, without repeating at any level the details of the chapter or of the containing work. And without the red message complaining of a missing or empty title.
{{reflist-talk|title=Notes}}
{{quote box|
In the "'''References'''" or "Bibliography" section, using {{tl|citation}} templates:
*{{citation
|ref= {{Harvid|Hegerl et al.|2007}}
|first1= G. C. |last1= Hegerl
|first2= F. W. |last2= Zwiers
|first3= P. |last3= Braconnot
|first4= N. P. |last4= Gillett
|first5= Y. |last5= Luo
|first6= J. A. |last6= Marengo Orsini
|first7= N. |last7= Nicholls
|first8= J. E. |last8= Penner
|first9= P. A. |last9= Stott
|date= 2007
|chapter-url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html
|chapter= Chapter 9: Understanding and Attributing Climate Change
}} in {{Harvnb|IPCC AR4 WG1|2007}}. {{tq|["Full" citation of ''Hegerl et al.'', except that details included in the citation of the containing work (below) are not repeated here. This citation appears only ''once'' in the article.]}}
*{{Citation
|ref= {{Harvid|Le Treut et al.|2007}}
|first1= H. |last1= Le Treut
|first2= R. |last2= Somerville
|first3= U. |last3= Cubasch
|first4= Y. |last4= Ding
|first5= C. |last5= Mauritzen
|first6= A. |last6= Mokssit
|first7= T. |last7= Peterson
|first8= M. |last8= Prather
|date= 2007
|chapter-url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch1.html
|chapter= Chapter 1: Historical Overview of Climate Change Science
}} in {{Harvnb|IPCC AR4 WG1|2007}}. {{tq|[Another "full" citation, for a different chapter, with details specific to it, and appears only ''once'' in the article.]}}
* {{Citation
|year = 2007
|author = IPCC AR4 WG1
|author-link = IPCC
|title = Climate Change 2007: The Physical Science Basis
|series = Contribution of Working Group I to the [[IPCC Fourth Assessment Report|Fourth Assessment Report]] of the Intergovernmental Panel on Climate Change
|editor-last1= Solomon |editor-first1= S.
|editor-last2= Qin |editor-first2= D.
|editor-last3= Manning |editor-first3= M.
|editor-last4= Chen |editor-first4= Z.
|editor-last5= Marquis |editor-first5= M.
|editor-last6= Averyt |editor-first6= K.B.
|editor-last7= Tignor |editor-first7= M.
|editor-last8= Miller |editor-first8= H.L.
|publisher = Cambridge University Press
|url = http://www.ipcc.ch/publications_and_data/ar4/wg1/en/contents.html
|isbn = 978-0-521-88009-1
}} (pb: {{ISBNT|978-0-521-70596-7}}). {{tq|[Full reference for the "work", with the details all chapters have in common given only ''once''.]}}
Contra-example: The goal is to avoid having to cite each chapter with a bloated "fullest" citation such as the following:
* {{Citation
|ref= {{Harvid|Hegerl et al.|2007b}}
|first1= G. C. |last1= Hegerl
|first2= F. W. |last2= Zwiers
|first3= P. |last3= Braconnot
|first4= N. P. |last4= Gillett
|first5= Y. |last5= Luo
|first6= J. A. |last6= Marengo Orsini
|first7= N. |last7= Nicholls
|first8= J. E. |last8= Penner
|first9= P. A. |last9= Stott
|date= 2007b
|chapter-url= http://www.ipcc.ch/publications_and_data/ar4/wg1/en/ch9.html
|chapter= Chapter 9: Understanding and Attributing Climate Change
|title = Climate Change 2007: The Physical Science Basis
|series = Contribution of Working Group I to the [[IPCC Fourth Assessment Report|Fourth Assessment Report]] of the Intergovernmental Panel on Climate Change
|editor-last1= Solomon |editor-first1= S.
|editor-last2= Qin |editor-first2= D.
|editor-last3= Manning |editor-first3= M.
|editor-last4= Chen |editor-first4= Z.
|editor-last5= Marquis |editor-first5= M.
|editor-last6= Averyt |editor-first6= K.B.
|editor-last7= Tignor |editor-first7= M.
|editor-last8= Miller |editor-first8= H.L.
|publisher = Cambridge University Press
|url = http://www.ipcc.ch/publications_and_data/ar4/wg1/en/contents.html
|isbn = 978-0-521-88009-1
}} (pb: {{ISBNT|978-0-521-70596-7}}). {{tq|[Full citation for a chapter that incorporates all of the "in" details.]}}
}}
All this currently works just fine, aside from the recent introduction of the "missing or empty title" message. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 00:43, 21 March 2015 (UTC)
I have added a contra-example of the bloated "fullest" citation that ordinary usage requires for ''every'' chapter cited. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:34, 25 March 2015 (UTC)
:{{ping|J. Johnson}} the disadvantage of your approach above is that it involves a "two template" citation of this form:
::<code><nowiki>{{Citation |...chapter details... }} in {{Harvnb|...link to book...}}</nowiki></code>
:Like you I used to use this approach regularly, and was initially annoyed that it produced an error message. Now, with the benefit of hindsight, I see that the "two template" approach was not optimal. All the relevant information is not contained within the Citation template, which is logically wrong and makes automated processing and extraction of citation details difficult. With the benefit of the work done by [[User:Trappist the monk]], and some more hindsight, what is needed instead is the ability to use a "one template" citation of the form:
::<code><nowiki>{{Citation |...chapter details... |in=...link to book.. }}</nowiki></code>
:so that the link to the book is ''within'' the Citation template. (The sandbox version of harvc almost achieves this, but not quite, because some functionality of the Citation template is missing – e.g. {{para|lastauthoramp}}.) Given a little bit of tweaking and a better name for the template, I can't see that the "one template" approach is any more difficult for editors to use than the "two template" approach: it requires precisely the same information to be provided. It has some limited, but real, advantages.
:The only slight difficulty I see is that the "two template" approach allows some extra choice; thus I prefer the style of {{tl|Citation}} plus {{tl|Harvtxt}}, the latter with no terminal full stop to be compatible with CS2, whereas you appear to prefer CS2 + {{tl|Harvnb}} and to have a terminal full stop not usually considered compatible with CS2. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 19:15, 29 April 2015 (UTC)
:::Unlike CS1|2 which is promiscuous, for {{para|last-author-amp}}, {{tlx|harvc/sandbox}} requires <code>yes</code> or <code>true</code> (case insensitive):
::::<code><nowiki>{{harvc/sandbox |last-author-amp=yes |mode=cs2 |last1=Last1 |first1=First1 |last2=Last2 |first2=First2 |last3=Last3 |first3=First3 |chapter=Chapter |in=Enclosing Source |year=2009}}</nowiki></code>
:::::{{harvc/sandbox |last-author-amp=yes |mode=cs2 |last1=Last1 |first1=First1 |last2=Last2 |first2=First2 |last3=Last3 |first3=First3 |chapter=Chapter |in=Enclosing Source |year=2009}}
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:31, 30 April 2015 (UTC)
::::{{ping|Trappist the monk}} ah, I see now that the problem is with my use of the alternative/alias {{para|lastauthoramp}}. Try using this with the sandbox version, i.e. use {{para|lastauthoramp|yes}} and see what happens. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 13:02, 30 April 2015 (UTC)
:::::I've fixed the Lua error. The CS1|2 alias {{para|lastauthoramp}} is not supported by {{tlx|harvc}} because of the move to hyphenated parameter names in CS1|2. I'm wondering about making <code>yes</code> the only accepted value for {{para|last-author-amp}}.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:21, 30 April 2015 (UTC)
::::::It's fair enough not to 'advertise' the unhyphenated aliases, in the interests of simplifying the documentation and thus helping {{em|new}} users, but spare a thought for us oldies (both in age and Wikipedia editing time) who find it hard to shake off old habits! [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 15:09, 30 April 2015 (UTC)
::Peter: the key difference between these two approaches is whether "all the relevant information" of the containing work (such as the editors, publisher, isbn, etc.) should be '''1''') contained ''within'' the template that describes the chapter (for every chapter), or '''2''') contained in single citation for the work, to which each chapter ''links''. The first case results in multiple instances of "fullest" (i.e., bloated) citations with lots of redundant data, such as the "contra-example" shown above.
::In the second case there are two ways of linking: '''2a''') ''externally'', by explicitly suffixing a Harv link (as I have done), or '''2b''') ''internally'', using an {{para|in}} parameter and code to create the link automatically. This is what Trappist did in Harvc, and (if I understand you correctly) what you seem to be suggesting for {{tld|citation}}. However, note that I already suggested that (23:04, 18 Mar), which Trappist rejected (15:25, 19 Mar) as "{{tq|adds yet another level of complexity to an already complex code set}}".
::As to ease of use: your "one template" approach is more accurately (if I understand you correctly) a ''hybrid template'' approach. And the arithmetic is more precisely the use of ''two'' templates (citation and harv) versus ''three'' templates (citation, harv, and the hybrid Harvc). (The hybrid form does not eliminate use of the other Harv templates because they are still needed to link to the chapter template.) Use of {{para|in}} in any template increases the complexity of that template; using {{tld|citation}} "in" {{tld|harv}} does not, as that is a straightforward application of what the editor already knows. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 20:50, 29 April 2015 (UTC)
:::Trappist hasn't rejected the use of the "one template" approach, but rather trying to shoe-horn it into the existing template. I'm happy to leave it to an experienced template/module editor to decide on the appropriate modularity for the implementation; a single template would indeed be easier to use, but may simply be too difficult to maintain well. You and I agree, I think, that "harvc" is a bad name for the "one template", but given that the most editors prefer CS1 (for reasons which escape me), and hence have to choose between "cite book", "cite web", "cite encyclopedia", "cite journal", etc., having one more citation template (with a more sensible name like "cite in") can't be a serious burden. Anyway, it seems that we aren't going to agree. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 13:11, 30 April 2015 (UTC)
::::Peter, I think we ''can'' agree. It's just a "simple matter" (ha) of finding the right basis for resolving our different views. It's not easy, but have patience. One partial resolution is renaming Harvc. (More on that later.)
::::My prior comment seems to have been a bit ambiguous. What Trappist rejected was not your "one template" approach, but my suggestion for an {{para|in}} parameter.
::::As to appropriate modularity: although I have not dabbled in Lua (and am reluctant to even look at the template coding), I am an experienced programmer, with a deep appreciation of "appropriate modularity". I am also quite familiar with human factors, such as why people use (or not) the tools made available. And it is in this regard that, quite aside from all issues of coding (which should be transparent to the users), ''adding'' a hybrid ''third'' template (like Harvc) is more complicated (for the users) than using a pair of existing templates. ~ [[User:J. Johnson|J. Johnson (JJ)]] ([[User_talk:J. Johnson#top|talk]]) 21:38, 30 April 2015 (UTC)
== cite arxiv ==
In considering how best to migrate {{tlx|cite arxiv}}, I have answered [[Module_talk:Citation/CS1/Feature_requests#arXiv_class_would_be_nice|this feature request]]. {{para|class}} is used in {{tld|cite arxiv}} to append the assigned value to the arxiv identifier. If {{para|arxiv}} is empty or omitted, {{para|class}} is ignored. There is no error checking of the value assigned to {{para|class}}.
:{{cite journal/new |last=Indelicato|first=Paul |title=Exotic Atoms|journal=[[Physica Scripta]] |year=2004|volume=T112 |issue=1|pages=20–26 |doi=10.1238/Physica.Topical.112a00020 |arxiv = physics/0409058 |class=physics.atom-ph |bibcode = 2004PhST..112...20I }}
{{tld|cite arxiv}} is an odd duck. In its current guise it is {{tlx|cite journal}} without a proper journal title though it uses the {{tlx|citation/core}} meta-parameter {{para|Periodical}} to hold the external link to the arXiv page.
{{tld|cite arxiv}} has some parameters that are new to [[Module:Citation/CS1]]:
#{{para|class}} – mentioned above
#{{para|eprint}} – apparently an alias of {{para|arxiv}}
#{{para|version}} – not actually new to the module but used in a different way. In the module, {{para|version}} is an alias of {{para|serial}} and is used in other CS1/2 templates to identify different versions of things in the rendered citation. In relation to arxiv identifiers, {{para|version}} is a suffix on the arxiv identifier that specifies which version of the paper the identifier identifies. I propose to deprecate this parameter in {{tld|cite arxiv}} so that it is included in {{para|arxiv}} (arxiv error checking already supports this).
#{{para|use ampersand before last author}} – really, it's there; same as {{para|last-author-amp}} so I propose to deprecate it.
Apparently, {{tld|cite arxiv}} can be filled by bot if {{para|title}} and all of the {{para|author}} parameters are empty and if the citation contains {{para|arxiv}} or {{para|eprint}}. The bot that does this work isn't identified so if anyone knows which bot that is, and if it is still alive, please tell us so that we can add its name to the documentation.
When editors rely on the bot to fill the template, the template code invokes {{tld|citation/core}} to render a link to the arxiv page with a message saying that a bot will soon fill the template. That won't work so nicely with the module which will emit a missing title error message. This code needs to be rewritten so that the appropriate message is rendered but the module isn't invoked.
I don't quite know yet what to do about the COinS metadata. Currently, this template:
:{{cite arXiv |last=Mashnik|first=Stepan G. |year=2000 |title=On Solar System and Cosmic Rays Nucleosynthesis and Spallation Processes |class=astro-ph |eprint=astro-ph/0008382 }}
produces this jibberish for <code>rft.jtitle</code>:
:<code>&rft.jtitle=%27%27%5B%5BarXiv%5D%5D%3A%5Bhttp%3A%2F%2Farxiv.org%2Fabs%2Fastro-ph%2F0008382+astro-ph%2F0008382%5D%26nbsp%3B%5B%5Bhttp%3A%2F%2Farxiv.org%2Farchive%2Fastro-ph+astro-ph%5D%5D%27%27</code>
This may be a case where we just name the 'journal' arXiv and produce this:
:<code>&rft.jtitle=arXiv</code>
For the {{para|arxiv}} identifier, the module produces this metatdata:
:<code>&rft_id=info%3Aarxiv%2Fastro-ph%2F0008382</code>
which it would also do for {{tld|cite arxiv}} once it has migrated.
Opinions?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:50, 30 March 2015 (UTC)
::{{tq|The bot that does this work isn't identified}} – perhaps not well identified, but in the first line under the Usage heading, "a bot" is a piped link to [[User:Citation bot]] - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 16:04, 30 March 2015 (UTC)
:::So it does, I've tweaked it.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:27, 30 March 2015 (UTC)
I've created {{tlx|cite arxiv/new}} which mimics the way the current {{tlx|cite arxiv}} works. The new version doesn't invoke [[Module:Citation/CS1/sandbox]] unless both {{para|title}} and {{para|last}} (or one of its aliases) are set. In contrast, {{tld|cite arxiv}} always invokes {{tlx|citation/core}}. To mimic the old version, the new adds an external link to the output using the value provided in {{para|arxiv}} or {{para|eprint}}. The output for <code><nowiki>{{cite arxiv/new |arxiv = physics/0409058}}</nowiki></code> looks like this:
:<code><nowiki>A bot will complete this citation soon. <small>[http://tools.wmflabs.org/citations/doibot.php?page=Help_talk:Citation_Style_1 Click here to jump the queue]</small>[[Category:Articles with missing Cite arXiv inputs |Citation Style 1]] [[arXiv]]:[//arxiv.org/abs/physics/0409058 physics/0409058].</nowiki></code>
which renders as (category commented out):
:A bot will complete this citation soon. <small>[http://tools.wmflabs.org/citations/doibot.php?page=Help_talk:Citation_Style_1 Click here to jump the queue]</small><!-- [[Category:Articles with missing Cite arXiv inputs |Citation Style 1]] --> [[arXiv]]:[//arxiv.org/abs/physics/0409058 physics/0409058].
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:41, 30 March 2015 (UTC)
:(e/c) I agree with points 1 through 4 above. I have seen Citation Bot fill in one of these templates recently, so that piece of the system does work. {{tl|Cite doi}} emits a similar message about the bot when you create a new template that contains only a DOI value, although the template is structured differently, with only a single unnamed parameter.
:Emitting "arXiv" as the journal may not be appropriate, but I can't tell. [http://arxiv.org/abs/1008.2928?context=cs.DS Some arXiv articles] contain a "journal reference", presumably to indicate that the article, or a version of it, was published in a peer-reviewed journal. Maybe we emit "arXiv" unless {{para|journal}} is filled in?
:Trappist, thanks for taking on these migrations. I know you get a lot of static for it since you are the main programmer, but I think that the changes that have been made to the CS1 templates over the last two years have dramatically increased the consistency and accuracy of CS1 citations in hundreds of thousands, if not millions, of articles. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:50, 30 March 2015 (UTC)
::If the arXiv article has a journal reference, we should be using {{tl|cite journal}} (with {{para|arxiv}} filled in) not {{tl|cite arxiv}} (which should only be for preprints that do not also have a more definitive published form). So I think using "arXiv" as the journal should be ok. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 19:52, 30 March 2015 (UTC)
::I was just coming to that. {{tlx|cite arxiv}} has associated categories
:::{{cl|Articles with missing Cite arXiv inputs}} – I suspect that Citation bot uses the content of this category
:::{{cl|Articles with a journal parameter in their Cite arxiv templates}} – can go away and be replace with an error message? add to {{cl|CS1 errors: arXiv}}?
:::{{cl|Articles with a publisher parameter in their Cite arxiv templates}} – also goes away?
::I think that if either of {{para|journal}} or {{para|publisher}} is set (or their alias), the module should set them to empty strings, and then emit an appropriate error message. There wouldn't be any periodical in the rendered citation, but the COinS would get <code>&rft.jtitle=arXiv</code> (this parameter usually holds the periodical name).
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:19, 30 March 2015 (UTC)
::Perhaps like this, and, perhaps, {{para|url}} should be added to the list of parameters not supported by the new {{tlx|cite arxiv}}:
{{cite compare |old=no |mode=arXiv |last=Conte |first=Elio |arxiv=0711.2260 |class=quant-ph |title=A Quantum Like Interpretation and Solution of Einstein, Podolsky, and Rosen Paradox in Quantum Mechanics<!--|date=nov 2007-->| journal=Proceedings Fundamental problems of Sciences, 271-304, S. Petersburg 2002|date=2002|pages=271-304|url=http://arxiv.org/abs/0711.2260v1|accessdate=3 March 2014}}
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:57, 30 March 2015 (UTC)
::In comparison to all of the other CS1/2 templates, {{tlx|cite arxiv}} is quite limited in what it supports. Along with the aforementioned {{para|journal}}, {{para|publisher}}, and {{para|url}}, there are {{para|access-date}}, {{para|page}}, {{para|pages}}, and {{para|at}}. It does support {{para|format}} but shouldn't; it supports all of the usual identifiers but probably shouldn't. I have to think about this some more.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:00, 31 March 2015 (UTC)
::Ok, rather than have the error message list the unsupported parameter(s), I've opted to create a simpler error message. The list of unsupported parameters and an explanation will be available at the [[Help:CS1 errors]]. The test for unsupported parameters includes all of the special identifiers (ISBN, doi, etc) but doesn't set them to empty strings.
::I've also added an error message for the case where {{para|arxiv}} is missing or empty:
{{cite compare |old=no |mode=arXiv |last=Conte |first=Elio |title=A Quantum Like Interpretation and Solution of Einstein, Podolsky, and Rosen Paradox in Quantum Mechanics |date=Nov 2007}}
::With that then, I think that this migration is done. See [[Template:Cite arxiv/testcases]] and add more if you see something that should be tested.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:46, 31 March 2015 (UTC)
:::I have notified Wikiproject Astronomy, Wikiproject Mathematics, and Wikiproject Physics about this discussion. Feedback from the actual users of this template will be helpful. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 15:05, 31 March 2015 (UTC)
::::- I'm not sure if this will just automatically work once {{tlx|cite arXiv}} gets migrated, so, just in case: {{para|display-authors}} isn't recognized currently, and the citation auto-truncates to 8 authors. Also, I support points 1-4.
::::- Concerning {{para|journal}} or {{para|publisher}} in {{tlx|cite arXiv}}, I agree with [[User:David Eppstein|David Eppstein ]] and [[User:Trappist the monk|Trappist]] - I think it would be better to produce an error message, or at least a maintenance category/message to convert a {{tlx|cite arXiv}} to {{tlx|cite journal}} (I've seen variants of {{para|publisher|arXiv}} though..., which could be made to emit an error as well?). If {{tlx|cite arXiv}} were to accept {{para|journal}}, then it would make sense to duplicate most of the other {{tlx|cite journal}} parameters, but I don't think that's the right way to go. I think it'd make more sense to make {{tlx|cite journal}} a wrapper around {{tlx|cite arXiv}} (if I'm using the term properly), than the other way around. {{tlx|cite arXiv}} should be reserved for papers not yet published in a {{tlx|cite journal}}. A potential problem is that arXiv eprints are not always word-for-word copies of their published peer-reviewed counterparts, but the differences are generally minor. <b>~</b> <span style="font-family:Monotype Corsiva; font-size:17px;">[[User:Tom.Reding|Tom.Reding]] ([[User talk:Tom.Reding|talk]] ⋅[[Special:Contributions/Tom.Reding|contribs]] ⋅[[WP:Don%27t-give-a-fuckism|dgaf]])</span> 16:28, 31 March 2015 (UTC)
:::::Setting {{para|displayauthors|4}} seems to work in the new version; as an example I've added {{para|publisher|Publisher}} (should show an error):
{{cite compare |old=no |mode=arXiv |displayauthors=4 |publisher=Publisher |author=Mayor, M. |author2=Marmier, M. |author3=Lovis, C. |author4=Udry, S. |author5=Ségransan, D. |author6=Pepe, F. |author7=Benz, W. |author8=Bertaux, J.-L. |author9=Bouchy, F. |author10=Dumusque, X. |author11=Lo Curto, G. |author12=Mordasini, C. |author13=Queloz, D. |author14=Santos, N. C. |date=2011|title=The HARPS Search for Southern Extra-solar Planets XXXIV. Occurrence, Mass Distribution and Orbital Properties of Super-Earths and Neptune-mass Planets| eprint=1109.2497|class=astro-ph.EP}}
:::::To convert {{tlx|cite arxiv}} to {{tlx|cite journal}} (once the paper has been published) is a simple matter of changing the template name and adding or deleting the relevant details – as you say, the preprint may not accurately reflect the final published paper.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:50, 31 March 2015 (UTC)
In the COinS, the module version will report the title's genre as <code>&rft.genre=preprint</code>. The change to support this may allow us to refine COinS data for the other CS1 templates.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:17, 6 April 2015 (UTC)
Forgive me if I'm being stupid, but isn't it always better to use {{tlp|cite journal|2=arxiv=xxx}} than {{tlp|cite arxiv|2=eprint=xxx}} anyway? In the former case Citation bot automatically fills out the journal details if and when the preprint is published, and it ensures full compliance with all the normal formatting used by {{tl|cite journal}} and support for all the existing parameters. Is there any reason to maintain a separate template for this? It seems rather pointless to duplicate everything. Could {{tl|cite arxiv}} not be deprecated entirely, or converted into a simple wrapper for {{tl|cite journal}}? [[User:Modest Genius|<b style="font-family:Times New Roman; color:maroon">Modest Genius</b>]] [[User_talk:Modest Genius|<sup>talk</sup>]] 22:11, 9 April 2015 (UTC)
:Are you sure about that? {{tlx|cite journal}} doesn't have the auto-filling-by-bot code that {{tlx|cite arxiv}} has. Infact, creating a {{tld|cite journal}} with just {{para|arxiv}} creates missing or empty title errors.
:If an editor is citing a paper that hasn't been published, or if the editor is citing a version of the paper that is a preprint (because that's the [[WP:SAYWHEREYOUGOTIT]] paper) and not citing the published version, then the editor is correct to use {{tld|cite arxiv}}. According to the [[arXiv]] article, some papers never make it out of preprint so, for those papers ever languishing in the arXiv limbo, {{tld|arxiv}} is the correct template.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:54, 9 April 2015 (UTC)
::Whenever I use a {{tl|cite journal}} I enter a single ID and then hit 'expand citations'. The bot is supposed to do it after some time if I forget to hit the button, but I haven't tested whether that's working in practice. If it's a preprint that hasn't been published yet the template still works fine so long as e.g. the title gets filled out by the bot.
::I'm unconvinced by the need to specifically cite the preprint rather than the final publication, because a) many editors read the arxiv version simply because that is the [[green open access]] copy of the final publication (rather than a preliminary version) and thus citing the real thing is preferably (as there are many other ways of accessing it) and b) If some claim was present in a pre-reviewing arxiv posting but not in the final publication then must have been found to be deficient during the peer review process, so we really shouldn't be citing it.
::Of course I still might be missing something here. [[User:Modest Genius|<b style="font-family:Times New Roman; color:maroon">Modest Genius</b>]] [[User_talk:Modest Genius|<sup>talk</sup>]] 23:22, 12 April 2015 (UTC)
:::Update: I just did a [https://en.wikipedia.org/w/index.php?title=User%3AModest_Genius%2Fsandbox&diff=656191915&oldid=656191362 quick sandbox test], and it was in fact the [[bibcode]] that behaves the way I was thinking, not the arxiv ID (which I had to add manually). Note however that the formatting of the final result was superior in the {{tl|cite journal}} case, whilst the {{tl|cite arxiv}} ended up with the wrong year of publication(!) but had a nicer clickable link. It's unclear to me whether it would be easier to get Citation bot to look up arxiv IDs in {{tl|cite journal}}, or make changes to {{tl|cite arxiv}} to mirror all the other desired functionality. I suspect the former but am no expert on bots. [[User:Modest Genius|<b style="font-family:Times New Roman; color:maroon">Modest Genius</b>]] [[User_talk:Modest Genius|<sup>talk</sup>]] 23:34, 12 April 2015 (UTC)
::::There is no facility in {{tlx|cite journal}} to notify Citation bot that a journal citation needs to be completed. That facility does exist for {{tlx|cite arxiv}}; the template leaves you a message in the article telling you: "A bot will complete this citation soon." The template also gives you a link to click if you want it done now. {{tld|cite journal}} does not do this.
::::Whatever problems you are having with auto-filling are problems with the tool you are using, not with {{tld|cite arxiv}} or {{tld|cite journal}}. My guess for the different dates is that it's simply a matter of where the tool goes to get the data. Following the Bibcode link at your sandbox example takes you to a [http://adsabs.harvard.edu/abs/2013MNRAS.429..939S page] that lists publication date as 02/2013; similarly, following the arXiv link takes you to a [//arxiv.org/abs/1210.8136 page] that identifies the v1 version date as 30 October 2012. It would appear that the tool acted correctly.
::::Your sandbox example makes no use of {{tlx|cite arxiv}} so it is not clear to me how you can make any claims that it is better or worse than {{tld|cite journal}}.
::::If an editor uses material found at arXiv in support of assertions made in a Wikipedia article, that is the source that should be cited. If the editor uses material found in a journal in support of assertions made in a Wikipedia article, that is the source that should be cited. The two may be identical; they may not. If the editor has read one but not the other, it is inappropriate to identify the unread material as the source supporting the Wikipedia article. Is this not what [[WP:SAYWHEREYOUGOTIT]] is all about?
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:35, 13 April 2015 (UTC)
:::::The 'tool' I'm using is just citation bot. Yes cite arxiv does give you a handy link to it, whilst cite journal does not (I mentioned this above), but the bot fills both out eventually anyway. The year is incorrect because it gave volume and page numbers that didn't exist until 2013 - in this case 2012 would refer to the preprint only and not the final journal publication. Oh and yes I did use cite arxiv, it's just that [https://en.wikipedia.org/w/index.php?title=User:Modest_Genius/sandbox&diff=656191511&oldid=656191501 when the bot fills it out it changes it to cite journal]. It seems that cite journal is better for some things, and cite arxiv better for others. Surely combining the best bits into a single template is easier to maintain than two separate but very similar templates? [[User:Modest Genius|<b style="font-family:Times New Roman; color:maroon">Modest Genius</b>]] [[User_talk:Modest Genius|<sup>talk</sup>]] 17:43, 13 April 2015 (UTC)
::::::So you did; I missed the (4 intermediate revisions by 2 users not shown) text.
::::::The bot clearly fetches some information from the arXiv page which you can see if you compare the completed template page parameter with the page information at the arXiv page. But, this talk page isn't about Citation bot; if it is fetching incorrect information, regardless of the CS1 template being used, that topic should be raised at the [[User talk:Citation bot|bot's discussion page]] because it won't be solved or addressed here.
::::::I don't have a problem with the notion of {{tq|combining the best bits into a single template}} when it makes sense to do so. But, here we have one template designed to cite published work and another designed to cite unpublished work. These two templates are to my mind, serving sufficiently different purposes to remain separate.
::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:41, 14 April 2015 (UTC)
== Allow slash and numbers in Vancouver style? ==
{{cl|CS1 errors: Vancouver style}} has been emptied, mostly through null edits, except for three articles, [[BRCA1]], [[BRCA2]], and [[Tuberous sclerosis]]. The first two contain the slash "/" in the author name (copied straight from PubMed), and the third contains numbers in the author name (also copied straight from PubMed). Paging {{U|Boghog}} and other interested parties for comment. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:52, 29 April 2015 (UTC)
:It seems to me that those templates shouldn't be {{tlx|vcite2 journal}} but {{tlx|cite journal}}. Those corporate author names can't be reduced to Vancouver name format so I think that the error message is correct.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:02, 29 April 2015 (UTC)
:: Non-conforming Vancouver authors in PubMed are very rare (on the order of one in ten thousand citations), hence substituting {{tlx|vcite2 journal}} with {{tlx|cite journal}} or by [https://en.wikipedia.org/w/index.php?title=BRCA1&diff=prev&oldid=660006444 resetting] {{para|author-list-format}} to null should be OK. {{cl|CS1 errors: Vancouver style}} is now completely emptied. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 05:55, 30 April 2015 (UTC)
:::There are those who believe that empty parameters such as {{para|author-list-format}} constitute citation clutter and so will complain about and / or remove them. Can I suggest that {{tlx|vcite2 journal}} and [[Module:ParseVauthors]] use some form of positive indication that the parameter is there for a purpose? Perhaps one of these: {{para|author-list-format|none}} or {{para|author-list-format|default}} or {{para|author-list-format|cs1}}; all of which would serve the purpose of not passing {{para|author-list-format|vanc}} to {{tlx|cite journal}}.
:::I don't think that it is necessary to have this same functionality in [[Module:Citation/CS1]] because an empty {{para|author-list-format}} doesn't disable anything.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:49, 1 May 2015 (UTC)
== New behavior of {{para|authors}} needs to be adjusted or documented ==
Now that {{para|authors}} is officially not an alias of {{para|last}}, it appears that some behavior of the {{para|authors}} parameter needs to be either adjusted or documented.
First, using "et al." in {{para|authors}} does not put it in the "explicit et al." maintenance category:
{{cite compare|mode=journal|old=no |title=Photometry of the z=7.08 quasar ULAS J1120+0641 |authors= Steve Warren, Daniel Mortlock, ''et al.'' |journal= Spitzer Proposals |volume=80114 |date=May 2011 |bibcode=2011sptz.prop80114W }}
Second, using {{para|authors}} with {{para|display-authors|etal}} does not display author names and shows a redundant parameter error (although this appears to be fixed in the sandbox):
{{cite compare|mode=journal|old=no |title=Photometry of the z=7.08 quasar ULAS J1120+0641 |authors= Steve Warren, Daniel Mortlock |display-authors=etal |journal= Spitzer Proposals |volume=80114 |date=May 2011 |bibcode=2011sptz.prop80114W }}
Changing {{para|authors}} to {{para|last}} works fine, by the way:
{{cite compare|mode=journal|old=no |title=Photometry of the z=7.08 quasar ULAS J1120+0641 |last= Steve Warren, Daniel Mortlock |display-authors=etal |journal= Spitzer Proposals |volume=80114 |date=May 2011 |bibcode=2011sptz.prop80114W }}
And just to be perverse, here's one with {{para|authors}}, {{para|last2}}, and {{para|display-authors|etal}}:
{{cite compare|mode=journal|old=no |title=Photometry of the z=7.08 quasar ULAS J1120+0641 |authors= Steve Warren |last2 =Daniel Mortlock |display-authors=etal |journal= Spitzer Proposals |volume=80114 |date=May 2011 |bibcode=2011sptz.prop80114W }}
Is this working as designed? If so, we need to document it. If not, how should it be adjusted? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:40, 30 April 2015 (UTC)
:First case fixed today, I think; second case was fixed 23 April 2015 (see [[Help_talk:Citation_Style_1#.7Cdisplay-author.3Detal_bug|here]]); third case, yep; fourth case is working as intended. When you mix {{para|authors}} with {{para|last2}} you have two author parameters that are not aliases of each other so we emit the 'more than one of ...' redundant parameter error message. Because {{para|authors}} with {{para|last2}} are not aliases of each other, the code is looking for {{para|last1}} to complete that author name list. Not finding it, the module emits the 'missing |last1= ...' error message.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:47, 30 April 2015 (UTC)
::Nice work. The sandbox examples all look right to me now. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 00:53, 1 May 2015 (UTC)
==FYI==
Hi all, just flagging [[Module_talk:Citation/CS1#Language_parameter|this conversation]] at Module talk:Citation/CS1. Best, --[[User:Elitre (WMF)|Elitre (WMF)]] ([[User talk:Elitre (WMF)|talk]]) 08:29, 1 May 2015 (UTC)
== {{para|Editor}} (capital "E") not flagged in {{tl|Cite book}}? ==
This capitalized {{para|Editor}} appears to work just fine. I believe that it should be flagged as unsupported.
*{{Cite compare|mode=book|year=2006|chapter=All the great shows|Editor=James Wilson|title=Book about super trains|publisher=On the Line Inc.|place=Seattle}}
<s>I haven't looked at the code yet to see why this capitalized parameter is accepted, but I will do so if I have time.</s> – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:01, 5 April 2015 (UTC)
:It's on the [[Module:Citation/CS1/Whitelist|Whitelist]]. That's odd. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:03, 5 April 2015 (UTC)
::It's also been in the [https://en.wikipedia.org/w/index.php?title=Module:Citation/CS1/Configuration/sandbox&oldid=568150012 main module] for years; I've just never noticed. It looks like we also allow {{para|Author}} and {{para|Ref}} and {{para|DoiBroken}}, with all other parameters, except for initialisms, in lower case only. I think we should deprecate the capitalized form of all of these parameters. Are they in our documentation anywhere? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:09, 5 April 2015 (UTC)
:::The supported alternative capitalizations were each part of one or more of the pre-Lua templates and hence were pulled in to maintain backward compatibility. [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 22:24, 5 April 2015 (UTC)
::::That makes sense. It's been two years since then, however, and I think it's time to bid them farewell. Maybe a maintenance category to ease into this transition? I have a nice AutoEd script that I use to clean up unsupported parameters (usually capitalization and misspelling errors), and it would work just fine on such a category. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:34, 5 April 2015 (UTC)
:::::<code>insource:/\| *Author *=/</code> 25 instances
:::::<code>insource:/\| *Editor *=/</code> 332 instances; {{para|Editor}} is used by {{tlx|Infobox television episode}}
:::::<code>insource:/\| *Ref *=/</code> 47 instances; {{para|Ref}} is accepted by the {{tlx|harv}} family of templates
:::::<code>insource:/\| *DoiBroken *=/</code> none found
:::::<code>insource:/\| *EditorGiven *=/</code> none found
:::::<code>insource:/\| *EditorSurname *=/</code> 2 instances
:::::<code>insource:/\| *Embargo *=/</code> none found; we might want to think about removing {{para|embargo}} in the cases where the embargo has expired
:::::<code>insource:/\| *PPrefix *=/</code> none found
:::::<code>insource:/\| *PPPrefix *=/</code> none found
:::::Presumably there are numbered versions: {{para|Author''n''}}, {{para|Editor''n''}} and perhaps {{para|EditorGiven''n''}} and {{para|EditorSurname''n''}}.
:::::Given these low numbers, I don't have a problem deprecating the author and editor parameters and killing the others.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:16, 5 April 2015 (UTC)
::::::I believe that I have fixed all of the instances of the above parameters that needed to be fixed, i.e. they were in citation templates and were populated with a value. It has been my experience that the insource search doesn't always find everything, so there may be a few more that crop up in the deprecated parameter category. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 19:55, 11 April 2015 (UTC)
These are now deprecated:
:{{para|Author}}
:{{para|Author#}}
:{{para|Editor}}
:{{para|Editor#}}
:{{para|EditorGiven}}
:{{para|EditorGiven#}}
:{{para|EditorSurname}}
:{{para|EditorSurname#}}
and these are invalidated:
:{{para|DoiBroken}}
:{{para|Embargo}}
:{{para|PPPrefix}}
For PMCs with {{para|embargo}} that have expired, a new maintenance category:
{{cite compare |old=no |mode=journal |title=Title |journal=Journal |pmc=12345 |embargo={{date|today}} |comment=embargo expired today}}
{{cite compare |old=no |mode=journal |title=Title |journal=Journal |pmc=12345 |embargo={{date|tomorrow}} |comment=embargo expired today}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:13, 7 April 2015 (UTC)
It appears that {{para|Ref}} is still a valid parameter name. Is there a reason to keep it? I can think of none. It's probably still valid merely because of mistake on my part.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:52, 13 May 2015 (UTC)
:This capitalized parameter should be changed to deprecated or unsupported, per the discussion above. It looks like we all missed removing it in the last round, even though it was discussed above.
:Would you be willing to create a Monkbot task (or would {{U|GoingBatty}} be willing to create a BattyBot task) to scan the deprecated parameters category for these capitalized parameters and change them to lower-case? The category is so overwhelmed with {{para|coauthors}} that it is hard for a human editor to find {{para|month}} and {{U|Ref}} and other rare deprecated parameters in there. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:19, 13 May 2015 (UTC)
::I have an AWB script that works on these plus others listed in the table at [[Help:CS1_errors#Cite_uses_deprecated_parameters]]. I have just added {{para|Ref}} to it.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:00, 13 May 2015 (UTC)
== |vauthors= ==
{{anchor|vauthors}}
The topic of {{para|vauthors}} support periodically pops up. It has done so again at [[Module talk:Citation/CS1/Archive 12#Author parsing]] and at [[Wikipedia talk:WikiProject Medicine#Medical FA maintenance]]. {{para|vauthors}} is a parameter that is used in {{tlx|vcite2 journal}} to hold a strictly formatted [[Vancouver system]]-style author name list. {{tld|vcite2 journal}} invokes [[Module:ParseVauthors]] which extracts the author names from {{para|vauthors}} into a series of {{para|first''n''}} / {{para|last''n''}} parameters that it then passes with {{para|name-list-format|vanc}} and {{para|display-authors|6}} along with all of the other parameters to {{tlx|cite journal}}.
I have added support for this parameter to [[Module:Citation/CS1/sandbox]]. These examples are {{tlx|cite book/new}} but the parameter works for the other cs1|2 templates:
A simple case:
:{{cite book/new |title=Title |vauthors=First FM, Second FM |date=2015}}
Supports {{para|author-mask''n''}} and {{para|authorlink''n''}} as well as <code>CITEREF</code>:
:{{cite book/new |title=Title |vauthors=First FM, Lincoln A |date=2015 |authormask=2 |author-link2=Abraham Lincoln |ref=harv}}
allows {{para|vauthors}} to contain et al. without adding the page to {{cl|CS1 maint: Explicit use of et al.}} because the [http://tools.wmflabs.org/citation-template-filling/cgi-bin/index.cgi PMID cite tool], heavily used by [[WP:MED]], did, in the past, and reportedly will again in the future, create citations that include the text:
:{{cite book/new |title=Title |vauthors=First FM, Second FM et al. |date=2015}}
<s>default display of 6 authors even though seven are listed:</s>
<s>:{{cite book/new |title=Title |vauthors=First FM, Second FM, Third FM, Fourth FM, Fifth FM, Sixth FM, Seventh FM |date=2015}}</s>
<s>to display all seven, set {{para|display-authors|7}}. {{cl|CS1 maint: display-authors}} suppressed because in this case there is legitimate need to set {{para|display-authors}} to a number equal to or greater than the number of authors:</s>
<s>:{{cite book/new |title=Title |vauthors=First FM, Second FM, Third FM, Fourth FM, Fifth FM, Sixth FM, Seventh FM |date=2015 |display-authors=7}}</s>
{{tld|citation}}, name list contains an illegal character
:{{citation/new |title=Title |vauthors=First FM; Second FM |date=2015}}
{{tld|cite journal/new}}, first name's intials not properly capitalized:
:{{cite journal/new |title=Title |journal=Journal |vauthors=First fm; Second FM |date=2015}}
As currently configured, {{para|vauthors}} has priority over {{para|last''n''}} / {{para|first''n''}} which has priority over {{para|authors}}. Is this the correct hierarchy? Still to do is error reporting when a template includes {{para|vauthors}} with any of {{para|last''n''}} / {{para|first''n''}} / {{para|authors}}.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:01, 7 May 2015 (UTC)
It occurs to me that if we keep this, we should extend it to support editors with {{para|veditors}}.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:28, 7 May 2015 (UTC)
:It makes sense to support this given that vauthors has a format which can be parsed in an expected way (and which can be error checked). I am concerned about not including all authors (to some extent). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:12, 7 May 2015 (UTC)
::Nothing about this parameter will prevent you from including a gross of authors if that is your desire. To be compatible with {{tlx|vcite2 journal}} which itself complies with [http://www.nlm.nih.gov/bsd/uniform_requirements.html this recommendation (at 1)], {{tlx|cite journal}} should display a maximum of six authors unless otherwise directed by {{para|display-authors}}.
::Lifting that restriction for the other cs1|2 templates may be 'correct' but may also confuse editors. I think that if we define a standard 'vauthors rule' (up to six authors are displayed unless overridden by {{para|display-authors}}), we won't have so many confused editors. If there is sufficient need for a different or no default for other templates, we can address that need as it arises.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:46, 7 May 2015 (UTC)
:::I was commenting more about the linked [[WT:MED]] discussion regarding that second sentence. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 18:07, 7 May 2015 (UTC)
A slight revision of the code that handles {{para|display-authors}}:
:{{para|display-authors}}
::{{cite book/new |title=Title |vauthors=First FM, Second FM, Third FM, Fourth FM, Fifth FM, Sixth FM, Seventh FM |date=2015 |display-authors=}}
:{{para|display-authors|8}}
::{{cite book/new |title=Title |vauthors=First FM, Second FM, Third FM, Fourth FM, Fifth FM, Sixth FM, Seventh FM |date=2015 |display-authors=8}}
:{{para|display-authors|3}}
::{{cite book/new |title=Title |vauthors=First FM, Second FM, Third FM, Fourth FM, Fifth FM, Sixth FM, Seventh FM |date=2015 |display-authors=3}}
:{{para|display-authors|etal}} (four authors listed)
::{{cite book/new |title=Title |vauthors=First FM, Second FM, Third FM, Fourth FM |date=2015 |display-authors=etal}}
And to make sure I didn't break the {{para|display-authors}} handling for the {{para|author''n''}} type of author name list:
:{{para|display-authors}}
::{{cite book/new |title=Title |author1=First FM |author2=Second FM |author3=Third FM |author4=Fourth FM |author5=Fifth FM |author6=Sixth FM |author7=Seventh FM |date=2015 |display-authors=}}
:{{para|display-authors|8}}
::{{cite book/new |title=Title |author1=First FM |author2=Second FM |author3=Third FM |author4=Fourth FM |author5=Fifth FM |author6=Sixth FM |author7=Seventh FM |date=2015 |display-authors=8}}
:{{para|display-authors|3}}
::{{cite book/new |title=Title |author1=First FM |author2=Second FM |author3=Third FM |author4=Fourth FM |author5=Fifth FM |author6=Sixth FM |author7=Seventh FM |date=2015 |display-authors=3}}
:{{para|display-authors|etal}} (four authors listed)
::{{cite book/new |title=Title |author1=First FM |author2=Second FM |author3=Third FM |author4=Fourth FM |date=2015 |display-authors=etal}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:56, 7 May 2015 (UTC)
This is fantastic! Vancouver style authors have been and continue to be widely used in medical and scientific articles. Adding {{para|vauthors}} support to CS1 will make it much easier to maintain a consistent citation style in these articles while at the same time producing clean metadata. Thank you Trappist! [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 05:10, 8 May 2015 (UTC)
*So why can we implment this but not the citation styles that use small caps for authors names...[[User:Maunus|·maunus]] · [[User talk:Maunus|snunɐɯ·]] 05:13, 8 May 2015 (UTC)
*:Because that doesn't have consensus per [[WP:SMALLCAPS]]? --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 05:18, 8 May 2015 (UTC)
::It was REMOVED without consensus! And it has consensus aslong a WP:CITEVAR is in effect.[[User:Maunus|·maunus]] · [[User talk:Maunus|snunɐɯ·]] 23:56, 8 May 2015 (UTC)
It occurs to me that setting the artificial limit to the number of authors to be displayed (6) is inconsistent with the other author-holding parameters. I think that imposing such a limit on editors will just be confusing. If editors wish to constrain the display, they should do it with {{para|vauthors}} in the same way that they would for {{para|author''n''}} and for {{para|last''n''}} / {{para|first''n''}}: use {{para|display-authors}}. So, I've removed the 6-author display constraint from the sandbox.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:36, 10 May 2015 (UTC)
: The default should be set to what most editors prefer. Editors that use {{para|vauthors}} presumably prefer compact Vancouver style output. Since the original ICMJE recommendation is to display only the first six authors, I suspect that many of these same editors would support following this recommendation. The whole idea {{para|vauthors}} is to reduce the number of required citation parameters. If most editors end up adding {{para|display-authors|6}}, it partially defeats the purpose of using {{para|vauthors}}. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 12:37, 10 May 2015 (UTC)
::You {{diff|Wikipedia talk:WikiProject Medicine|661471794|661471425|wrote}}: {{tq|The tool will return to its default (list all authors if there are five or less, and truncate to three plus et al if there are six or more).}} Since the tool will be artificially limiting the number of authors, and because the tool is apparently commonly used, shouldn't that be sufficient? The template should not impose an artificial limit on one author-name-holding parameter that it doesn't also impose on {{para|author''n''}} and {{para|last''n''}} / {{para|first''n''}} parameters. When editors desire to include more authors in the template than are to be displayed, they should use the same mechanism (insofar as is possible – it won't work on {{para|authors}}) that is used with other author-name-holding parameters. If compactness is desired, there is nothing to prevent editors from simply reducing the number of authors listed in {{para|vauthors}}.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:39, 10 May 2015 (UTC)
::: There is developing consensus over at [[Wikipedia_talk:WikiProject_Medicine#Medical_FA_maintenance|WT:MED]] (and also supported by Izno above) that all authors should be included in the author list. As I subsequently [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3AWikiProject_Medicine&type=revision&diff=661688074&oldid=661672319 wrote], the tool's default has been changed to include all authors and will only truncate the author list if the "Use et al. for author list" option is selected. The "et al." option is retained for FA MED articles and for citations with "hyperauthorship". [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 16:17, 10 May 2015 (UTC)
::::Apparently, there is some support at WT:MED ({{diff|Wikipedia talk:WikiProject Medicine|661482897|661477103|here}} and {{diff|Wikipedia talk:WikiProject Medicine|661486594|661485503|here}}) for listing all and truncating the list with {{para|display-authors}}. If a consensus develops outside of WP:MED to artificially limit the displayed length of a Vancouver-style author-name list, then we should consider doing that but I think that it isn't quite right to allow WP:MED to define this parameter's functionality based on WP:MED's unique preferences when such preferences may not match those of other projects or other editors.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:06, 10 May 2015 (UTC)
::::: By far, the widest use of the [http://tools.wmflabs.org/citation-template-filling/cgi-bin/index.cgi citation filling tool] and {{tl|vcite2 journal}} has been within the [[WP:MED]] and [[WP:MCB]] projects and the participants within these two projects largely overlap. Hence the consensus at [[WP:MED]] is significant and carries at least as much weight as this talk page. Finally {{tl|vcite2 journal}} has been transcluded into ~2600 pages and has included {{para|display-authors|6}} from the beginning. Not one editor has objected to this setting. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 17:46, 10 May 2015 (UTC)
::::::I do not doubt that. But, {{tlx|vcite2 journal}} is not {{tlx|cite journal}}, {{tlx|cite book}}, {{tlx|cite web}} nor any of the other 20-some cs1|2 templates. For editors who use those templates, there are no artificial limits such as those that WP:MED have imposed upon themselves. I suspect that a requirement to add {{para|display-authors|''n''}} to show more than 6 authors is going to be confusing because editors don't need to do that with {{para|author}} or {{para|authors}}.
::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:10, 10 May 2015 (UTC)
===Corporate authors and |vauthors= ===
What to do about corporate authors? This cite throws two errors because '16' is not in the set of letters allowed by the Vancouver name test and because the 'first name', 'Consortium' is not one or two uppercase letters. A quick search of the [[Vancouver system]] [http://www.ncbi.nlm.nih.gov/books/NBK7282/ documentation] for the terms 'corporate' and 'institutional' was unproductive. The corporate author in this citation renders correctly:
:{{cite journal/new | vauthors = European Chromosome 16 Tuberous Sclerosis Consortium | title = Identification and characterization of the tuberous sclerosis gene on chromosome 16 | journal = Cell | volume = 75 | issue = 7 | pages = 1305-15 | year = 1993 | pmid = 8269512 | doi = 10.1016/0092-8674(93)90618-Z}}
but, the metadata are flawed:
:<code>&rft.au=European+Chromosome+16+Tuberous+Sclerosis%2C+Consortium&rft.aufirst=Consortium&rft.aulast=European+Chromosome+16+Tuberous+Sclerosis</code>
This is because there isn't a mechanism in place to identify this author as a corporate author.
There are citations in article space that list both individual and corporate authors using the existing author-holding parameters. If a corporate or institutional author is listed separately in {{para|author''n''}} or {{para|last''n''}}, the citation renders correctly and the metadata are not corrupted. {{para|authors}} almost always produces corrupt metadata. It should be expected that editors will create citations that will include both individual and corporate authors in {{para|vauthors}}.
One possible solution might be to require that corporate authors be 'wrapped' in some sort of simple markup:
:{{para|vauthors|[European Chromosome 16 Tuberous Sclerosis Consortium], First FM, Second FM}}
The wrapping bypasses the usual Vancouver name test so any character is allowed within the brackets. This should not be used to defeat the test for individual author-names.
Using this scheme, this citation:
:{{cite journal/new | vauthors = [European Chromosome 16 Tuberous Sclerosis Consortium], First FM, Second FM | title = Identification and characterization of the tuberous sclerosis gene on chromosome 16 | journal = Cell | volume = 75 | issue = 7 | pages = 1305-15 | year = 1993 | pmid = 8269512 | doi = 10.1016/0092-8674(93)90618-Z}}
produces this correct metadata:
:<code>&rft.au=European+Chromosome+16+Tuberous+Sclerosis+Consortium&rft.au=First%2C+FM&rft.aulast=European+Chromosome+16+Tuberous+Sclerosis+Consortium&rft.au=Second%2C+FM</code>
I have added code to trap the expected case when editors write <code><nowiki>[[</nowiki></code> and <code><nowiki>]]</nowiki></code>.
:{{cite journal/new | vauthors = [[European Chromosome 16 Tuberous Sclerosis Consortium]], First FM, Second FM | title = Identification and characterization of the tuberous sclerosis gene on chromosome 16 | journal = Cell | volume = 75 | issue = 7 | pages = 1305-15 | year = 1993 | pmid = 8269512 | doi = 10.1016/0092-8674(93)90618-Z}}
An opening <code><nowiki>[[</nowiki></code> without a closing <code><nowiki>]]</nowiki></code> does not produce an error because WikiMedia never finds the ending <code><nowiki>]]</nowiki></code> so the template's <code><nowiki>}}</nowiki></code> is never found.
While this example uses square brackets, perhaps a better markup would be doubled parentheses in this fashion:
:{{para|vauthors|((European Chromosome 16 Tuberous Sclerosis Consortium)), First FM, Second FM}}
Doubling the parentheses is closely akin to other doubled markup used in Wikitext but it is not used anywhere else that I know of. Parentheses are not allowed by the Vancouver name test so their presence won't be confused as a proper part of a name.
Opinions? Is there a better way to detect or define corporate or institutional authors?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:32, 10 May 2015 (UTC)
: I don't have a strong feeling about this. The [http://www.nlm.nih.gov/bsd/uniform_requirements.html ICMJE recommendations] suggest that individual and organization authors be separated by a semicolon. This recommendation is followed by PubMed (see for example {{PMID3|12771764}}). However I don't think we should follow this particular recommendation as it would make error checking less robust (one of the most common vauthors errors is likely to be the use of standard CS1 rendered author format).
: Another possibility is to use {{para|vauthors}} for the individual authors and {{para|authorn}} for the organization author. For example:
:* <nowiki>{{vcite2 journal | vauthors = Vallancien G, Emberton M, Harving N, van Moorselaar RJ | author5 = Alf-One Study Group | title = Sexual dysfunction in 1,274 European men suffering from lower urinary tract symptoms | journal = J. Urol. | volume = 169 | issue = 6 | pages = 2257–61 | year = 2003 | pmid = 12771764 | doi = 10.1097/01.ju.0000067940.76090.73 }}</nowiki> renders as:
:* {{vcite2 journal | vauthors = Vallancien G, Emberton M, Harving N, van Moorselaar RJ | author5 = Alf-One Study Group | title = Sexual dysfunction in 1,274 European men suffering from lower urinary tract symptoms | journal = J. Urol. | volume = 169 | issue = 6 | pages = 2257–61 | year = 2003 | pmid = 12771764 | doi = 10.1097/01.ju.0000067940.76090.73 }}
: This does not currently work with {{tl|cite journal/new}} however. Please note that citations with organization authors are not very common. Furthermore I don't object to using extra parameters to cover special cases that occur infrequently. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 16:57, 10 May 2015 (UTC)
: Also if there is a single author and that author is an organization, it would be much more practical to use {{para|author1}} instead of {{para|vauthors}}. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 17:04, 10 May 2015 (UTC)
::I agree that for a single corporate author, {{para|author}} should be preferred. I suspect that editors will use {{para|vauthors}} for single author names whether they are human or corporate.
::The mix of {{para|vauthors}} and {{para|author''n''}} intentionally doesn't work in [[Module:Citation/CS1/sandbox]]. The Module currently disallows the combination of {{para|authors}} with {{para|author''n''}} (and its alias {{para|last''n''}} with {{para|first''n''}}) because the former is not formatted by the template and the latter is and because {{para|authors}} is not an alias of {{para|author''n''}}. Similarly, {{para|author''n''}} is not an alias of {{para|vauthors}} so mixed use would blur the line between those two styles. This is why I suggested that corporate authors should be included in {{para|vauthors}} with appropriate markup to render the visual presentation and the metadata properly.
::I agree that corporate authors and individual authors should not be separated by semicolons.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:33, 10 May 2015 (UTC)
:::I have changed the corporate or institutional mark up from single square brackets to doubled parentheses because single square brackets have meaning as external link markup:
::::<code><nowiki>{{cite journal/new | vauthors = Vallancien G, Emberton M, Harving N, van Moorselaar RJ, ((Alf-One Study Group)) | title = Sexual dysfunction in 1,274 European men suffering from lower urinary tract symptoms | journal = J. Urol. | volume = 169 | issue = 6 | pages = 2257–61 | year = 2003 | pmid = 12771764 | doi = 10.1097/01.ju.0000067940.76090.73 }}</nowiki></code> renders as:
:::::{{cite journal/new | vauthors = Vallancien G, Emberton M, Harving N, van Moorselaar RJ, ((Alf-One Study Group)) | title = Sexual dysfunction in 1,274 European men suffering from lower urinary tract symptoms | journal = J. Urol. | volume = 169 | issue = 6 | pages = 2257–61 | year = 2003 | pmid = 12771764 | doi = 10.1097/01.ju.0000067940.76090.73 }}
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:49, 13 May 2015 (UTC)
=== |vauthors= and |author''n''= and |authors= ===
Because there are now three possible sources for authors, I think that we should choose one of the three and emit an error message when more than one of these sources is present in the template. The hierarchy in the sandbox is: {{para|author''n''}} (includes {{para|last''n''}}, an alias and {{para|first''n''}} → {{para|vauthors}} → {{para|authors}}. The current live version of the module emits an error message when {{para|authors}} and {{para|author''n''}} are both detected.
{{para|author1}}:
:{{cite book/new |title=Title |author1=First LF, Second LF, Third LF |date=2015}}
{{para|vauthors}}:
:{{cite book/new |title=Title |vauthors=First VF, Second VF, Third VF |date=2015}}
{{para|authors}}:
:{{cite book/new |title=Title |authors=First AF, Second AF, Third AF |date=2015}}
{{para|vauthors}} and {{para|author1}}:
*{{cite book/new |title=Title |vauthors=First VF, Second VF, Third VF|author1=Fourth LF |author2=Fifth LF |author3=Sixth LF |author4=Seventh LF |date=2015}}
{{para|vauthors}} and {{para|authors}}:
*{{cite book/new |title=Title |vauthors=First VF, Second VF, Third VF|authors=Fourth AF, Fifth AF, Sixth AF, Seventh AF|date=2015}}
{{para|author1}} and {{para|authors}}:
*{{cite book/new |title=Title |author1=First LF, Second LF, Third LF |authors=Fourth AF, Fifth AF, Sixth AF, Seventh AF|date=2015}}
{{para|vauthors}}, {{para|author1}}, and {{para|authors}}:
*{{cite book/new |title=Title |author1=First LF, Second LF, Third LF |authors=Fourth AF, Fifth AF, Sixth AF, Seventh AF |vauthors=First VF, Second VF, Third VF |date=2015}}
There is a limit to this. When {{para|vauthors}} or {{para|authors}} are used with {{para|author''n''}}, ''n'' must be 1 or 2 to be detected. This is because ''n'' could conceivably be any number greater than 0 and there are 6 aliases of {{para|author''n''}}. The test is similar to the test that is used to detect missing {{para|last''n''}} which uses a 'hole' size of 2 to decide that the test is done.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:10, 10 May 2015 (UTC)
===|veditors= ===
A first hack at {{para|veditors}}. I cloned the code that does the author selection to do editor selection from {{para|editor''n''}} (and its aliases), {{para|editors}}, and {{para|veditors}}. Except for names, the code is identical to that used for authors so I need to figure out how to combine the two into a single function. The code that interprets {{para|vauthors}} and {{para|veditors}} and then creates the name list that is later rendered as an author list or an editor list is the same. These example show that the sandbox code is capable of properly rendering a {{para|veditors}} name list.
{{para|editor1}}:
:{{cite book/new |title=Title |editor1=First LF, Second LF, Third LF |date=2015}}
{{para|veditors}}:
:{{cite book/new |title=Title |veditors=First VF, Second VF, Third VF |date=2015}}
{{para|editors}}:
:{{cite book/new |title=Title |editors=First AF, Second AF, Third AF |date=2015}}
{{para|veditors}} and {{para|editor1}}:
*{{cite book/new |title=Title |veditors=First VF, Second VF, Third VF|editor1=Fourth LF |editor2=Fifth LF |editor3=Sixth LF |editor4=Seventh LF |date=2015}}
{{para|veditors}} and {{para|editors}}:
*{{cite book/new |title=Title |veditors=First VF, Second VF, Third VF|editors=Fourth AF, Fifth AF, Sixth AF, Seventh AF|date=2015}}
{{para|editor1}} and {{para|editors}}:
*{{cite book/new |title=Title |editor1=First LF, Second LF, Third LF |editors=Fourth AF, Fifth AF, Sixth AF, Seventh AF|date=2015}}
{{para|veditors}}, {{para|editor1}}, and {{para|editors}}:
*{{cite book/new |title=Title |editor1=First LF, Second LF, Third LF |editors=Fourth AF, Fifth AF, Sixth AF, Seventh AF |veditors=First VF, Second VF, Third VF |date=2015}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:18, 11 May 2015 (UTC)
== Citing youtube and online video sites ==
Apologies if this question has been asked a gazillion times already. What is the preferred cite AV media parameters for citing a youtube or other online video: 1) from the direct site itself, and 2) from a wrapper site / news article that embeds the video? Should I use work=YouTube, medium=YouTube, or via=YouTube? [[User:AngusWOOF|<strong style="color:#606060">AngusWOOF</strong>]] ([[User talk:AngusWOOF#top|<span style="color:#663300">bark</span>]] • [[Special:Contributions/AngusWOOF|<span style="color:#006600">sniff</span>]]) 18:57, 7 May 2015 (UTC)
:It probably hasn't, but I'll throw a suggested answer out:
:# If you are citing content in the video itself, I would recommend clicking through to the origin website (youtube.com in your example) and using that URL. This is cite AV media.
:# If you are citing content outside the video, the URL you are on at that time. In this case I don't see a need to mention YouTube or a video or media at all in the context of the citation so I would use cite web/cite news.
:# If for some reason you need both (I can't think of one), then provide two citations.
: work = YouTube is fine. medium as a parameter does not exist in the documentation (using ctrl + F). via would be appropriate in the 3rd case. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 19:25, 7 May 2015 (UTC)
== titlelink oddity in cite encyclopedia ==
According to the cite encyclopedia documentation, {{para|title-link}} is "Title of existing Wikipedia article about the source named in '''title'''" – yet it actually links the text in {{para|encyclopedia}}, not {{para|title}}:
{{cite compare |mode=encyclopedia |old=no
|title=Gopher|titlelink=s:The American Cyclopædia (1879)/Gopher|encyclopedia=The American Cyclopædia (1879)|year=1879|via=[[Wikisource]]}}
{{para|url}} works as expected, but full urls shouldn't be necessary when wikilinks are available
{{cite compare |mode=encyclopedia |old=no
|title=Gopher|url=https://en.wikisource.org/wiki/The_American_Cyclop%C3%A6dia_(1879)/Gopher|encyclopedia=The American Cyclopædia (1879)|year=1879|via=[[Wikisource]]}}
Can this be fixed? Thanks - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 00:21, 8 May 2015 (UTC)
:It is perhaps fixed in the sandbox. I have no more time to think about it for a couple of days.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:38, 8 May 2015 (UTC)
== access-date usage definition ==
I notice that on many cite template related pages that the given usage for {{para|access-date}} varies. I believe that "full date when the contents pointed to by url was last verified to support the text in the article" (as given in the [[:Template:Cite book|cite book]] documentation) best captures what is intended for {{para|access-date}}. Yet many places (like on [[Help:Citation Style 1]] itself or places like [[:Category:Pages using citations with accessdate and no URL]] give differing definitions, mostly because the authors who wrote them probably weren't trying to be as precise as they should have been. I intend to start tweaking the usage definition for accessdate whenever I see it saying something too unlike that of Template:Cite book. If you can think of CS1 examples where {{para|access-date}} really should not use "full date when the contents pointed to by url was last verified to support the text in the article", let me know. [[User:Jason Quinn|Jason Quinn]] ([[User talk:Jason Quinn|talk]]) 11:30, 11 May 2015 (UTC)
:I have copy-edited the {{para|access-date}} documentation just now. I fixed some grammar and changed the word "required", since "required" has a specific meaning for template parameters, and {{para|access-date}} does not meet that definition.
:All of the CS1 core templates that display the {{para|access-date}} help text in their documentation should be using the exact same text to describe the parameter, since they (should) transclude [[Template:Citation_Style_documentation/url]].
:I support your changing of [[Help:Citation Style 1]]. The category page linked above I'm not as sure about. It has a pretty good explanation that has been developed over time to be helpful. Feel free to be bold and change it, but don't be offended if one of us swoops in after you with changes to your changes. Thanks. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 13:53, 11 May 2015 (UTC)
==enumerated parameters==
I started doing the searches identified in the following tables so that I might have some idea of how to better order the search for enumerated author and editor names. But, the search also shows general editor preferences for certain parameter styles and for certain parameter names.
{| class="wikitable sortable"
|+{{pipe}}first= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|author-first''n''}}||<code>insource:/\{{pipe}} *author\-first[0-9]* *=/</code>||227
|-
|{{para|author''n''-first}}||<code>insource:/\{{pipe}} *author[0-9]+\-first *=/</code>||96
|-
|{{para|first''n''}}||<code>insource:/\{{pipe}} *first[0-9]* *=/</code>||51,274
|-
|{{para|given''n''}}||<code>insource:/\{{pipe}} *given[0-9]* *=/</code>||473
|-
|}
{| class="wikitable sortable"
|+{{pipe}}last= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|author-last''n''}}||<code>insource:/\{{pipe}} *author\-last[0-9]* *=/</code>||236
|-
|{{para|author''n''-last}}||<code>insource:/\{{pipe}} *author[0-9]+\-last *=/</code>||94
|-
|{{para|last''n''}}||<code>insource:/\{{pipe}} *last[0-9]* *=/</code>||43,262
|-
|{{para|surname''n''}}||<code>insource:/\{{pipe}} *surname[0-9]* *=/</code>||800
|-
|{{para|author''n''}}||<code>insource:/\{{pipe}} *author[0-9]* *=/</code>||42,398
|-
|{{para|subject''n''}}||<code>insource:/\{{pipe}} *subject[0-9]* *=/</code>||<s>14,880</s>{{dagger}}
|-
|}
{{dagger}} used by {{tlx|cite interview}} but also used by {{tlx|infobox book}}, {{tlx|In-universe}}, {{tlx|databank}} so this number is essentially meaningless
{| class="wikitable sortable"
|+{{pipe}}author-link= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|author-link''n''}}||<code>insource:/\{{pipe}} *author\-link[0-9]* *=/</code>||19,139
|-
|{{para|author''n''-link}}||<code>insource:/\{{pipe}} *author[0-9]+\-link *=/</code>||10,044
|-
|{{para|authorlink''n''}}||<code>insource:/\{{pipe}} *authorlink[0-9]* *=/</code>||53,345
|-
|{{para|author''n''link}}||<code>insource:/\{{pipe}} *author[0-9]+link *=/</code>||50
|-
|{{para|subject-link''n''}}||<code>insource:/\{{pipe}} *subject\-link[0-9]* *=/</code>||47
|-
|{{para|subject''n''-link}}||<code>insource:/\{{pipe}} *subject[0-9]+\-link *=/</code>||1
|-
|{{para|subjectlink''n''}}||<code>insource:/\{{pipe}} *subjectlink[0-9]* *=/</code>||679
|-
|{{para|subject''n''link}}||<code>insource:/\{{pipe}} *subject[0-9]+link *=/</code>||0
|-
|}
{| class="wikitable sortable"
|+{{pipe}}author-mask= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|author-mask''n''}}||<code>insource:/\{{pipe}} *author\-mask[0-9]* *=/</code>||710
|-
|{{para|author''n''-mask}}||<code>insource:/\{{pipe}} *author[0-9]+\-mask *=/</code>||7
|-
|{{para|authormask''n''}}||<code>insource:/\{{pipe}} *authormask[0-9]* *=/</code>||511
|-
|{{para|author''n''mask}}||<code>insource:/\{{pipe}} *author[0-9]+mask *=/</code>||22
|-
|}
{| class="wikitable sortable"
|+{{pipe}}editor-first= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|editor-first''n''}}||<code>insource:/\{{pipe}} *editor\-first[0-9]* *=/</code>||32,889
|-
|{{para|editor''n''-first}}||<code>insource:/\{{pipe}} *editor[0-9]+\-first *=/</code>||23,224
|-
|{{para|editor-given''n''}}||<code>insource:/\{{pipe}} *editor\-given[0-9]* *=/</code>||0
|-
|{{para|editor''n''-given}}||<code>insource:/\{{pipe}} *editor[0-9]+\-given *=/</code>||0
|-
|}
{| class="wikitable sortable"
|+{{pipe}}editor-last= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|editor''n''}}||<code>insource:/\{{pipe}} *editor[0-9]* *=/</code>||33,883
|-
|{{para|editor-last''n''}}||<code>insource:/\{{pipe}} *editor\-last[0-9]* *=/</code>||33,442
|-
|{{para|editor''n''-last}}||<code>insource:/\{{pipe}} *editor[0-9]+\-last *=/</code>||21,130
|-
|{{para|editor-surname''n''}}||<code>insource:/\{{pipe}} *editor\-surname[0-9]* *=/</code>||0
|-
|{{para|editor''n''-surname }}||<code>insource:/\{{pipe}} *editor[0-9]+\-surname *=/</code>||0
|-
|}
{| class="wikitable sortable"
|+{{pipe}}editor-link= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|editor-link''n''}}||<code>insource:/\{{pipe}} *editor\-link[0-9]* *=/</code>||7,988
|-
|{{para|editor''n''-link}}||<code>insource:/\{{pipe}} *editor[0-9]+\-link *=/</code>||5,183
|-
|{{para|editorlink''n''}}||<code>insource:/\{{pipe}} *editorlink[0-9]* *=/</code>||297
|-
|{{para|editor''n''link}}||<code>insource:/\{{pipe}} *editor[0-9]+link *=/</code>||41
|-
|}
{| class="wikitable sortable"
|+{{pipe}}editor-mask= aliases
!class="unsortable" |parameter!!class="unsortable" |search string!!count
|-
|{{para|editor-mask''n''}}||<code>insource:/\{{pipe}} *editor\-mask[0-9]* *=/</code>||19
|-
|{{para|editor''n''-mask}}||<code>insource:/\{{pipe}} *editor[0-9]+\-mask *=/</code>||6
|-
|{{para|editormask''n''}}||<code>insource:/\{{pipe}} *editormask[0-9]* *=/</code>||16
|-
|{{para|editor''n''mask}}||<code>insource:/\{{pipe}} *editor[0-9]+mask *=/</code>||1
|-
|}
I have never really liked parameters where the enumerator is in the middle of the parameter name: {{para|author''n''-first}} and {{para|editor''n''link}} for example, regardless of hyphenation. For many of the same reasons that we settled on hyphenated parameter names and have deprecated capitalized and camel-case parameter names, I think that we should settle on one standard form of enumerated parameter name. From the tables above, common usage would seem to suggest that editors generally prefer parameter names with the enumerator at the end of the name. Except when it comes to enumerated editor parameters. While enumerator-at-the-end is still preferred, enumerator-in-the-middle runs a close second.
These tables also show that some of the available enumerated parameter are rarely if ever used. Perhaps we should consider deprecating:
:{{para|subject''n''link}}
:{{para|subject''n''-link}}
:{{para|editor-given''n''}}
:{{para|editor''n''-given}}
:{{para|editor-surname''n''}}
:{{para|editor''n''-surname}}
Opinions?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:33, 12 May 2015 (UTC)
:As frequent readers here know, I am often in favor of change, but I think this change is not necessary. It's cleaner, for sure, but it's actually less consistent across the parameters. If we do it, I expect that someone will come along at some point and say "We have parameter X, but we don't have the obvious parallel parameter Y." And then it's a big discussion. I don't know.... – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 13:12, 12 May 2015 (UTC)
::There are really two items for consideration here: standardized enumeration and deprecating some rarely/never used parameters. Which of these are you saying will be {{tq|less consistent across the parameters}}?
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:21, 12 May 2015 (UTC)
:::Having {{para|editorn-link}} but not {{para|subjectn-link}} makes the parameters less standard. I would rather have both or remove both than just have one of them. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:44, 12 May 2015 (UTC)
::::I think that you are only focusing on the proposal to deprecate the short list of parameters and ignoring the proposal to standardize enumerated parameters. Were we to not standardize, then perhaps you are right.
::::If I had my way, the standard for enumerated parameters would be enumerator-at-the-end so both {{para|editor''n''-link}} and {{para|subject''n''-link}} would be deprecated (even were we to not deprecate the latter because of disuse). We would still have as active and supported parameters: {{para|editor-link''n''}} and {{para|subject-link''n''}}. Parameters in the form {{para|xxxx''n''yyyy}} or {{para|xxxx''n''-yyyy}} would be deprecated and ultimately replaced with the extant {{para|xxxx-yyyy''n''}} form. I don't see much point in keeping both forms which I think is supported by the data in the tables above.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:44, 12 May 2015 (UTC)
:::::Now I see what you're saying, I think. I support standardizing on {{para|parameter-name''n''}} as the canonical form of two-word-plus-number parameters in our documentation (I haven't checked to see what the docs currently say). I don't see the point of deprecating the {{para|parameter''n''-name}} form on what appear to be aesthetic grounds. I won't die on that hill, though; if others feel strongly, go for it, but please do show up on this page to respond when people complain that we are constantly changing things for no good reason. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:52, 12 May 2015 (UTC)
::::::How is deprecating enumerator-in-the-middle parameters different from deprecating [[Help talk:Citation Style 1#.7CEditor.3D .28capital .22E.22.29 not flagged in .7B.7BCite_book.7D.7D.3F|capitalized parameters]]?
::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:47, 13 May 2015 (UTC)
:I would argue for keeping {{para|given''n''}} and {{para|surname''n''}} (and their editor versions), and adding them to the documentation. Having recently edited a lot of citations with East Asian authors, I find it confusing to have to put an author's first name into {{para|last}} and their last name into {{para|first}}, and I have seen editors erroneously "correcting" them. [[User talk:Kanguole|Kanguole]] 16:19, 12 May 2015 (UTC)
::I have said nothing about deprecating {{para|given''n''}} and {{para|surname''n''}}. Certainly, if I had my way we would deprecate {{para|editor''n''-given}} and {{para|editor''n''-surname}} because of enumerator-in-the-middle syndrome and because of disuse. Because of disuse, I'm inclined to deprecation of {{para|editor-given''n''}} and {{para|editor-surname''n''}} but could be persuaded to keep them, at least for a time.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:40, 12 May 2015 (UTC)
:::I would argue to keep {{para|editor-given''n''}} and {{para|editor-surname''n''}} for the same reasons as above: they provide an alternative that is less confusing and error-prone. [[User talk:Kanguole|Kanguole]] 12:10, 13 May 2015 (UTC)
== Get first1 and last1 parameters to work in Wikiversity too ==
The corresponding template in Wikiversity ([[Wikiversity:Template:Cite journal]]) does not support the parameters ''first1'', ''last1'', ''first2'' etc. How can this functionality be copied from this template to that one? [[User:Mikael Häggström|Mikael Häggström]] ([[User talk:Mikael Häggström|talk]]) 18:05, 12 May 2015 (UTC)
:Since Wikiversity already has [[Wikiversity:Template:Citation/core]], it might be simplest to copy {{tlx|cite journal/old}} from en:WP to [[Wikiversity:Template:Cite journal/sandbox]] to prove that it works (because the Wikiversity version of {{tld|citation/core}} is somewhat older) and then, assuming that it does work, update the live {{tld|cite journal}} from the sandbox. That will give you up to 9 author names.
:Wikiversity also has very old version [[Wikiversity:Module:Citation/CS1]] so using that instead of {{tld|citation/core}} is another alternative. A rather bigger job would be to upgrade the module to use the current version of [[Module:Citation/CS1]] from en:WP.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:41, 12 May 2015 (UTC)
::It does work now, after copying {{tlx|cite journal/old}} from en:WP to {{tld|cite journal}}, thanks! It would be even better, however, if the author presentation had Wikipedia's style (''First L'' instead of ''First, L;''). Would that be achieved by performing any of the latter methods you described? [[User:Mikael Häggström|Mikael Häggström]] ([[User talk:Mikael Häggström|talk]]) 05:06, 14 May 2015 (UTC)
:::Standard Wikipedia style is to put a comma between an author's last and first names and to separate consecutive authors with a semicolon. cs1|2 does not render author names in italics (nor does it render first name followed by last initial):
::::<code><nowiki>{{cite book/old |title=Title |last=Last |first=F |last2=Last2 |first2=F}}</nowiki></code>
:::::{{cite book/old |title=Title |last=Last |first=F |last2=Last2 |first2=F}}
:::If you are looking to mimic [[Vancouver system]] style you can do this:
::::<code><nowiki>{{cite book |author-separator=, |author-name-separator=&#32; |title=Title |last=Last |first=F |last2=Last2 |first2=F}}</nowiki></code>
:::::{{cite book/old |author-separator=, |author-name-separator=  |title=Title |last=Last |first=F |last2=Last2 |first2=F}}
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:06, 14 May 2015 (UTC)
::::Thanks again! {{=)}} [[User:Mikael Häggström|Mikael Häggström]] ([[User talk:Mikael Häggström|talk]]) 04:44, 15 May 2015 (UTC)
== Can parameters be passed to a nested cite web? ==
I'm trying to modify the [[Template:Airreg|Airreg]] template so that it produces in-line citations instead of external links, but when I try to nest a <nowiki>{{cite web}}</nowiki> into it, the parameters taken by Airreg and passed to <nowiki>{{cite web}}</nowiki> don't seem to get processed by it, and the output is just <nowiki>{{{1}}}, {{{2}}} etc.</nowiki>.
Instead, the same parameters passed, for example, to a nested <nowiki>{{conversion}}</nowiki> are processed normally, as expected. Is there something peculiar about <nowiki>{{cite web}}</nowiki> that, when nested, prevents it from accepting parameters?
See an example from my sandbox template, which takes one parameter, e.g. 'N4739N', outputs it as it is and then passes it to cite web, which seems to ignore it. This:
<code><nowiki>{{</nowiki>[[User:Deeday-UK/sandbox|User:Deeday-UK/sandbox]]|N4739N<nowiki>}}</nowiki></code>
produces this:
Aircraft registration: N4739N<ref>{{cite web|title=FAA Registry entry for {{{1}}}|url=http://registry.faa.gov/aircraftinquiry/NNum_Results.aspx?NNumbertxt={{{1}}}}}</ref>
--[[User:Deeday-UK|Deeday-UK]] ([[User talk:Deeday-UK|talk]]) 00:46, 14 May 2015 (UTC)
{{reflist-talk}}
:There are a several templates that feed various parameters to {{tlx|cite web}} or other cs1|2 templates (see {{cl|Citation Style 1 meta-templates}} or {{cl|Citation Style 1 specific-source templates}}) so that shouldn't be a problem. Have you tried your test without the {{tag|ref}} tags?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:00, 14 May 2015 (UTC)
:: Good hint TtM, yes, without the {{tag|ref}} tags the parameters are processed as expected. Only trouble is that without the ref tags, it doesn't produce a superscript reference to a footnote, and instead it outputs the footnote text directly into the article body, right where the {{tlx|cite web}} template is. Is there any way around it? --[[User:Deeday-UK|Deeday-UK]] ([[User talk:Deeday-UK|talk]]) 01:23, 14 May 2015 (UTC)
:::Try wrapping {{tlx|cite web}} in <code><nowiki>{{#tag:ref|{{cite web |...}}}}</nowiki></code>.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:52, 14 May 2015 (UTC)
::::Major thanks, Trappist tm; that worked. --[[User:Deeday-UK|Deeday-UK]] ([[User talk:Deeday-UK|talk]]) 17:22, 14 May 2015 (UTC)
== Proposal to put a comma before "et al." ==
There is a proposal to put a comma before "et al." in author and editor lists. See [[Module_talk:Citation/CS1#Et_al_2|this discussion]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:22, 14 May 2015 (UTC)
== Link to an author page, without breaking "first1, last1 separate" convention? ==
Is there a way to have an author name linked to a page about that person, yet still retain the use of the separated "first1" and "last1" parameters (useful for bots searching wikipedia I suppose)? On the page [[Unknot]], there's a reference to a paper by [[Godfried Toussaint]]. I had wanted to put this (with separate names):
:'''<nowiki>
{{cite journal |author = [[Godfried Toussaint]] |last1 = Toussaint |first1 = Godfried Toussaint |title = A new class of stuck unknots in Pol-6 | [...] }}
</nowiki>'''
but had to settle for the slightly less-informative:
:'''<nowiki>
{{cite journal |author = [[Godfried Toussaint]] |title = A new class [...] }}
</nowiki>'''
to avoid getting a "double author" error. Is there some other way to do this? Perhaps an additional "author-link" parameter? (But then you could have problems with multiple authors, so you'd need "author-link", "author-link1") [[User:Jimw338|Jimw338]] ([[User talk:Jimw338|talk]]) 16:20, 19 May 2015 (UTC)
:{{para|first|Godfried}}{{para|last|Toussaint}}{{para|author-link|Godfried Toussaint}} [[User talk:Kanguole|Kanguole]] 16:28, 19 May 2015 (UTC)
::Yes, as the documentation already states and Kanguole cryptically implies, the authorlink, author1-link, etc parameters you are asking for are already in place. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 16:51, 19 May 2015 (UTC)
:::The documentation should help you. If not, here's an example with two linked authors:
::::<nowiki>{{cite journal |author-link1 = Godfried Toussaint |last1 = Toussaint |first1 = Godfried |last2=Newton|first2=Isaac|author-link2=Isaac Newton |title = A new class of stuck unknots in Pol-6 }}</nowiki>
:::yields:
::::{{cite journal |author-link1 = Godfried Toussaint |last1 = Toussaint |first1 = Godfried |last2=Newton|first2=Isaac|author-link2=Isaac Newton |title = A new class of stuck unknots in Pol-6 }}
:::Is that what you were looking for? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:21, 19 May 2015 (UTC)
== AWB volunteer to clean up [[:Category:CS1 maint: Unrecognized language]]? ==
Now that multiple languages are recognized in {{para|language}}, do we have an AWB-savvy volunteer who can fix up articles in [[:Category:CS1 maint: Unrecognized language]]?
There are many articles that have multiple valid languages that just need some cleanup, converting usages like "English & German" and "English / German" to comma-delimited format. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:36, 19 April 2015 (UTC)
:I think the code in the module already handles the examples you give above - many of the articles in that maintenance category don't show the green text maintenance tag, and a [[WP:NULLEDIT]] clears the article from populating the category. And in the case of usages with English as one of multiple languages, I've found that using a comma-delimited list actually puts it back into another maintenance category.
:Consider the following edits of [[3D pose estimation]] (reference #1 in each case) - an article originally with {{para|language|English / German}} [https://en.wikipedia.org/w/index.php?title=3D_pose_estimation&oldid=646387633] doesn't show a green text tag. If you try to use comma, {{para|language|English, German}} [https://en.wikipedia.org/w/index.php?title=3D_pose_estimation&diff=657253660&oldid=646387633] causes the reference to then receive a green maintenance tag and it goes into {{cl|CS1 maint: English language specified}}. Changing to {{para|language|English & German}} [https://en.wikipedia.org/w/index.php?title=3D_pose_estimation&diff=657253718&oldid=657253660] clears the maintenance tag again. [[User:Stamptrader|Stamptrader]] ([[User talk:Stamptrader|talk]]) 00:17, 20 April 2015 (UTC)
::Interesting. I got the impression from the discussion above that only comma-separated values would be accepted. Two languages (or non-languages) separated by an ampersand or a slash seems to render without emitting an error message, however:
::{{cite compare|mode=book|old=no|title=Book title|language=foo & bar}}
::{{cite compare|mode=book|old=no|title=Book title|language=foo / bar}}
::Something is not quite right here.
::And an article in "Latvian and English" should not be placed in {{cl|CS1 maint: English language specified}}, in my opinion. A bilingual or mixed-language article should be able to be described as such, even if one of the languages is English. I don't feel strongly about it, though. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:58, 20 April 2015 (UTC)
:::The failure to categorize the two above examples is caused by a bug that I introduced when I moved static text out of [[Module:Citation/CS1]] into [[Module:Citation/CS1/Configuration]]. Fixed in the sandbox.
:::Without some opinion either way I left the English language detector code alone. I think it's relatively simple to limit English language categorization to the single language case.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:12, 20 April 2015 (UTC)
{{od}}
Over the past few days I ran an AWB script that changed {{para|language}} parameters with multiple languages to the comma delimited form on about 1750 pages. I have come to believe that multiple language sources that include English as one of the languages should not add the category {{cl|CS1 maint: English language specified}}. I have tweaked the sandbox accordingly.
{{para|language}} used to categorize into the same categories as those used by {{tld|icon xx}} templates (Category:Articles with xx-language external links). The {{tld|icon xx}} templates only categorize from article space. As I think about it, this constraint ought not apply to CS1/2. We have a defined set of name spaces that we don't categorize, I see no real reason to treat {{para|language}} in a special manner. That being the case, I have adjusted the code so that the {{para|language}} uses the same categorization rules as every other parameter.
{{cite compare |old=no |mode=book |title=Title |language=en,fr}}
{{cite compare |old=no |mode=book |title=Title |language=en}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:57, 24 April 2015 (UTC)
I'm going through this list and I'm not seeing the CS1 maintenance message on some of the pages. For example, [https://en.wikipedia.org/w/index.php?title=Anton_incident&oldid=633804975 Anton incident] (last edited 2014) contains <code>|language=English (<nowiki>[http://yle.fi/uutiset/kotimaa/2009/05/stubb_puolustaa_antonin_isaa_ja_konsulaatin_tyontekijaa_740524.html Finnish]</nowiki>)</code> and is currently on the 1st page of [[:Category:CS1 maint: Unrecognized language]], yet I fail to see an unknown language error anywhere on the page. [[User:Tom.Reding/common.css|My common.css]] has the appropriate line of code to see maintenance messages, and I've null-edited the page. Is this a bug, a feature, or my fault? <b>~</b> <span style="font-family:Monotype Corsiva; font-size:17px;">[[User:Tom.Reding|Tom.Reding]] ([[User talk:Tom.Reding|talk]] ⋅[[Special:Contributions/Tom.Reding|contribs]] ⋅[[WP:Don%27t-give-a-fuckism|dgaf]])</span> 21:17, 21 April 2015 (UTC)
:The bug that I introduced fails to categorize unrecognized languages. That whole long string is considered to be one language name because there isn't a comma separator.
::<code><nowiki>{{Cite web/new | title = Stubb Defends Father and Consulate in Custody Battle | url = http://www.yle.fi/uutiset/news/2009/05/stubb_defends_father_and_consulate_in_custody_battle_740836.html | publisher = [[YLE]] | date = 15 May 2008 | accessdate = 2009-05-16 | language = English ([http://yle.fi/uutiset/kotimaa/2009/05/stubb_puolustaa_antonin_isaa_ja_konsulaatin_tyontekijaa_740524.html Finnish])}}</nowiki></code>
::→{{Cite web/new | title = Stubb Defends Father and Consulate in Custody Battle | url = http://www.yle.fi/uutiset/news/2009/05/stubb_defends_father_and_consulate_in_custody_battle_740836.html | publisher = [[YLE]] | date = 15 May 2008 | accessdate = 2009-05-16 | language = English ([http://yle.fi/uutiset/kotimaa/2009/05/stubb_puolustaa_antonin_isaa_ja_konsulaatin_tyontekijaa_740524.html Finnish])}}
:The bug is fixed in the sandbox.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:29, 21 April 2015 (UTC)
A discussion at [[Module_talk:Citation/CS1#Language_parameter]] has me wondering if we should adopt something similar to what is done at fr:WP. There, when {{para|language|français}} or {{para|language|fr}}, they simply don't display the language annotation. We could do the same thing here when {{para|language|English}} or {{para|language|en}}.
Should we?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:07, 1 May 2015 (UTC)
If we do this, it has been proposed at [[Module_talk:Citation/CS1#Language_parameter]] that the practice of deleting {{para|language|en}} and {{para|language|English}} be stopped. If we are to hide English language annotation and leave {{para|language}} in the templates then use of {{cl|CS1 maint: English language specified}} should be discontinued and instead, we should create a new subcategory of {{cl|CS1 properties}} that is not a subcategory of {{cl|CS1 foreign language sources}}. Perhaps {{cl|CS1 English language sources}}. I don't know to what purpose we could put such a category because use of {{para|language|English}} will not be universal and it would be inappropriate for the module to assume that a source is English unless specified otherwise.
Without someone speaks up and tells me unequivocally not to, I think that I shall proceed.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:21, 6 May 2015 (UTC)
:Why is a category necessary? It should be a simple matter to test for either {{para|language|en}} or {{para|language|English}}, and do nothing - no output, no category. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:33, 6 May 2015 (UTC)
::Because it's there if someone thinks of a use for such incomplete information? Of course if that happens, it is easy enough to add the category later.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:08, 6 May 2015 (UTC)
Ok, English is not displayed when used alone but is displayed when listed with other languages. The middle example to show that I didn't break single language rendering. No categories.
{{cite compare |old=no |mode=book |title=Title |language=fr, en}}
{{cite compare |old=no |mode=book |title=Title |language=fr}}
{{cite compare |old=no |mode=book |title=Title |language=en}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:10, 7 May 2015 (UTC)
:That last bit seems reasonable. If there's an odd case where you really need people to know it's in English (e.g. because there are two different-language editions with precisely the same, untranslated title), you can do {{para|Eng<nowiki />lish}}, right? <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:19, 13 June 2015 (UTC)
== Problems with "cite episode" template? ==
I've been editing on Wikipedia for a while, but I'm new to attempting to clean-up CS1 errors that appear. Lately, dozens of "cite episode" templates appear to be generating a CS1 error because the editor included a "writers" parameter. Is this a parameter that used to appear in the template? Has it been eliminated? And can someone suggest an alternate method for including the information (which is critical in television and radio episodes), especially when other parameters are being used for the episode's director(s).[[User:JimVC3|JimVC3]] ([[User talk:JimVC3|talk]]) 20:11, 30 April 2015 (UTC)
:I had this same question, so I looked in the history of the documentation for {{tl|cite episode}}.
:It looks like the {{para|writers}} parameter was [https://en.wikipedia.org/w/index.php?title=Template:Cite_episode&diff=next&oldid=42613631 added to the template on 7 March 2006] and then [https://en.wikipedia.org/w/index.php?title=Template:Cite_episode&diff=next&oldid=51623195 marked as deprecated on 12 June 2006]. It was officially deprecated but displayed in the template from that point until 25 May 2009, when it began to be silently ignored (and not displayed) with [https://en.wikipedia.org/w/index.php?title=Template:Cite_episode&diff=next&oldid=271521634 this major change to the template code]. I found no discussion in the {{tl|cite episode}} talk page archives about this {{para|writers}} parameter.
:On 18 April 2015, with the change of the template to use the CS1 Lua module, the parameter's presence started to generate an error message, as do all unsupported (and deprecated) parameters.
:The previous documentation recommended using {{para|credits}} for all credited people associated with the episode, so I would write something like {{para|credits|Joe Smith (producer); Ellen Brown (director); Jane Doe (writer)}}. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:44, 30 April 2015 (UTC)
::I suspected this is what happened. Thanks so much for your research and verifying the situation. Eliminating the parameter probably deserved more discussion. Anyway, your work-around looks like a very good alternative. Thanks again. [[User:JimVC3|JimVC3]] ([[User talk:JimVC3|talk]]) 17:32, 1 May 2015 (UTC)
:::Far better to have separate parameters for each role, for improved [[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> 11:59, 4 May 2015 (UTC)
::::Yep. Also, it wasn't a process failure to remove an undiscussed parameter 3 months after someone slapped it in, back in 2006. And 9 years is plenty of time for someone to have objected (and for the deprecated parameter to have been cleaned up after). Sometimes the only way thing get fixed is when they start throwing errors. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:15, 13 June 2015 (UTC)
== Cite episode - bogus error ==
The instance of {{tl|Cite episode}} in [[Lisa Lynch]] is giving a "missing title" error, even though the title parameter has content. <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> 11:56, 4 May 2015 (UTC)
:Not bogus, but yeah, confusing. As {{tlx|cite journal}} uses {{para|title}} to name an article, so {{tlx|cite episode}} uses {{para|title}} to name an episode. What is missing from that citation is {{para|series}}.
::{{Cite episode |title= The C Word |series=<series name goes here>|url= http://www.bbc.co.uk/programmes/b05tr05b |accessdate= 3 May 2015 |network= BBC |date= 3 May 2015 |transcript= |transcripturl= }}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:27, 4 May 2015 (UTC)
:::Confusing indeed. I modified the help documentation a couple of weeks ago after figuring out this quirk. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:32, 4 May 2015 (UTC)
::::Should have used {{tl|Cite serial}} [[User:AManWithNoPlan|AManWithNoPlan]] ([[User talk:AManWithNoPlan|talk]]) 14:35, 4 May 2015 (UTC)
:::::Why, given that, it's not a serial? And why have you removed the date of first transmission from that reference? <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:54, 4 May 2015 (UTC)
::Saying there is no title, when there is a title, is bogus. The error should presumably say "Missing series name". However, there is no series name, as the programme was a one-off. I note that its documentation says "This Citation Style 1 template is used to create citations for television or radio programs and episodes." Why is the parameter required? <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> 15:05, 4 May 2015 (UTC)
{{Ping|Trappist the monk|AManWithNoPlan}}. <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> 19:31, 10 May 2015 (UTC)
:If it's a one-off, then the title should be in {{para|work}}, since it's a single work, not an episode ({{para|title}}) is a series. I agree the error message needs fixing, as it's misleading. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:12, 13 June 2015 (UTC)
==Citing newspaper insert==
I think I've asked this one previously, but I cannot find the old discussion. I would like to cite a weekly insert (i.e. ''Time Out'') that appears in a newspaper (i.e. ''[[The Ledger]]''). Which parameter should I use for the insert? Unlike ''[[Parade (magazine)|Parade]]'', the insert is published by and only for the main newspaper it appears in. Thanks! - [[User:Location|Location]] ([[User talk:Location|talk]]) 16:37, 4 May 2015 (UTC)
:I think you want {{para|department}}. [[Template:Cite_news#Periodical|Documentation here]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:04, 4 May 2015 (UTC)
::That's what I would use, too. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:05, 13 June 2015 (UTC)
== Link to ISBN ==
I noticed an inconsistency in display when ISBN is given via {{para|isbn}} and when given in plain text. For example:
* {{cite book|last=A Whited|first=Lana|title=The Ivory Tower and Harry Potter| publisher=University of Missouri Press|year=2004|isbn=978-0-8262-1549-9}}
* A Whited, Lana (2004). ''The Ivory Tower and Harry Potter''. University of Missouri Press. {{ISBN|978-0-8262-1549-9}}
The first one (use of {{para|isbn}}) contains an extra link to [[ISBN]]. The second one is given in plain text. I think this link is unnecessary. Moreover, it's overlinking. -- [[User:Magioladitis|Magioladitis]] ([[User talk:Magioladitis|talk]]) 06:50, 6 May 2015 (UTC)
:All of the identifier parameters, [[PubMed Central|PMC]], [[Digital object identifier|doi]], [[Zentralblatt MATH|zbl]], [[International Standard Serial Number|issn]] are linked to their Wikipedia articles. Why should ISBN render differently?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:29, 6 May 2015 (UTC)
: {{ISBN|978-0-8262-1549-9}} in plaintext is just autoformatted by the wiki (one of those legacys; RFC 1918 is another that is similar) to provide the link in question, whereas we override that functionality by deliberately inserting a link in the template, per Trappist. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 15:58, 6 May 2015 (UTC)
[[User:Trappist the monk|Trappist the monk]] I mean we could just unlink all of PMC, doi, zbl, issn as common links and instead of having a wikilink followed by an (almost) external link just inherit the behaviour of {{ISBN|978-0-8262-1549-9}} (plaintext, autoformatted by mediawki). I am just saying my opinion and underlying an inconsistency for viewers. -- [[User:Magioladitis|Magioladitis]] ([[User talk:Magioladitis|talk]]) 11:01, 21 May 2015 (UTC)
:I tend to agree it's overlinking. If it only did it with the first citation on the page that used it, maybe not, but it seems like "[[ISBN]]" (or whatever) may appear linked 100 times in the same long article. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:07, 13 June 2015 (UTC)
: I don't believe it is overlinking. The internal link serves a useful purpose (it answers the question of what the heck is a doi, isbn, pmid, etc.). [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 16:27, 20 June 2015 (UTC)
:I disagree that having a link to ISBN or the others in overlinking. I'm guessing there are plenty of people who have no idea what "zb", PMC", etc. mean. Even if you believe it to be in contradiction with [[WP:OVERLINK]], it is irrelevant in that having such links ''does'' aid readers, and there always comes a time when guidelines are not actually helpful. If a guideline causes problems, it can be overlooked in certain specific situations. [[User:Dustin V. S.|<span style="color:green; font-family:Times New Roman">''Dustin''</span>]] [[User talk:Dustin V. S.|(<span style="color:green; font-family:Times New Roman">talk</span>)]] 16:38, 20 June 2015 (UTC)
:Linking to the article "ISBN" breaks the consistency of formatting of ISBN links between different methods of displaying and ISBN, and should never have been introduced. The ISBN special page provides sufficient information, directly or indirectly, about what an ISBN is. Readers reasonably expect that clicking on any part of {{ISBN|978-0-471-21495-3}} to talk them to the special page. If we want to change the behaviour we should propose a change to the MediaWiki software. Otherwise we should maintain consistency. All the best: ''[[User:Rich Farmbrough|Rich]] [[User talk:Rich Farmbrough|Farmbrough]]'',<small> 19:19, 20 June 2015 (UTC).</small><br />
== Journal article titles ==
I've always assumed that the titles of both journal articles and book chapters should be in 'sentence case' (rather than in 'title case') but I cannot find any guidance on the wiki MOS pages. Have I missed it? If there is a recommended style, perhaps it would be useful to include guidelines in the [https://en.wikipedia.org/wiki/Template:Cite_journal#Title cite journal documentation]. [[User:Aa77zz|Aa77zz]] ([[User talk:Aa77zz|talk]]) 12:06, 18 May 2015 (UTC)
:Title case, I think. See: [[Wikipedia:Manual of Style#Titles of works]].
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:12, 18 May 2015 (UTC)
::I disagree with the concept that CS1 follows the MOS. Only certain specific guidance has been adopted; the only guidance I know of adopted from MOS was date format, and that was a problem, because MOSNUM date guidance was being changed faster than the templates could be edited to keep up. As far as I know, there is no guidance whether to use sentence case or title case for journal article titles in citations. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 12:50, 18 May 2015 (UTC)
:::Absent any declaration of specific style to the contrary, it is appropriate to fall back on [[WP:MOS|MOS:]] for style guidance. Style for titles is not defined for cs1|2 templates because there is no provision to detect deviation from a defined style and so enforce adherence to that style. As an aside, I have been wondering of late, about detecting and categorizing templates that have titles and other information in all capital letters.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:09, 18 May 2015 (UTC)
::::I disagree with the whole concept that only style matters that can be checked by programming language in a template are defined for CS1. If CS1 is a citation style in its own right, then style matters can be prescribed in the documentation even though they are not enforceable with software. Likewise, style prescriptions can be made in the documentation that, for the time being, are incorrectly implemented in the software (February 29, 1700, Julian calendar). In such cases it is the software that is faulty, not the editor who filled out the template. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 19:08, 19 May 2015 (UTC)
:::::Of course, but cs1|2, if it is a style, does not have documentation that defines that style. You will recall that I have previously asked both you and the community if we aught not create a style guide for cs1|2. Those suggestions have been met with ambivalence. So that leaves the cs1|2 'style definition' in the code or, as in the case for dates, a [[Help:Citation Style 1#Dates|mention]] that dates for the most part comply with [[WP:DATESNO]]. Template documentation describes what the tempate parameters mean and how the contents are rendered, but that is not a style guide.
:::::At present, cs1|2 has no defined title style except that, de facto, it accords with [[MOS:TITLE]]: chapter titles and article titles are quoted; book, journal, encyclopedia titles are italicized. cs1|2 does, to an extent, check certain components of style: dates, of course, but also [[Vancouver system]] author and editor names (when {{para|name-list-format|vanc}} and in future with {{para|vauthors}}).
:::::The documentation for cs1|2 dates says "Module:Citation/CS1 cannot know if a date is Julian or Gregorian; assumes Gregorian" which is both correct and incorrect. In fact, dates before 1582 are Julian and dates from 1582 are Gregorian and the module knows this:
::::::<code><nowiki>{{cite book |title=Title |date=29 February 1500}}</nowiki></code>
:::::::→{{cite book |title=Title |date=29 February 1500}}
:::::I'll tweak that documentation.
:::::I did a quick search for Julian leap day dates in years 1700, 1800, and 1900 using these insource: search strings:
::::::<code><nowiki>insource:/February *29 *, *1[7-9]00/</nowiki></code> – 3 results, none of which were dates in references (all about Microsoft Excel)
::::::<code><nowiki>insource:/29 *February *1[7-9]00/</nowiki></code> – 3 results, [[Cordelia Botkin#References|one]] is a free-form reference where the date 29 February 1900 is mentioned
::::::<code><nowiki>insource:/1[7-9]00-02-29/</nowiki></code> – this search produced nothing
:::::It would seem then that there is not much call for cs1|2 to support Julian leap days in the overlap period of 1582 – c. 1923. To do so would require some sort of mechanism to specifically identify those three dates as Julian dates; which can be done if there is ever a need.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:22, 19 May 2015 (UTC)
:I usually tend to sentence case for journal entry/article titles since these seem to have uncommon capitalization (Or Use Capital Letters For Obvious Emphasis, something which is on the Do Not Do list at [[Wikipedia:Manual of Style/Capital letters#Do not use for emphasis]]; [[WP:BADEMPHASIS]] is also relevant).<p>Regardless, I would recommend asking this question at [[WT:MOS]] with a note to that discussion from [[WT:Citing sources]] or similar (or vice versa as desired), since I don't think this is a question particularly specific to CS1. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:58, 18 May 2015 (UTC)</p>
::Many thanks for your help. I've taken [[User:Izno|Izno]]'s advice and asked the question at [[WT:MOS]]. [[User:Aa77zz|Aa77zz]] ([[User talk:Aa77zz|talk]]) 17:13, 18 May 2015 (UTC)
::: I think everyone is missing the point here. MOS applies to text, not citations. MOS is irrelevant to this discussion. Journal article titles and journal names typically use title case, not sentence case. We should follow the case that is used in the original sources, not the MOS. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 19:19, 19 May 2015 (UTC)
::::In my experience, ''citations'' to journal article titles generally use sentence case, regardless of how the journal formatted the title. This is also how the titles are represented in some databases, for example [[MathSciNet]]. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 19:53, 19 May 2015 (UTC)
::::I agee that MOS applies to text, not citations. [[WP:CITE]] applies; it allows the style to be determined on an article-by-article basis, but "citations within any given article should follow a consistent style." This consistency requirement agrees with every printed style guide and every university instructor I have ever encountered. So it would be wrong to change from sentence case to title case from one entry to the next, depending on how the title was printed in the source. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 19:56, 19 May 2015 (UTC)
::::: [http://blog.apastyle.org/apastyle/2012/03/title-case-and-sentence-case-capitalization-in-apa-style.html APA] says use sentence case.I think that is stupid, but that is what they say. [[User:AManWithNoPlan|AManWithNoPlan]] ([[User talk:AManWithNoPlan|talk]]) 20:03, 19 May 2015 (UTC)
*As {{u|Aa77zz}} noted above at 17:13, 18 May 2015, a new thread was started at [[Wikipedia talk:Manual of Style#Formatting titles of journal articles and book chapters in references]] and is continuing there. Beginning at 19:08, 19 May 2015 we have had ''six'' further comments here, so we now have a split discussion, which goes against [[WP:MULTI]]. Please could {{u|Jc3s5h}}, {{u|Trappist the monk}}, {{u|Boghog}}, {{u|David Eppstein}} and {{u|AManWithNoPlan}} consider moving their later comments to the MOS thread? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 08:01, 20 May 2015 (UTC)
*This whole "ignore MOS for citations because ... no real reason" stuff is causing more problems than it solves. As far as I can tell the only "problem" it "solves" at all is "I like to do citations my way, so to Hell with the MOS." This seems to be worse than useless. It's leading to some really wretched stuff, like more and more articles littered with citations like: {{cite journal |title=CHRONOLOGICAL VARIABILITY IN CERAMIC PASTE: A COMPARISON OF DEPTFORD AND SAVANNAH PERIOD POTTERY IN THE ST. MARYS RIVER REGION OF NORTHEAST FLORIDA AND SOUTHEAST GEORGIA |first=Ann S. |last=Cordell |work=Southeastern Archaeology |volume=12 |issue=1 |date=1993 |pages=33–58}}. And worse - I at least used {{tlx|cite journal}} for that, when many do not, and thus do all kinds of other crap like leave the title unitalicized. I'm also seeing an increasing amount of "{{sm|Chronological Variability ...}}" which is not much better than ALLCAPS. Something detrimental has happened, presumably on one of my wikibreaks, so I didn't notice it until after the fact. [[WP:CITEVAR]] went from a reasonable "don't change an existing, acceptable citation style in an article" idea, to being aggressively interpreted as meaning "every citation style you can imagine is acceptable, so no matter how awful it is for readers, it will be set in stone forever by whoever makes the first major edit". This really needs to be undone. I have no problem at all with people pasting in citations in weird formats – at least they're working on citing sources for content at all. But the backward notion that no one is ever permitted to clean them up any more is unacceptable.</p><p>To move back toward the earlier gist of the thread: There's no defensible rationale for WP's own internal styles, e.g. CS1/2, to diverge from MOS, our own internal style guide, on anything. It's like supposing that some random class of citizens, e.g., dog catchers or plumbers, are exempt from their country's laws other than the ones they write themselves. I fully agree with Jc3s5h's point, "style matters can be prescribed in the documentation even though they are not enforceable with software". I simply add that there's no reason to deviate from MOS when it already prescribes a relevant style. NB: This also means WP doesn't care if APA says to use sentence case for titles. It's weird enough that WP does this for its own titles, for a technical reason that should have been fixed a long time ago, but we don't do that for titles in the encyclopedia content. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 10:54, 13 June 2015 (UTC)</p>
** Update: See [[#Simple way to resolve MOS and citation discrepancies]], below, for totally painless solution (other than to whether we should permit externally-derived cite styles that do smallcaps and such; I'm just giving up on that for now). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 02:22, 18 June 2015 (UTC)
== Foreign author name ==
If the author's name uses a non-Latin script, should it be romanized? Where should the original form and romanization go? --[[User:Djadjko|Djadjko]] ([[User talk:Djadjko|talk]]) 01:33, 22 May 2015 (UTC)
: It would be preferable to use the Latin-alphabet spellings plus the other language in parentheses brackets, perhaps as in "author=Plato (Greek: Πλάτων Plátōn)" but ideally, we wanted translation parameters to hold the translated author name, similar to trans_title for the title parameter.<br>{{ns|6}}• Example: {cite book |title=Demos |trans_title=People |author=Plato (Greek: Πλάτων Plátōn) |year=370 BCE}}<br>{{ns|6}}• Result: {{cite book |title=Demos |trans_title=People |author=Plato (Greek: Πλάτων Plátōn) |year=370 BCE}}<br>The idea is to focus on the English-speaking readership. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 15:52, 23 May 2015 (UTC)
:: I've manage to do it the following way for Russian:<br />{{Cite book|ref={{sfnref|Ivanov|2010}}|title=Книжка|trans-title=Book|language=ru|authors=И. И. Иванов [I. I. Ivanov]|date=2010|publisher=Издательство|place=Moscow|isbn=000}}<br />(<nowiki>{{Cite book|ref={{sfnref|Ivanov|2010}}|title=Книжка|trans-title=Book|language=ru|authors=И. И. Иванов [I. I. Ivanov]|date=2010|publisher=Издательство|place=Moscow|isbn=000}}</nowiki>). --[[User:Djadjko|Djadjko]] ([[User talk:Djadjko|talk]]) 01:35, 25 May 2015 (UTC)
:::Citation Style 1 is based on APA style with a dose of ''The Chicago Manual of Style'' thrown in along with our own innovations. So looking at the APA style for advice, [http://blog.apastyle.org/apastyle/2010/08/apples-to-תפחים.html they say to transliterate the names in the source] to produce the final citation. CMOS says that for sources with titles in non-Latin alphabets to use the transliterated names/titles first and optionally follow them with the non-Latin versions second.
:::Wikid77's example, using our existing template parameters would be:
:::*{{cite book |title=Demos |trans_title=People |author=Plato |year=370 BCE}}
:::Note, there's really no reason to give the Greek translation of an author so well known in English.
:::For Djadjko's example:
:::*{{Cite book |ref= harv |script-title=ru:Книжка|title= Kniga |trans-title= Book |language= ru |first= I. I. |last= Ivanov |date= 2010 |publisher= Izdatelystvo |place=Moscow|isbn=000}}
:::{{para|script-title|ru:Книжка}} will add the non-transliterated title, and where necessary, it handles right-to-left coding (Hebrew, Arabic, etc). <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 03:10, 25 May 2015 (UTC)
== |script-chapter= ? ==
We have |script-title=, but not |script-chapter=. Can we get it? [[User:Curly Turkey|Curly Turkey]] [[User talk:Curly Turkey|''¡gobble!'']] 02:35, 29 May 2015 (UTC)
* Makes sense to me. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:48, 14 June 2015 (UTC)
== Parameter order for cite conference ==
Hi. I'm using [[:Template: Cite conference]] in the [[Gateway Protection Programme]] article. The template documentation states "If authors: Authors are first, followed by the included work, then "In" and the editors, then the main work", but the order it's displaying in is author name, editor name, title, main work (see footnote 17, for instance). Any ideas what I'm doing wrong? [[User:Cordless Larry|Cordless Larry]] ([[User talk:Cordless Larry|talk]]) 14:42, 30 May 2015 (UTC)
:Here's that reference, so you don't have to look for it in the article:
*{{cite conference|first=Joanne|last=van Selm|title=Lessons on resettlement from the US and Canada|conference=Listening to the evidence: The future of UK resettlement, Victoria Park Plaza|___location=London|page=35|url=http://webarchive.nationalarchives.gov.uk/20130128103514/http://rds.homeoffice.gov.uk/rds/pdfs2/resettlement.pdf|date=6 February 2003|accessdate=16 October 2009|editor-first1=Verity|editor-last1=Gelsthorpe|editor-first2=Lauren|editor-last2=Herlitz|publisher=Home Office|isbn=1-84473-122-7}}
:[[User:Cordless Larry|Cordless Larry]] ([[User talk:Cordless Larry|talk]]) 16:27, 30 May 2015 (UTC)
::Ah, it's because I didn't use the "book-title" parameter. Any ideas what I should do when the book title is the same as the conference title? [[User:Cordless Larry|Cordless Larry]] ([[User talk:Cordless Larry|talk]]) 16:32, 30 May 2015 (UTC)
== Date error ==
I was surprised to get a date error when I copy and pasted a Date from a New York Times article
*{{cite news|last=Revkin|first=Andrew|title=Skeptic Talking Point Melts Away as an Inconvenient Physicist Confirms Warming|date=OCTOBER 20, 2011 |url=http://dotearth.blogs.nytimes.com/2011/10/20/skeptic-talking-point-melts-away-as-an-inconvenient-physicist-confirms-warming/?_r=0|newspaper=New York Times|accessdate=1 Jun 2015}}
I believe the problem is that it doesn't like all caps for the month. Given the ubiquity of the New York Times (surely one of the most cited sources) I am surprised this issue hasn't arisen before, in fact, so surprised, I wonder if I am missing something.--[[User:Sphilbrick|<span style="color:#002868;padding:0 4px;font-family: Copperplate Gothic Light">S Philbrick</span>]][[User talk:Sphilbrick|<span style=";padding:0 4px;color:# 000;font-family: Copperplate Gothic Light">(Talk)</span>]] 16:49, 1 June 2015 (UTC)
:The issue is not with the templates but with the Wikipedia manual of style. All-caps is not one of the date styles listed as acceptable in [[MOS:DATEFORMAT]]. The citation templates check for that, and prevent you from using dates that are not in compliance with the MOS. The solution is to properly capitalize the date. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 17:33, 1 June 2015 (UTC)
::The help link in the date error leads directly to a list of common errors, including "improper capitalization".
::If you are patient, BattyBot's task 25 will fix this kind of error (along with dozens of other bot-fixable formats) during its periodic sweep of the date error category (roughly once a month). – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 01:48, 2 June 2015 (UTC)
== Feature request: condense archive-date and access-date when they are identical ==
Where any citation has been both retrieved and archived on the same day {{resize|(i.e. ''accessdate'' {{=}} ''archivedate'')}}, the footnote in the References section and the pop-up footnote display should be customized for that circumstance. Rather than the cumbersome:
… [https://Example.com Archived] from the original on June 2, 2015. Retrieved June 2, 2015.
a more succinct version should automatically be used; perhaps:
… Retrieved and [https://Example.com archived] on June 2, 2015.
which would become something like:
… Retrieved and archived from [https://Example.com the original] on June 2, 2015.
once <code>|deadurl=yes</code> was true.
This would make the References section, on pages where all the external articles are archived and properly defined in the ‘Cite’ templates, much cleaner looking and easier for users to read.
<!-- End request -->
— <span class="vcard"><span class="fn nickname">[[User:Who R you?|<span class="nowrap">Who R you?</span>]]</span> <small>[[User talk:Who R you?|Talk]]</small></span> 17:06, 2 June 2015 (UTC)
:{{U|Who R you?}}, I have retitled this section and removed the protected edit request template, because you have not specifically provided code changes for the code that generates {{tl|cite web}} and other templates. This means that a specification would have to be developed here first.
:Thank you for starting this conversation about a feature request. Some thoughts:
:* Interesting idea. It doesn't seem like it would be that hard to implement, though I am not a programmer.
:* Right now, we have "Archived" before "Retrieved". You have "Retrieved" before "Archived". Is that change intentional? If so, is there a reason for it? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 02:25, 3 June 2015 (UTC)
:::Putting "Retrieved" before "Archived" would actually be useful for references using {{tl|cite archives}} after a cite template, so that all the archives are grouped together at the end of the reference - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 02:34, 3 June 2015 (UTC)
::::Works for me. I like it when our templates do smart things. I'm working on something very similar to this (for a non-citation context). If there are more than two things to test for and possibly combine, the complexity becomes multiplicatively, not additively, greater for each test you add, due to wikitemplate and parser function language being so crude. It would be much more efficient in Lua, but I'm building it for infoboxes that aren't in Lua (yet?) If I'm pinged, I'll point you to the code when I'm done with it; should be easy to adapt if you have a use for it (though I think these cite templates are also in Lua, so it won't help with this particular feature request). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 10:20, 13 June 2015 (UTC)
::{{reply-to|Jonesey95}} Thanks for the rename. The sequence change was simply focusing on improving user experience; presumably the average reader is primarily concerned with how current the link is (or isn't); the wikipedian is typically more concerned with [[link rot]], so it seems appropriate that archive information be provided second.
::In contemplation on your second question, I came up with an alternative: Instead of using "Archived" text at all, should archiving just be reduced to an icon in the citation line (incorporated into the {{LinkTemplate|cite web}} template), such that:
:::{{cite web |url=https://www.cbc.ca/news |title=CBC reports… |publisher=[[CBC News]] |accessdate=2015-06-16 |archiveurl=http://web.archive.org/ |archivedate=2015-06-16 |deadurl=no}} {{resize|{{color|#AAA|“{{!}}deadurl{{=}}no”}}}}
::and
:::{{cite web |url=https://www.cbc.ca/news |title=CBC reports… |publisher=[[CBC News]] |accessdate=2015-06-16 |archiveurl=http://web.archive.org/ |archivedate=2015-06-16 |deadurl=yes}} {{resize|{{color|#AAA|“{{!}}deadurl{{=}}yes”}}}}
::become
:::<pre>{{cite web |url=https://www.cbc.ca/news |title=CBC reports… |publisher=[[CBC News]] |accessdate=2015-06-16}}{{Sourcearchived |archiveurl=http://web.archive.org/ |archivedate=2015-06-16 |url=https://www.cbc.ca/news |deadurl=no}} {{resize|{{color|#AAA|“{{!}}deadurl{{=}}no”}}}}</pre>
:::<pre>{{cite web |url=https://www.cbc.ca/news |title=CBC reports… |publisher=[[CBC News]] |accessdate=2015-06-16}}{{Sourcearchived |archiveurl=http://web.archive.org/ |archivedate=2015-06-16 |url=https://www.cbc.ca/news |deadurl=yes}} {{resize|{{color|#AAA|“{{!}}deadurl{{=}}yes”}}}}</pre>
::Only problem is that this version really needs more advanced programming to use a pop-up window (like footnotes within articles) to list links to multiple archives; otherwise it wouldn't look proper if something like “{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}{{tl|Sourcearchived}}” appeared at the end of a reference where many pages were individually archived.
::Thoughts?
::Cheers — <span class="vcard"><span class="fn nickname">[[User:Who R you?|<span class="nowrap">Who R you?</span>]]</span> <small>[[User talk:Who R you?|Talk]]</small></span> 02:42, 17 June 2015 (UTC)
== Quote translation ==
How should we use <code>quote</code> when it is displayed in a foreign language? Copy text in foreign language or translate it? [[User:SLBedit|SLBedit]] ([[User talk:SLBedit|talk]]) 13:02, 4 June 2015 (UTC)
:I would provide the foreign text with a translation in [brackets] following it if you want. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:47, 4 June 2015 (UTC)
::That's what I did days ago. :) [[User:SLBedit|SLBedit]] ([[User talk:SLBedit|talk]]) 15:38, 4 June 2015 (UTC)
:::Because the template inserts its own opening and closing quotation marks around the value provided in the parameter, the best approach is:<br />
::: {{para|quote|<nowiki>''{{lang|es|Mi casa es su casa.}}''</nowiki>" English: "My house is your house.}}
:::(or whatever in place of "English:", like "Tr.:" or "Approximate translation:", yadda yadda. This is used to good effect at, e.g., [[Van cat]], with some Armenia quotations. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 10:11, 13 June 2015 (UTC)
::::PS: It's a pretty ugly kluge though, and we should probably have a real parameter for this. It's going to come up more and more as we (oh so) slowly narrow the [[WP:BIAS]] chasm. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 02:19, 18 June 2015 (UTC)
==Citing a section of a newspaper==
I would like to use [http://archives.chicagotribune.com/1960/09/17/page/25/article/romes-trade-center-how-it-came-to-be this article] from the ''Chicago Tribune''. This far I have this...
:<nowiki>{{cite news |last=Clark |first=William |date=September 17, 1960 |title=Rome's Trade Center—How It Came to Be |url=http://archives.chicagotribune.com/1960/09/17/page/25/article/romes-trade-center-how-it-came-to-be |newspaper=Chicago Tribune |volume=CXIX |issue=224 |page=5 |___location=Chicago |access-date=June 9, 2015}}</nowiki>
...which gives this...<br>
:{{cite news |last=Clark |first=William |date=September 17, 1960 |title=Rome's Trade Center—How It Came to Be |url=http://archives.chicagotribune.com/1960/09/17/page/25/article/romes-trade-center-how-it-came-to-be |newspaper=Chicago Tribune |volume=CXIX |issue=224 |page=5 |___location=Chicago |access-date=June 9, 2015}}
Unfortunately for me, there is a "page 5" for each of the five sections of the paper. I would like to cite page 5 in "Part 2" or "Sports/Finance", also abbreviated "SPTS—BUS" at the top of each page. I was going to use {{para|at}} to note the section, however, [[Template:Cite news]] states that I cannot use {{para|at}} AND {{para|page}} together. Ideas? Thanks! - [[User:Location|Location]] ([[User talk:Location|talk]]) 04:17, 10 June 2015 (UTC)
:What's wrong with {{para|department|Sports/Finance}} {{para|page|5}}? If you don't like that, you could use {{para|at|part 2, p. 5}} or {{para|at|Sports/Finance, p. 5}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:35, 10 June 2015 (UTC)
::I've used the latter of Redrose64's two suggestions a number of times. As another suggestion, you can drop the volume and issue number; the date is the key item for finding an issue of a newspaper on microfilm or in bound volumes. Also, the ___location of "Chicago" is superfluous when the city name is contained within the newspaper name.
:::{{cite news |last=Clark |first=William |date=September 17, 1960 |title=Rome's Trade Center—How It Came to Be |url=http://archives.chicagotribune.com/1960/09/17/page/25/article/romes-trade-center-how-it-came-to-be |newspaper=Chicago Tribune |at= part 2, p. 5 |access-date=June 9, 2015}}
::should be sufficient to cite the article. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 12:11, 10 June 2015 (UTC)
::::I feel silly for not even trying to put the section and page in the same parameter. Thanks again! - [[User:Location|Location]] ([[User talk:Location|talk]]) 13:28, 10 June 2015 (UTC)
:::Agreed either of those are acceptable solutions. So is {{para|page|5 (Sports/Finance)}}. I'd keep the volume and issue. More information is better than less (as long as it's not {{em|directly}} redundant, as with "Chicago" in that case) and consistent formatting is a virtue. Omission of vol. & issue for one kind of periodical inspires omission of it for all. We can't depend on editors already having memorized citation "etiquette" and necessarily knowing it should always be included for academic journals. I think it should also always be included for magazines not likely to be found in digitized or microfiche form. Frequently, if I want to verify something from an old magazine, I have to find it on eBay, and I can't depend on sellers to use both dates and vol./no. in their listings. Taken to an extreme, the "don't include parameters not absolutely required to identify the source" would mean citing nothing but an ISBN, ISSN or OCLC number. >;-) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 09:43, 13 June 2015 (UTC)
== Cite report – type ==
I am attempting to cite a report which contains the word "report" in its title. Is there any way of removing the word "(Report)" from {{tl|cite report}}? Using the type parameter, I seem to be able to replace the word but not to remove it. [[User:Graham11|Graham]] ([[User talk:Graham11|talk]]) 22:20, 12 June 2015 (UTC)
:{{#invoke:DemoTemplate |cite report |title=Title of Big Report}}
:{{#invoke:DemoTemplate |cite report |title=Title of Big Report |type=none}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:36, 12 June 2015 (UTC)
== Proposed |Vol & |Vol. aliases for |volume, etc. ==
It would greatly speed up formatting of copy-pasted citation details, and reduce error rates, if {{para|volume}} had two added aliases, {{para|Vol}} and {{para|Vol.}}, while {{para|issue}} had corresponding {{para|No}} and {{para|No.}} aliases. A bot could swap them out for the canonical versions at its robotic leisure. I would really, really love to have back all the time I've had waste meticulously futzing with these parameters when there's no real need for it. Same goes for {{para|ISBN}} and {{para|ISSN}} aliases; no one should have to manually lower-case those. Ergonomic/efficiency/pain-in-the-ass problems like this are why many editors are resistant to using our citation templates. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:29, 13 June 2015 (UTC)
===Vol / Vol. and No / No.===
:All of our parameters except those that are initialisms (e.g. ISBN) start with lower-case letters, for consistency. See [[Module:Citation/CS1/Whitelist]]. So {{para|vol}}. I'm skeptical of {{para|no}} because it is ambiguous. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 12:55, 13 June 2015 (UTC)
::I know that "all of our parameters except those that are initialisms (e.g. ISBN) start with lower-case letters"; I'm obviously objecting to lack of initial-upper-case alternatives in two particular cases. I'm not suggesting that these should be the real, main names of the parameters, or even necessarily advertised. They should just silently work so we can get on with building an encyclopedia instead of being mired in pointless template-formatting nit-picks that make people want to abandon the templates. "No" isn't ambiguous in this context, as a parameter name. There are probably 1000+ templates on WP that have parameter names that, in other contexts and treated as stand-alone words, could be taken to mean something else. It's not an issue. The lack of these aliases definitely is approaching a [[WP:IAR]] / [[WP:JUSTFIXIT]] problem in my view, but these templates are easily broken, so I'm taking the long way. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:40, 14 June 2015 (UTC)
:::We have been actively deprecating and removing versions of citation template parameters that start with upper-case letters. All parameters, as far as I can tell by looking manually at the whitelist, are available in all-lower-case. This makes the citation templates consistent from one to the other and makes it very easy to remember the parameters' name styling.
:::I support {{para|vol}}. It is clear and unambiguous, and editors often use it, thinking that it is a valid parameter.
:::I object to {{para|no}} because it is confusing. We already have {{para|number}} as an alias for {{para|issue}}. {{para|no}} is confusing because it leads to the question "no what?" Also, many multi-word parameters already exist in this template, and the words used in these multi-word parameters, like "last" and "date" mean the same thing in each parameter. In the case of "no", we already have {{para|no-pp}} and {{para|no-tracking}}, so it is clear that in the context of citation template parameters, "no" means "no" (i.e. "negation"), not "number". Introducing another meaning for a word that is already used in parameter names is not good design. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:36, 14 June 2015 (UTC)
::::It doesn't lead to that question if it's documented. Do you mean that <code><nowiki>|Vol=12|No=7</nowiki></code> won't be understood? I give our editors more intelligence-credit. It's something that can be replaced by bot. The point is making it faster and easier to input citations from pasted text so people actually use the templates more. It's not a parameter to advertise, just to silently work if it's used. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:43, 17 June 2015 (UTC)
:::::As someone who spends considerable time fixing "unsupported parameter" and other types of citation errors, all of which are documented and produce red error messages, the argument that something will work fine because it is documented holds no water with me. Here are some example edits where I have fixed citations that were broken despite the documentation being clear: [https://en.wikipedia.org/w/index.php?title=Bernardino_de_C%C3%A1rdenas&diff=prev&oldid=665968421 1], [https://en.wikipedia.org/w/index.php?title=Muscle_contraction&diff=prev&oldid=666974169 2], [https://en.wikipedia.org/w/index.php?title=Template:Cite_doi/10.2307.2F25481910&diff=prev&oldid=665894841 3], [https://en.wikipedia.org/w/index.php?title=James_Rodr%C3%ADguez&diff=prev&oldid=667149842 4], [https://en.wikipedia.org/w/index.php?title=Airbus_A380&diff=prev&oldid=667149818 5]. I fix a dozen or two of these on a typical day. You are welcome to look through my contributions for thousands of examples of edits in which I fixed citation errors that could have been avoided by editors' following existing documentation.
:::::You also appear to say that this parameter would be documented but that it would not be advertised. I don't understand the nuance there.
:::::I am open to other lines of reasoning. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 04:48, 18 June 2015 (UTC)
===ISBN / ISSN===
{{Resolved|1=Moot}}
::{{replyto|SMcCandlish}} You don't need to manually lowercase either {{para|ISBN}} or {{para|ISSN}}.
::<code><nowiki>{{cite book |last=Marles |first=R.J. |title=Collectors Coins Great Britain 1995 |edition=22nd |year=1995 |publisher=Rotographic |___location=Torquay |ISBN=0-948964-22-7 |ISSN=0262-9712 }}</nowiki></code> → {{cite book |last=Marles |first=R.J. |title=Collectors Coins Great Britain 1995 |edition=22nd |year=1995 |publisher=Rotographic |___location=Torquay |ISBN=0-948964-22-7 |ISSN=0262-9712 }}
::As shown here, you can use them uppercase, and no error is thrown; at some point, I expect that a bot will lowercase them. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:30, 13 June 2015 (UTC)
:::Good. Not sure when that was introduced, but I like it. Is it also the case for the rest of them (DOI, OCLC, etc.)? <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:40, 14 June 2015 (UTC)
::::Yes. Look at the Whitelist, linked above. All parameters marked as "true" work fine. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:27, 14 June 2015 (UTC)
== Any interest in checking for "edition" in |edition=? ==
{{para|edition}} automatically adds "ed.", but many citations contain text like {{para|edition|2nd ed.}}.
Is there any interest in having the citation module check for and flag redundant text of this sort? It could look for edition/ed/ed. and possibly other variants. I expect that a bot or a script would be able to clean up these errors readily.
Is there a potential for false positives? I can't think of any, but they crop up. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:51, 15 June 2015 (UTC)
:I see a potential problem for the template as it is, because "ed." is automatically added. Sometimes it may be necessary to provide a more complete description of the edition, and the work or abbreviation for "edition" should appear in the middle of the description. Example:
::*<nowiki>{{cite book| title = Astronomical Algorithms | first = Jean | last = Meeus | date = August 10, 2009 | orid-date = 1998 | edition = 2nd ed., corrected printing}}</nowiki>
::*{{cite book| title = Astronomical Algorithms | first = Jean | last = Meeus | date = August 10, 2009 | orig-year = 1998 | edition = 2nd ed, corrected printing}}
:Maybe the solution is to have a parameter such as {{para|ed-no-abbr}} which will not append "ed." and it will be up to the Wikipedia editor to describe the edition in a suitable way. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 19:23, 15 June 2015 (UTC)
::Maybe, but I've also recast things slightly so that the "ed." fits at the end because of this, and if we didn't add a parameter, {{para|edition|Corrected printing of 2nd}} would resolve the issue. <small>P.S., please don't use {{tl|para}} or similar in the heading as it breaks the automatic link to the section in the edit summary.</small> <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 04:08, 16 June 2015 (UTC)
== archive-url requires archive-date ==
archive-date is a pre-requisite for archive-url, but is not listed as such in the table. This should be fixed. [[User:Kendall-K1|Kendall-K1]] ([[User talk:Kendall-K1|talk]]) 23:42, 15 June 2015 (UTC)
:Which page does this table appear on? I'll be happy to fix it. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 01:04, 16 June 2015 (UTC)
::[[Template:Cite web]], "Usage" section, "Full parameter set in vertical format" table. Sorry, I didn't realize that page's talk link came here, even though this is obviously where I ended up, and it says right at the top "This talk page is a centralized discussion for many other talk pages. When starting a new discussion, please note the exact page in question." Just not paying attention today. [[User:Kendall-K1|Kendall-K1]] ([[User talk:Kendall-K1|talk]]) 10:37, 16 June 2015 (UTC)
:::Fixed. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 13:00, 16 June 2015 (UTC)
== Italization of publications that are neither magazines nor newspapers or books ==
Websites are not italicized (see for example [[Facebook]], [[Wikipedia]] or [[Amazon.com]]), yet if you insert the title of a website in the "website" parameter of {{[[Template:Cite web|Cite web]]}} or the "work" parameter of {{[[Template:Cite news|Cite news]]}}, it is automatically italicized. The same goes for radio stations and possibly other types of sources as well. Shouldn't this be fixed? [[User:Littlecarmen|Littlecarmen]] ([[User talk:Littlecarmen|talk]]) 09:14, 17 June 2015 (UTC)
:Radio and TV stations are publishers, so they should be in the {{para|publisher}} parameter. Some TV stations' websites may have their own names; the site for WLUC-TV is named ''Upper Michigan's Source'', while the other local stations, lack names for their websites. ''Wikipedia'', if being cited, should be italicized. It's an online encyclopedia, and encyclopedia titles are italicized. As for your other two examples. since those are both the names of the websites and their respective companies, you can put them in {{para|publisher}} as well. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 10:54, 17 June 2015 (UTC)
::Thank you for the fast response! [[User:Littlecarmen|Littlecarmen]] ([[User talk:Littlecarmen|talk]]) 12:02, 17 June 2015 (UTC)
{{od}}For context, the question relates to [[Wikipedia:Featured list candidates/Timeline of Malaysia Airlines Flight 370/archive1|a Featured List candidate]] and whether the name of a website should be placed in the "publisher" parameter if it is not a newspaper or magazine so that it is not displayed in italics. Websites are not among the works that should be italicized per [[MOS:ITALICS]]. This would mean, for example, that "BBC News" in the "website" parameter would need to be moved to the "publisher" parameter so that it doesn't display in italics (although, in this case, the correct publisher would be "British Broadcasting Corporation"). My reasoning against the requested move is that there is no consensus on style to apply to all articles ([[WP:CITEVAR]]) and per [[WP:CITECONSENSUS]], "If citation templates are used in an article, the parameters should be accurate. It is inappropriate to set parameters to false values in order that the template will be rendered to the reader as if it were written in some style other than the style normally produced by the template (e.g., MLA style)." A couple days ago, I spent a couple hours going through the article to make sure that all of the references used the appropriate CS1 template (News, Web, Journal), but I don't think adjusting the references to ensure that only major works (eg. newspapers & magazines) are italicized is necessary. Italicization of works in CS1 references has been discussed numerous times:
*[[Help talk:Citation Style 1/Archive 3 #Italicisation of websites in references|Italicisation of websites in references]]
*[[Help talk:Citation Style 1/Archive 3#Italicized work parameter|Italicized work parameter]]
*[[Help talk:Citation Style 1/Archive 1#Non-italicized news sources|Non-italicized news sources]]
*[[Help talk:Citation Style 1/Archive 4#Help with template: website?|Help with template: website?]]
The article is internally consistent in that it uses the CS1 formatting style and that it what I believe is relevant to the FL review, not changing the way CS1 style templates display paramaters or adjusting which parameters are included so that a particular style is created. [[User:AHeneen|AHeneen]] ([[User talk:AHeneen|talk]]) 19:46, 17 June 2015 (UTC)
:Note: I've also started a discussion [[Wikipedia talk:Manual of Style/Text formatting#Applicability to citation styles|here]] to propose amending the MOS to except citation templates. [[User:AHeneen|AHeneen]] ([[User talk:AHeneen|talk]]) 21:39, 17 June 2015 (UTC)
::In the context of a reference citation, a website is the title of a published major work, so should be italicized. When you refer to a website more generally ("I like using Facebook", "I'm the webmaster of foobarbazzketball.com") you're referring to an entity of another kind, a ''service'' (or a piece of advertising or a digital business card). Also, keep in mind that many websites have formal titles, and we only use the hostname when they don't, since our only evidence is that the hostname is in fact the title (this can often be confirmed by other text on the site). If I publish a book, through a reputable publisher, ''Juggling Cats'', and it has an online version/adjunct called ''JugglingCatsOnline'' (in camelcase), at jugglingcats.houghton-mifflin.com or whatever, the proper parameter for the site is {{para|work|JugglingCatsOnline}}, and it should be italicized in the reference citation. I would also italicize it in running prose if it was referred to as a published work, but not if it was referred to as a service, server, business, etc. (but that's an MOS matter, and I don't even remember if we make that distinction. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:24, 18 June 2015 (UTC)
== Simple way to resolve MOS and citation discrepancies ==
When CS1/CS2 are used in their default "native" Wikipedia citation style mode (i.e., not being used to generate an externally-derived citation style like Vancouver), they should entirely comply with MOS (but that doesn't mean what it sounds like). If there is some way in which they do not, then either they need to change, or a variance needs to be accounted for in the fine print over at [[MOS:TEXT]], and it will probably be the latter (though there have been some exceptions, I think).
What would be undesirable is addition of a rule exception for citation templates across the board at MOS:TEXT, because that would allow later divergence of CS1/CS2 in "native" mode from MOS for no reason (raising [[WP:LOCALCONSENSUS]] issues, people fighting about it). Our own internal citation styles should always be in agreement with our own internal style guide (even that mostly means MOS makes a variance for CS1/CS2). As long as we only add a rule in MOS:TEXT saying "does not apply to externally-derived citation styles like Vancouver, ..." or something to this effect (to keep people from stripping smallcaps or whatever), this should basically mean that MOS and the internal citation style are never out of synch for more than a brief time in which a simple discussion will resolve the newly arisen discrepancy. Easy-peasy. Certainly would resolve my MOS "vs." CS1/CS2 concerns in earlier threads.
In some cases this conflict is actually illusory anyway: As mentioned above (I think; I'm forgetting which page I posted on about it earlier), we do not italicize the names of websites. But they are being italicized in {{tlx|Cite web}}. It's not because it's an error or because CS1 is recalcitrant, it's because a different rule is being applied secondarily. The website name is being added without italics because it's a website (a default rule for that medium, as with application software). Then italicization is being {{em|added}} after the fact by a rule (italicize titles of major works) that is general and applies regardless of medium. So, in the specific context of a reference citation where the site is the {{para|work}}, then it would be italicized, because it's being contextualized as a major published work, not as an online service, business enterprise, or any other kind of "thing". Illusory or not, it's liable to be confusing without clarification, so we should account for it as a variance (because the usage in the cite templates is correct), rather than de-italicize in the template, and certainly rather than declaring MOS and CS1 to be in some kind of conflict. I would strongly suggest that this same kind of analysis be applied to any other apparent conflicts between the cite templates (in native mode) and MOS. We just fix them.
With externally-derived citation styles, I guess it's just a lost cause. We {{em|do}} need to allow for the fact that some externally-derived citation styles do things not conscionable under MOS normally. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 02:16, 18 June 2015 (UTC)
:I proposed the following at [[WT:MOSTEXT]], following on a first draft by AHeneen:
<blockquote>A specific rewording, addressing several needs at once, might run like this:
{{tq|Text formatting in citations should follow, consistently within an article, an established citation style or system. Options include either of Wikipedia's own template-based [[Help:Citation Style 1|Citation Style 1]] and [[Help:Citation Style 2|Citation Style 2]], and any other well-recognized citation system {{cross-reference|(see [[WP:CITEVAR]])}}. The formatting applied by [[Wikipedia:Citation templates|citation templates]] should not be evaded.<sup>[fn]</sup> Parameters should be accurate, and should not be omitted if the formatting applied by the template is not in agreement with the text formatting guidelines above. Those guidelines do not apply to any non-Wikipedia citation style, which should not be changed to conform to them.}}
{{tq|...}}
{{tq|<sup>fn.</sup> In unusual cases the default formatting may need to be adjusted to conform to some other guideline, e.g. italicization of a non-English term in a title that would otherwise not be italicized.}}</blockquote>
<blockquote>[What footnote system is used doesn't matter, of course, or it could be done not as a footnote at all. Any way you like.]<p>This provides more information and links, reinforces consistency within the article, distinguishes between WP and off-WP cite styles, permits necessary adjustments, and warns against alteration of non-MOS styles in externally-derived cite styles (important because some of them are quite jarring and frequently inspire "correction", especially to remove smallcaps).</p></blockquote>
I think that should cover it. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 03:52, 18 June 2015 (UTC)
== Print ISSN and Online ISSN ==
Sometimes two issn numbers are given - Print ISSN and Online ISSN. [[User:Darekk2|Darekk2]] ([[User talk:Darekk2|talk]]) 10:07, 19 June 2015 (UTC)
:Give the ISSN for the edition which you used as a source. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:28, 19 June 2015 (UTC)
==Extra checking of URL==
Hi, as suggested by {{User|Jonesey95}} I raise this here from original on [[Module talk:Citation/CS1/Feature requests]].
I think that there should be some additional checking on the {{para|url}} field and setting up a tracking category so that they can be looked at and fixed appropriately.
For the {{para|url}} check if there is text in the field other than the URL, easiest way to do this would be to check for mid-string white space. This would pick up things such as [https://en.wikipedia.org/w/index.php?title=2014_NYPD_officer_killings&diff=prev&oldid=667414396 this].
[[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 13:49, 19 June 2015 (UTC)
==Extra checking of Title==
Hi, as suggested by {{User|Jonesey95}} I raise this here from original on [[Module talk:Citation/CS1/Feature requests]].
I think that there should be some additional checking on the {{para|title}} field and setting up a tracking category so that they can be looked at and fixed appropriately.
A converse of the previous section would be to check for a URL in the {{para|title}} field as you should not get URLs in the title. This would pick up the inclusion of unnecessary details such as [https://en.wikipedia.org/w/index.php?title=Grigor_Dimitrov&diff=prev&oldid=667413052 this].
{{User|Jonesey95}} indicated that this had been [[Help talk:Citation Style 1/Archive 7#A proposed new error to detect: URL in .7Ctitle.3D|discussed previously]] but that nothing had been done about it so I am raising it again.
[[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 13:49, 19 June 2015 (UTC)
== "reprint" editions ==
<nowiki>*{{cite book|last=His|first=Rudoulf|year=1928 (1967 reprint)|publisher=Oldenbourg|title=Geschichte des deutschen Strafrechts bis zur Karolina|asin=B0000BRMK3}}</nowiki>
versus
<nowiki>*{{cite book|last=His|first=Rudoulf|year=1928|publisher=Oldenbourg|title=Geschichte des deutschen Strafrechts bis zur Karolina|asin=B0000BRMK3}}</nowiki>
are reprint editions identical?[[Special:Contributions/96.52.0.249|96.52.0.249]] ([[User talk:96.52.0.249|talk]]) 05:05, 21 June 2015 (UTC)
:{{ping| 96.52.0.249 }} cite the edition you've actually consulted. If you used the reprint, then that's what heeds to be cited, which can be done as:
::{{cite book|last=His|first=Rudoulf|orig-year=1928 |year=1967 |edition= Reprint |publisher=Oldenbourg|title=Geschichte des deutschen Strafrechts bis zur Karolina|asin=B0000BRMK3}}
:using:
::<nowiki>{{cite book|last=His|first=Rudoulf|orig-year=1928 |year=1967 |edition= Reprint |publisher=Oldenbourg|title=Geschichte des deutschen Strafrechts bis zur Karolina|asin=B0000BRMK3}}</nowiki>
:In this case, the publisher and place of publication should be for the reprint, not the original. I hope that helps. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 05:26, 21 June 2015 (UTC)
::Awesome, well I made the section [[Talk:Impalement#"reprint" editions]] in regards to the citation.[[Special:Contributions/96.52.0.249|96.52.0.249]] ([[User talk:96.52.0.249|talk]]) 08:20, 21 June 2015 (UTC)
== Feature request: "total_pages" ==
Could this ''optional'' parameter be added, especially to the "cite book" template? Editors sometimes want to indicate the total number of pages in a reference work, since this allows readers to distinguish short pamphlets from weightier tomes. This is particularly the case when the template is used in "Further reading" sections of Wikipedia articles.
The ambiguous "pages" parameter sometimes gets filled in with total page counts instead of page number references, as intended. I initially made this error myself, and I see other editors doing this fairly often, when adding reference works without specific page references. The "total_pages" parameter would divert editors away from making this error, and would also be helpful to interested readers trying to evaluate the size of reference works.
While I don't know how to program templates myself, I hope that adding this feature would be straightforward to an experienced template editor. [[User:Reify-tech|Reify-tech]] ([[User talk:Reify-tech|talk]]) 16:39, 3 June 2015 (UTC)
*'''Mild support''': I, too, am tired of total page counts showing up in {{para|pages}}, but I'm skeptical that this would curtail that problem, since people would have to read the documentation anyway to know about this new {{para|total_pages}} parameter, and if they were doing that they'd already know not to use {{para|pages}} for that purpose. So, I think the only real case for this is that being able to list the total pages might be useful. I think 99% of the time it's not. If we did implement it, I'd want to see it labeled as something to not use except in the circumstance you illustrate, or people will add it all over the place. [[Wikipedia:Is not]] a bibliographic database. The only helpful uses I can think of right off-hand are, like you say, identifying unusually large or unusually small sources. For the average 150–350 page book, it's useless trivia. Even for those two cases of usefulness, this information can simply be added manually after the citation template, though, so .... <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 09:53, 13 June 2015 (UTC)
*'''Support''': I'd kind of like this, too, if only so I could do something useful with page counts improperly given as {{para|pages}}. Another thing to do might be to rename {{{para|pages}}} to something less confusing, and add a tracking category for pages that still use it. Of course, it'd take forever to sort it all out if we tried to actually go through the category page-by-page, but at least it'd clue in those editors who happen to glance at the hidden categories when a specific page could use a look. —[[User:SamB|SamB]] ([[User talk:SamB|talk]]) 16:18, 20 June 2015 (UTC)
*I don't think this should be added, as this is not the sort of information usually found in a reference, and goes beyond the function of identifying the source. It will encourage people to copy cruft from Google books and the like into citations. As for misuse of {{{para|pages}}}, perhaps we could flag as an error cases where the value of {{{para|pages}}} contains only digits. [[User talk:Kanguole|Kanguole]] 14:22, 1 July 2015 (UTC)
== Format parameter ==
For whatever reason, the "format" parameter capitalizes its value, and in some cases it creates red links. I recently met two of them, e.g., [[RealMedia]] was converted into [[REALMEDIA]] and it was redlink. I created redirects for the ones I saw, but it there may be more. Also, potentially it may create disamigiation problem. Did anybody give this a thought? -M.Altenmann [[user talk:Altenmann|>'''t''']] 04:48, 24 June 2015 (UTC)
:This bug is fixed in the sandbox version of the Citation Style 1 module. See [[Help_talk:Citation_Style_1/Archive_8#Update_complete|this discussion]]. Example:
:{{cite compare|mode=book|old=no|title=Title|author=Author|format=RealMedia|url=http://www.example.com}}
:The sandbox code has typically been migrated to the production module code every few months. It has been two months since the last update. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 05:21, 24 June 2015 (UTC)
== Propose trans-work parameter ==
The name of the cited work may not be in English. It may even be rendered in a non-roman alphabet. We have trans-title and script-title when the title of the article (for periodicals) is not in English. We could use corressponding trans-work and script-work parameters. See [[Japan Chernobyl Foundation ]] for a recent example where this would be helpful. [[User:DESiegel|DES]] [[User talk:DESiegel|<sup>(talk)</sup>]] 12:03, 25 June 2015 (UTC)
== Date span ==
Sometimes two dates are provided. For example "Nov. - Dec., 1969" here: http://www.jstor.org/stable/2459036?seq=1#page_scan_tab_contents [[User:Darekk2|Darekk2]] ([[User talk:Darekk2|talk]]) 13:16, 26 June 2015 (UTC)
:{{replyto|Darekk2}} That's not a problem. Use {{para|date|November–December 1969}} --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 14:14, 26 June 2015 (UTC)
:: yes, maybe I used wrong "-" character[[User:Darekk2|Darekk2]] ([[User talk:Darekk2|talk]]) 14:40, 26 June 2015 (UTC)
== accessdate and named references used multiple times ==
A specific named reference may be used many times in the text of an article. Some points in the article may be supported by the reference and others not. If a fact checker finds a named reference, with an accessdate, used multiple times, with some uses supported by the reference and others not, what then? What if someone starts an article like this:
<nowiki>The Sun is pretty big.<ref name="Miller"/></nowiki>
<nowiki>== References ==</nowiki>
<nowiki>{{reflist|refs=</nowiki>
<nowiki><ref name="Miller">{{cite journal |author=Miller |title=The sun's size |url=http://sunjournal.com/MillerSunArticle.html |journal=Sun Journal |year=2005 |accessdate=January 1, 2015}}</ref></nowiki>
<nowiki>}}</nowiki>
Which would display as
The Sun is pretty big.<ref name="Miller"/>
{{fake heading|sub=2|References}}
{{reflist|refs=
<ref name="Miller">{{cite journal |author=Miller |title=The sun's size |url=http://sunjournal.com/MillerSunArticle.html |journal=Sun Journal |year=2005 |accessdate=January 1, 2015}}</ref>
}}
After a few edits the article says:
<nowiki>The Sun is pretty big.<ref name="Miller"/> The Sun is mostly boron.<ref name="Miller"/> The Sun is also quite hot.<ref name="Miller"/></nowiki>
<nowiki>== References ==</nowiki>
<nowiki>{{reflist|refs=</nowiki>
<nowiki><ref name="Miller">{{cite journal |author=Miller |title=The sun's size |url=http://sunjournal.com/MillerSunArticle.html |journal=Sun Journal |year=2005 |accessdate=January 1, 2015}}</ref></nowiki>
<nowiki>}}</nowiki>
Which would display as
The Sun is pretty big.<ref name="Miller"/> The Sun is mostly boron.<ref name="Miller"/> The Sun is also quite hot.<ref name="Miller"/>
{{fake heading|sub=2|References}}
{{reflist|refs=
<ref name="Miller">{{cite journal |author=Miller |title=The sun's size |url=http://sunjournal.com/MillerSunArticle.html |journal=Sun Journal |year=2005 |accessdate=January 1, 2015}}</ref>
}}
Then a fact checker comes along and notices that the Miller article doesn't say anything about the Sun's composition or temperature. The fact checker can insert a <nowiki>{{failed verification}}</nowiki> after the second and third <ref>s, but what about the accessdate? From this thought experiment it should be apparent that it is illogical for accessdates, which can be associated with named references used multiple times, to signify anything more than "The referenced article really existed at this URL on this date."—[[User:Anomalocaris|Anomalocaris]] ([[User talk:Anomalocaris|talk]]) 19:38, 2 July 2015 (UTC)
:That's why we have {{para|archive-url}} and the Internet Archive. Check to see if there is a version of the page from close to the access date. If that version verifies the text, insert the archive-url and archive-date. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 21:42, 2 July 2015 (UTC)
::That might apply in cases where the URL points to a page that changes over time, and the external article at different times supported various different points in the Wikipedia article. But I'm thinking about journal and newspaper articles (which typically do not change), where a Wikipedia editor used an existing named reference to support a something the reference doesn't support. —[[User:Anomalocaris|Anomalocaris]] ([[User talk:Anomalocaris|talk]]) 22:32, 2 July 2015 (UTC)
:Whether or not this is the right approach, if a source has a date associated with it, like a newspaper article, I do not enter access-date; rather, I reserve use of access-date to those sources which lack any date associated with their publication (most cite-web references). In this case, the access-date should apply to both existence and support. I was told at one time a few years back that if you review/update/check a citation, you should verify whether or not all uses of the reference are valid in the context of the article. --User:Ceyockey (<small>''[[User talk:Ceyockey|talk to me]]''</small>) 23:11, 2 July 2015 (UTC)
== cite book: author vs. first/last ==
Hi there,
regularly I edit in deWP. There, in deWP, it is prefered to use [[de:Vorlage:Literatur]] instead of [[de:Vorlage:Cite book]]. So I am firm with Vorlage:Literatur but not with Template:Cite book.
I'd like to transfer some Vorlage:Literatur-Refs to Vorlage:Cite book-Refs. Problem: Vorlage:Literatur just uses "autor" where the author is placed like "autor=Peter Pan" ... an on the other side I do not really get through the descriptions provided on [[Template:Cite book]]:
* Given example1: "To cite a book with a <u>credited</u> author" -> just "first" / "last"
* Given example2: "To cite a book with <u>no credited</u> author" -> just "author"
* In the "Full parameter set in vertical format" there is no parameter "author" described ...
?hmm?
# What is the difference between a "credited" and a "no credited" author?
# Does the parameter "author" really exist? Even if its not described within "Full parameter set in vertical format"?
# Why is there such a strict separation between the different authors (first1, first2, and so on)?
I am asking this (beside the fact that i'd like to understand it ;-), because I'm thinking about using JavaScript to do the transformation-work automatically.
thx for your help
[[User:AKor4711|AKor4711]] ([[User talk:AKor4711|talk]]) 17:39, 6 July 2015 (UTC)
:Try {{tlx|Literatur}}. It maps the Vorlage:Literatur parameters to {{tlx|citation}} parameters using {{tlx|citation/core}}. No JavaScript required. There is a caveat: {{tld|citation}} is {{cs2}} so citation elements are separated with commas rather than the periods used by {{tlx|cite book}} and other {{cs1}} templates.
:#the "no credited author" example is probably inappropriate in {{tld|cite book}} (it is appropriate for a newspaper where an author's name may not be provided)
:#{{para|author}} is a legitimate parameter that is an alias of {{para|last}}; see [[Template:Cite_book#Authors]]
:#because the code isn't smart enough to separate given names from surnames for use in the citation's [[COinS]] metadata
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:58, 6 July 2015 (UTC)
:Notice that in the no credited author example, the author parameter is set to an HTML comment, so it does not appear in the rendered citation. The author parameter is best used for corporate authors. The documentation page says "For corporate authors, simply use last to include the same format as the source." I disagree with that instruction; whoever wrote that was thinking too much like a template coder and too little like an editor. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 20:50, 6 July 2015 (UTC)
Thanks a lot for your help ... the {{tlx|Literatur}} shocks me: A german template within enWP? Wow ^^ ... anyway: that template does exactly what I wanted to do via JavaScript -> saves some work ... :-))) --[[User:AKor4711|AKor4711]] ([[User talk:AKor4711|talk]]) 01:46, 8 July 2015 (UTC)
== Hyphen conversion in cite book ==
At [[Template:Cite book#In-source locations]], it states, "Hyphens are automatically converted to en dashes;...". This apparently is not working. See [https://en.wikipedia.org/w/index.php?title=Oxy-fuel_welding_and_cutting&oldid=670783736 here] and search for "15-52" [[User:Bgwhite|Bgwhite]] ([[User talk:Bgwhite|talk]]) 19:02, 10 July 2015 (UTC)
: {{Ping|Bgwhite}} is misreading the documentation; {{para|page}} is not {{para|pages}}. Hyphens are converted in the later. See further debate at [[User talk:Bgwhite#hypenated pages]]. [[User:Glrx|Glrx]] ([[User talk:Glrx|talk]]) 19:15, 10 July 2015 (UTC)
== Update to the live CS1 module weekend of 25–26 July 2015 ==
On the weekend of 25–26 July I propose to update the live CS1 module files from the sandbox counterparts:
Changes to [[Module:Citation/CS1]] are:
#in {{tlx|cite arxiv}}, concatenate {{para|version}} onto {{para|arxiv}} or {{para|eprint}}; emit deprecated parameter error when {{para||version}} is used in {{tld|cite arxiv}}; [[Help_talk:Citation_Style_1/Archive_8#cite_arxiv_tweaks|discussion]]
#bug fix in <code>style_format()</code>; [[Help_talk:Citation_Style_1/Archive_8#Update_complete|discussion]]
#bug fix in language_parameter(); [[Help_talk:Citation_Style_1#AWB volunteer to clean up Category:CS1 maint: Unrecognized language?|discussion]]
#remove <code>Editors#</code> from <code>EditorList-Last</code> - {{para|editors''n''}} not an alias of {{para|editor-last}}; [[Help_talk:Citation_Style_1/Archive_8#.7Ceditors.3D_not_an_alias_of_.7Ceditor-last.3D|discussion]]
#bug fix in <code>list_people()</code>; [[Help_talk:Citation_Style_1/Archive_8#.7Cdisplay-author.3Detal_bug|discussion]]
#add extra text maint category; [[Help_talk:Citation_Style_1/Archive_8#Suggestion_for_maintenance_category:_redundant_.22edition.22_or_.22ed.22_used_in_.7Cedition|discussion]]
#improve handling of {{para|authors}} containing "et al." or combined with {{para|display-authors|etal}} [[Help_talk:Citation_Style_1/Archive_8#New_behavior_of_.7Cauthors.3D_needs_to_be_adjusted_or_documented|discussion]]
#enhanced internal category handling;
#add support for {{para|vauthors}} and {{para|veditors}}; [[Help_talk:Citation_Style_1/Archive_8#.7Cvauthors.3D|discussion]]
#Add ismn support; [[Wikipedia_talk:Citation_templates#ISNM_.3D_International_Standard_Music_Number|discussion]]
Changes to [[Module:Citation/CS1/Configuration]] are:
#add extra text maint category;
#remove <code>Editors#</code> from <code>EditorList-Last</code> - {{para|editors''n''}} not an alias of {{para|editor-last}};
#add support for {{para|vauthors}} and {{para|veditors}};
#Add ismn support;
Changes to [[Module:Citation/CS1/Whitelist]] are:
#add support for {{para|vauthors}} and {{para|veditors}};
#Add ismn support;
It has been a while since I worked on any of this. Have I missed something that should be in these lists?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:11, 20 July 2015 (UTC)
:No support for {{para|collaboration}} (see [[Module talk:Citation/CS1#Let's add a collaboration parameter|discussion]])? That is disappointing. I've been waiting for it for a while now.<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|talk]] / [[Special:Contributions/Headbomb|contribs]] / [[WP:PHYS|physics]] / [[WP:WBOOKS|books]]}</span> 18:30, 20 July 2015 (UTC)
::This group of changes, with the exception of ISMN support, were made before I went on wikibreak in May. Raise this topic again after I do the update. We can think about it then.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:45, 20 July 2015 (UTC)
== Unpublished/SPS/UGC sources and [[Template:Cite arXiv]] ==
{{FYI|Pointer to relevant discussion elsewhere.}}
Please see [[Wikipedia talk:Identifying reliable sources#Unpublished/SPS/UGC sources and Template:Cite arXiv]]. Of particular relevance to CS1 is the template's overlap with {{para|arXiv}}, and prior deprecation of all identifier-based citation templates. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 21:23, 24 July 2015 (UTC)
== |vauthors= bug ==
A bug exists in the {{para|vauthors}} code. The bug also exists in {{tlx|vcite2 journal}}. If the assigned value is {{para|vauthors|Alberts AW, Majerus PW and Vagelos PR}} then the 'and' is not detected.
:vcite2 journal:
::{{vcite2 journal | vauthors = Alberts AW, Majerus PW and Vagelos PR | date = 1969 | title = Acetyl-CoA acyl carrier protein transacylase | journal = Methods Enzymol. | volume = 14 | pages = 50–53 | doi = 10.1016/S0076-6879(69)14009-4 | series = Methods in Enzymology | isbn = 978-0-12-181871-5 }}
:cite journal:
::{{cite journal | vauthors = Alberts AW, Majerus PW and Vagelos PR | date = 1969 | title = Acetyl-CoA acyl carrier protein transacylase | journal = Methods Enzymol. | volume = 14 | pages = 50–53 | doi = 10.1016/S0076-6879(69)14009-4 | series = Methods in Enzymology | isbn = 978-0-12-181871-5 }}
Here is the COinS for the second and third authors as a single author:
:<code><nowiki>&rft.au=Majerus+PW+and+Vagelos%2C+PR</nowiki></code>
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:15, 25 July 2015 (UTC)
<code>parse_vauthors_veditors()</code> splits the value in {{para|vauthors}} at each comma. Each component of the split should be one or more 'last' names and one or two uppercase initials: Last FM
When a comma is missing, then (in the example above) the last-name string is: Majerus PW and Vagelos. We can look at that string of characters and see if there is a pattern: mixed case letters then spaces then uppercase letters then spaces then mixed case. If we find such a pattern then can we not surmise that a comma is missing? I've tweaked [[Module:Citation/CS1/sandbox]]:
::{{cite journal/new | vauthors = Alberts AW, Majerus PW and Vagelos PR | date = 1969 | title = Acetyl-CoA acyl carrier protein transacylase | journal = Methods Enzymol. | volume = 14 | pages = 50–53 | doi = 10.1016/S0076-6879(69)14009-4 | series = Methods in Enzymology | isbn = 978-0-12-181871-5 }}
This tweak seems to work. If Majerus PW and Vagelos PR is really a corporate name, then wrapping it in the doubled parentheses ({{para|vauthors|Alberts AW, ((Majerus PW and Vagelos PR))}} syntax skips the error check.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:34, 25 July 2015 (UTC)
== "Revised" in edition parameter is triggering maintenance ==
This is confusing for editors: The cite templates have "Revised" as example for good edition information in their documentation, however that parameter triggers "CS1 maint: Extra text" (examples: [[1638 in literature]] and [https://en.wikipedia.org/w/index.php?title=Operation_Sonnenblume&oldid=673465509]). I have added a short note to [[:Category:CS1 maint: Extra text]] for now. But not really sure, what's the correct solution to improve this: Change the template documentation or change the trigger behaviour? Either way, it would be helpful to add a new section to [[Help:CS1 errors]] about the cause and possible solutions for this maintenance case in general. [[User:GermanJoe|GermanJoe]] ([[User talk:GermanJoe|talk]]) 17:22, 28 July 2015 (UTC)\
::This is a bug that is fixed in the sandbox (see §[[Help_talk:Citation_Style_1#extra_text_in_.7Cedition.3D_detection_bug|extra text in {{!}}edition= detection bug]]). For those citations with false detection it is probably best to do nothing with the false positives in the category; they will go away when the module is next updated.
::I've been wondering about this whole test anyway and will have more to say about it later.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:24, 28 July 2015 (UTC)
:::Thank you for the info. I have removed the category note for now (as the error will be fixed, it's kind of pointless). [[User:GermanJoe|GermanJoe]] ([[User talk:GermanJoe|talk]]) 20:14, 28 July 2015 (UTC)
:I'm also seeing similarly unnecessary maintenance categorization for citations with parameters like {{para|journal|[[Journal of Combinatorial Theory]]}} {{para|series|Series A}}. FWIW, many journals and journal cites have separate series parameters (although maybe in this particular case you could argue that "Series A" is really part of the journal name), and omitting the "Series" text from the parameter causes them to be formatted in a very cryptic way that most readers are unlikely to understand, so I think spelling it out is preferable and should not be tagged as an error. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 18:13, 28 July 2015 (UTC)
::I don't understand this. I took this citation from [[Graph theory]]:
:::<code><nowiki>{{Citation|author=Robertson, N.; Sanders, D.; Seymour, P. and Thomas, R.|title=The four color theorem|journal=Journal of Combinatorial Theory Series B|volume=70|year=1997|pages=2–44|doi=10.1006/jctb.1997.1750|postscript=.}}</nowiki></code>
::::{{Citation|author=Robertson, N.; Sanders, D.; Seymour, P. and Thomas, R.|title=The four color theorem|journal=Journal of Combinatorial Theory Series B|volume=70|year=1997|pages=2–44|doi=10.1006/jctb.1997.1750|postscript=.}}
::Adding {{para|series}}:
:::<code><nowiki>{{Citation|author=Robertson, N.; Sanders, D.; Seymour, P. and Thomas, R.|title=The four color theorem|journal=Journal of Combinatorial Theory |series=Series B|volume=70|year=1997|pages=2–44|doi=10.1006/jctb.1997.1750|postscript=.}}</nowiki></code>
::::{{Citation|author=Robertson, N.; Sanders, D.; Seymour, P. and Thomas, R.|title=The four color theorem|journal=Journal of Combinatorial Theory |series=Series B|volume=70|year=1997|pages=2–44|doi=10.1006/jctb.1997.1750|postscript=.}}
::Changing to {{tlx|cite journal}}:
:::<code><nowiki>{{cite journal|author=Robertson, N.; Sanders, D.; Seymour, P. and Thomas, R.|title=The four color theorem|journal=Journal of Combinatorial Theory |series=Series B|volume=70|year=1997|pages=2–44|doi=10.1006/jctb.1997.1750|postscript=.}}</nowiki></code>
::::{{cite journal|author=Robertson, N.; Sanders, D.; Seymour, P. and Thomas, R.|title=The four color theorem|journal=Journal of Combinatorial Theory |series=Series B|volume=70|year=1997|pages=2–44|doi=10.1006/jctb.1997.1750|postscript=.}}
::I'm not seeing any maintenance categorization in any of these. What am I not understanding about what it is that you wrote?
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:24, 28 July 2015 (UTC)
:::If series isn't generating this maintenance categorization, then there is no problem; sorry for the false alarm. I was seeing this maintenance category on an article that I couldn't find a different explanation for, and thought it was this parameter, but didn't do the experimentation needed to nail it down exactly, and now I don't remember which article it was. It must have been one of the other parameters causing the issue, quite likely legitimately. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 20:47, 28 July 2015 (UTC)
== Chapter ignored message ==
Where is the problem with chapter=ignored message, like in [[Apricot oil]] ? Following are the parameters given (striped away one ''{'' and ''}'' to freeze template from interpreting):
{cite web
|url=http://www.botanical.com/botanical/mgmh/a/apric050.html
|title=A Modern Herbal
|chapter=Apricot
|publisher=[http://www.botanical.com/ Botanical.com]
|author=Mrs. M. Grieve
|accessdate=2008-08-20
|archiveurl= https://web.archive.org/web/20080809232203/http://www.botanical.com/botanical/mgmh/a/apric050.html
|archivedate= 9 August 2008 <!--DASHBot-->
|deadurl= no}
What is wrong ? I see [https://en.wikipedia.org/wiki/Category:CS1_errors:_chapter_ignored here] that there are more than 4700 ... --[[User:Robertiki|Robertiki]] ([[User talk:Robertiki|talk]]) 04:57, 30 June 2015 (UTC)
:Try using:
:{{cite web |url=http://www.botanical.com/botanical/mgmh/a/apric050.html |work=A Modern Herbal |title=Apricot |publisher= Botanical.com
|author=Mrs. M. Grieve |accessdate=2008-08-20 |archiveurl= http://web.archive.org/web/20080809232203/http://www.botanical.com/botanical/mgmh/a/apric050.html |archivedate= 9 August 2008 |deadurl= no}}
:I don't think {{para|chapter}} is valid for {{tl|cite web}}. What is the {{para|chapter}} in your citation is the {{para|title}} of an individual web page, and what is the {{para|title}} is the name of a {{para|work}} hosted on that web site. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 05:06, 30 June 2015 (UTC)
::Or, alternatively, since this is a book hosted online, use <nowiki>{{cite book |...}}</nowiki>. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 05:54, 30 June 2015 (UTC)
::: I am non interested about the article [[Apricot oil]], I could also have made the [[Aval]] example or any other of the 4,700 articles that unexpectedly now signal this error. The problem is that in the example I don't see any ''chapter'' parameter, so what ? --[[User:Robertiki|Robertiki]] ([[User talk:Robertiki|talk]]) 02:36, 1 July 2015 (UTC)
:::: Sorry, now I see it. --[[User:Robertiki|Robertiki]] ([[User talk:Robertiki|talk]]) 02:37, 1 July 2015 (UTC)
: Let us change example, in article [[Aval]]:
{Cite journal
| last =Badr
| first = Gamal Moursi
| contribution =Islamic Law: Its Relation to Other Legal Systems
| journal= [[American Journal of Comparative Law]]
| volume=26
| issue=2
| title = Proceedings of an International Conference on Comparative Law, Salt Lake City, [[Utah|UT]], February 24–25, 1977]
| date=Spring 1978
| pages=187–98
| doi = 10.2307/839667
| ref=harv
| jstor= 839667}
Where is the "chapter" parameter ? Sorry for the false start. Maybe I don't understand how it works. --[[User:Robertiki|Robertiki]] ([[User talk:Robertiki|talk]]) 02:40, 1 July 2015 (UTC)
:What's wrong here is the reference itself. Either this is a journal article, in which case the required parameters are {{para|title}} and {{para|journal}}, or it's a book in which the proceedings of a conference were published, in which case the required parameters are {{para|chapter}} and {{para|title}}. If the proceedings of the conference were published as a journal volume, then it should be treated as a set of journal articles. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 06:49, 1 July 2015 (UTC)
::What's wrong is that we have no parameter to indicate that this issue of the journal is a special issue with its own title. The closest one can get is to pretend that, instead of a journal, it's a book series (and then italicize it manually):
::*<nowiki>{{Cite book
| last =Badr
| first = Gamal Moursi
| contribution =Islamic Law: Its Relation to Other Legal Systems
| series= ''[[American Journal of Comparative Law]]''
| volume=26
| issue=2
| title = Proceedings of an International Conference on Comparative Law, Salt Lake City, [[Utah|UT]], February 24–25, 1977
| date=Spring 1978
| pages=187–98
| doi = 10.2307/839667
| ref=harv
| jstor= 839667}}</nowiki>
::*{{Cite book
| last =Badr
| first = Gamal Moursi
| contribution =Islamic Law: Its Relation to Other Legal Systems
| series= ''[[American Journal of Comparative Law]]''
| volume=26
| issue=2
| title = Proceedings of an International Conference on Comparative Law, Salt Lake City, [[Utah|UT]], February 24–25, 1977
| date=Spring 1978
| pages=187–98
| doi = 10.2307/839667
| ref=harv
| jstor= 839667}}
::—[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 07:34, 1 July 2015 (UTC)
:{{para|contribution}} is an alias of {{para|chapter}}. {{tlx|cite journal}} does not support {{para|chapter}} and so does not support {{para|contribution}}. The thing that throws the spanner in the works is the conference information. If you rewrite the citation as {{tlx|cite conference}} you get this:
:*<code><nowiki>{{Cite conference
| last =Badr
| first = Gamal Moursi
| title=Islamic Law: Its Relation to Other Legal Systems
| journal= [[American Journal of Comparative Law]]
| volume=26
| issue=2
| conference= Proceedings of an International Conference on Comparative Law, Salt Lake City, [[Utah|UT]], February 24–25, 1977
| date=Spring 1978
| pages=187–98
| doi = 10.2307/839667
| ref=harv
| jstor= 839667}}</nowiki></code>
:*{{Cite conference
| last =Badr
| first = Gamal Moursi
| title=Islamic Law: Its Relation to Other Legal Systems
| journal= [[American Journal of Comparative Law]]
| volume=26
| issue=2
| conference= Proceedings of an International Conference on Comparative Law, Salt Lake City, [[Utah|UT]], February 24–25, 1977
| date=Spring 1978
| pages=187–98
| doi = 10.2307/839667
| ref=harv
| jstor= 839667}}
:The code supporting {{tld|cite conference}} should probably be tweaked so that the article title is rendered quoted and not italicized when {{para|journal}} (or an alias) is part of the template.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:14, 1 July 2015 (UTC)
::With the fix to quote the article title, I guess this is ok, but the question remains: why do editors want to include the conference information in this case? The purpose of a citation is not to tell you all about the source (if it was, why not include the number of pages in a book, the number of illustrations, and so on?), but to give sufficient information to locate the source. The title of the published entity (here the journal) is sufficient. {{tl|Cite conference}} should be used when the proceedings are published as an independent entity, i.e. a book. [[User:Peter coxhead|Peter coxhead]] ([[User talk:Peter coxhead|talk]]) 14:05, 1 July 2015 (UTC)
:::In the case of some leading computer science cconferences (some of which are indeed published in journals in this way) the journal part of the citation tells you where to find the publication but the conference part tells you something about how important the paper was regarded at the time of publication, since the good conferences are typically much more selective than the journals. So both pieces are important parts of the citation. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 15:30, 1 July 2015 (UTC)
::::Agreed. I also agree that display should be corrected to italicize the right title depending on the parameters in use. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:36, 30 July 2015 (UTC)
== accessdate when url changes ==
When a Wikipedia editor discovers that a URL has changed, I think it is good for the editor to update the '''url''' parameter. If there is an existing '''accessdate''' parameter, and the editor does not wish to take the time to verify that the reference supports the article text, that leaves a dilemma. Leaving '''accessdate''' unchanged falsely implies to most users that the displayed URL worked on that date. Removing the '''accessdate''' parameter removes the fact that some other editor claimed to have verified that the linked page supported the article text on that date. —[[User:Anomalocaris|Anomalocaris]] ([[User talk:Anomalocaris|talk]]) 17:52, 1 July 2015 (UTC)
:What use is the new URL if it does not support the text that it claims it support. When changing a URL it should obviously be checked to verify that it still supports the text that it is attached to. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 21:37, 2 July 2015 (UTC)
::It may be obvious to you, but it is not obvious to me. Several newspaper websites, including [[The Jerusalem Post]], [[Haaretz]], and [[The Guardian]] have recently changed their URLs of existing articles. In some cases old URLs automatically redirect to new URLs; in other cases the old URL redirects to the home page, but the new URL can often be located by using the website's search feature and searching for the original article title. There is no doubt that it is the same article, because it has the same author, title, date, and publication. I should not have to re-verify that the article still supports the text, especially if the article is quite long and the subject abstruse. But I should update the link, as the new URL is more likely to be supported in the future. For example, when The Jerusalem Post changed from URLs of the form fr.jpost.com with numeric article names to URLs of the form www.jpost.com with friendly names, for awhile, the old URLs redirected to the new ones, but they don't any more. I believe that editors who update URLs are helping Wikipedia, and I don't believe they should be required to reread each external article so affected to assure that it still supports the text. Furthermore, there is the point in the next thread that a given reference may be cited many times in one article. Is the editor required to verify that each point used for a given reference is supported by the reference? And what if some are and some are not?—[[User:Anomalocaris|Anomalocaris]] ([[User talk:Anomalocaris|talk]]) 22:21, 2 July 2015 (UTC)
:::There's no problem updating the accessdate along with the URL. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:56, 31 July 2015 (UTC)
== Add column and day of week parameters? ==
Hello. Over at [[Template_talk:Cite_newspaper_The_Times#Merge_with_.7B.7Bcite_news.7D.7D.3F|Template talk:Cite newspaper The Times]] I've been asking why that template can't redirect to {{tl|cite news}}. The key reasons seem to be the lack of a column parameter, as well as a 'day of week' parameter, in this template. Reasons for why these parameters are useful are given there. Would it be possible to add those parameters to cite news, or are there good reasons for not doing so? Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 08:18, 7 July 2015 (UTC)
:Should be supported in the general template, since the rationales for them pertain to any newspaper with columns and/or with multiple daily editions. The templates should be merged. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:22, 30 July 2015 (UTC)
== Allow "Quarter" dates in Date parameter? ==
To my recollection, reference templates such as {{tl|cite journal}} used to allow entries such as "First Quarter 2005" in the 'date' parameter up until several months back. Now I realize that "Winter 2005"- and "January–March 2005"-type entries are still allowed, but I was wondering if "First Quarter"-type entries in the 'date' parameter were ever likely to be allowed again? There are definitely journals that publish by "First Quarter" dates rather than "Winter" or "January–March" dates, so it would be desirable if "Quarterly" dates would be allowed in these reference templates' 'date' parameters again. --[[User:IJBall|IJBall]] <small>([[Special:Contributions/IJBall|contribs]] • [[User talk:IJBall|talk]])</small> 21:12, 9 July 2015 (UTC)
:This topic has been discussed [[Help_talk:Citation Style 1/Archive 6#cite journal and quarterly publications|before]]. cs1|2 take date format guidance from [[MOS:DATEFORMAT]] which is mute on quarterly dates (there is a brief mention at [[WP:SEASON]] but that date style is not listed in the [[Wikipedia:Manual_of_Style/Dates_and_numbers#Formats|Acceptable date formats]] table).
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:48, 9 July 2015 (UTC)
::In that previous discussion, I commented that this should be allowed. The MOS might be silent on this, but we cannot while still providing the facilities to faithfully render the publication information for sources in CS1/CS2. We already override the MOS to capitalize season names when used in citation dates, and I agree with that as it promotes consistency between "January 2005" and "Winter 2005". Since my comments last October, I think that the word "quarter" should also be capitalized in citations for the same consistency reasons. I would also whitelist "Q1 2005" as a standard abbreviation analogous to the abbreviations for month names. This abbreviation convention is already quite common in corporate financial documents, among other places. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 22:30, 9 July 2015 (UTC)
::: Yes, "Quarter"-type publication dates are definitely common in some of the official documents I run across from organizations and businesses when looking for references. I absolutely agree that the by "Quarter" dates should probably be included in the 'date' parameters again, esp. as the MOS is actually silent on "disallowing" their use. --[[User:IJBall|IJBall]] <small>([[Special:Contributions/IJBall|contribs]] • [[User talk:IJBall|talk]])</small> 22:40, 9 July 2015 (UTC)
:Support allowing quarters (and seasons), but question whether this should be directly mingled with, rather than juxtaposed against, date data. For one thing, mingling them could break various tools. For another, many publications use both; the quarter or season is at least as much akin to title data as date data: {{xt|''Journal of Chicken Lips'', June/July 2015 (Summer issue)}}, etc. For a third, they can span multiple quarters or seasons, which spans themselves can cross a year boundary ({{xt|Winter 2014/2015}}, {{xt|4Q 2014 / 1Q 2015}}, etc.) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:25, 30 July 2015 (UTC)
== Author’s initials only ==
[http://www.economist.com/blogs/freeexchange/2015/07/britains-summer-budget This news article] is credited only to “C.R.”. How should this be handled? <s>(I note that <code>author</code> is deprecated.)</s>
* <code>|author=<nowiki><!-- C.R. --></nowiki></code>?
* <code>|author=C.R.</code>?
* <code>|first=C. |last=R.</code>?
—[[Special:Contributions/80.192.177.23|80.192.177.23]] ([[User talk:80.192.177.23|talk]]) 00:38, 13 July 2015 (UTC)
:Until you discover who C.R. is, and can provide a complete name, {{para|author|C.R.}} works. Can you show where it is written that {{para|author}} is deprecated? That assertion is not true so anyplace saying otherwise needs to be corrected.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:51, 13 July 2015 (UTC)
::Thanks. I misread: it's {{para|coauthor}} that's deprecated, not {{para|author}}. —[[Special:Contributions/80.192.177.23|80.192.177.23]] ([[User talk:80.192.177.23|talk]]) 03:17, 13 July 2015 (UTC)
:FWIW, I always put these in scare-quotes, e.g. "C. R.", and include a note (another good use for the {{para|note}} parameter I've proposed) that a more complete name for the author is not presently available. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:18, 30 July 2015 (UTC)
== In [[Template:Cite episode]], network = publisher? ==
Shouldn't {{para|network}} be documented as an alias of {{para|publisher}}? <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:24, 22 July 2015 (UTC)
:<code><nowiki>{{cite episode |title=Title |series=Series |network=Network |publisher=Publisher}}</nowiki></code>
:→{{cite episode |title=Title |series=Series |network=Network |publisher=Publisher}}
:As can be seen in my crude example, {{para|network}} is not an alias of {{para|publisher}}, so in answer to your question, no, {{para|network}} should not be documented as a strict alias of {{para|publisher}}. But that raises the question: should {{para|publisher}} be valid for use in {{tlx|cite episode}}?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 02:17, 22 July 2015 (UTC)
::I guess it could be in some cases, when the production is attributed to one entity, and it retains rights to it, syndicates it later on other networks, reissues it on DVD, etc., all without involvement of the original network. Will definitely need documentation clarification. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 08:04, 22 July 2015 (UTC)
===Definite error in same template===
No idea how this is happening: {{para|series}} is not italicizing, but it's clearly intended as a replacement for {{para|work}} (which is absent from this template's documentation). The only way to get a properly italicized series name with this template is to use {{para|work}}, which suggests that it's not actually {{em|coded}} as an alias of {{para|work}} for some reason, but as a separate parameter. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 08:08, 22 July 2015 (UTC)
:Series is italicised in Trappist's example above... - <u>'''[[User:Evad37|Evad]]''37'''''</u> <span style="font-size:95%;">[[[d:w:User talk:Evad37|talk]]]</span> 08:51, 22 July 2015 (UTC)
::It appears that the {{para|series}} parameter is being repurposed. When I started six years ago, it was used in {{tlx|cite journal}} to resolve duplication when the same volume/issue numbers were used for two different issues. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 13:16, 22 July 2015 (UTC)
:::Well, as with {{para|title}} doing something different in different templates, this one needs to as well. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:21, 22 July 2015 (UTC)<p>[[Template:Cite journal]] has had {{para|series}} since 26 October 2008 [https://en.wikipedia.org/w/index.php?title=Template:Cite_journal&diff=next&oldid=242802643]. [[Template:Cite episode]] has had it since its creation on 4 March 2006 [https://en.wikipedia.org/w/index.php?title=Template:Cite_episode&action=edit&oldid=42134627]. It may have been around in some other template even longer; not sure. Was added to {{tlx|Cite book}} in 2007, for example. Anyway, it's highly desirable that it italicize in {{tlx|Cite episode}}. I would just go fix it, but I can't due to full protection on the module.<span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 21:47, 24 July 2015 (UTC)</p>
Test: {{Cite episode |title=Athena's Earlobes |episode-link=Rickrolling |url=http://www.google.com |access-date=20 July 2015 |series=Cracksmokin' Buttmonkeys |series-link=Humor |first=Ann |last=Onie-Maus |network=Insipid Broadcasting Network |station=KBLARGH |___location=Weed, New Mexico |date=19 July 2015 |season=2 |number=6 |minutes=48 |transcript=This parameter seems to serve no purpose |transcript-url=http://yandex.com |quote=My chicken has bigger nuggets than yours! |language=Gaelic}}
Hmm. OK, it's italicizing now.
But note that the {{para|city}} parameter is not working, though it has been documented at this template for a long time (the {{para|___location}} version works, and I'll go change the template's documentation, but it should probably have <code>city</code> as an alias). But its value is misplaced in the sequence. It should immediately precede the {{para|station}} value, if present, e.g. {{xt|Weed, New Mexico: KBLARGH}}, fallback to preceding the network in same format, and finally to appearing alone, with no colon, as in the above display, if neither are present, in which case it should be just before the accessdate. It's really weird that it is inserted into episode-specific data, between transcript info and timecode info.
It has another problem, too: The misfeature that it always throws an error if there is no {{para|title}} value, even though some TV show's episodes do not have titles. It should detect some specific string, e.g. <code>[none]</code> and suppress display of that value or of the error in that case. This would also allow it be used to cite one-off programs (TV specials, either stand-alone or of a regular series), without having to use some other template like {{tlx|cite video}} or {{tlx|cite film}}.
Next, the {{para|transcript}} parameter verges on useless, unless the transcript has a special, unique title. If you leave it out/blank, then {{para|transcript-url}} throws an error. Instead {{para|transcript|Transcript}} should simply be the default value. If a value is provided, it should appear as {{xt|Transcript: "{{var|value of transcript parameter here}}"}}.
<span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 00:07, 31 July 2015 (UTC)
:{{tlx|cite episode}}: the [[Module:Citation/CS1]] version very closely follows, and in some cases improves upon, {{tld|cite episode}}: the {{tlx|citation/core}} version as can be seen by comparing your example citation rendered here by both:
{{Cite compare |mode=episode |title=Athena's Earlobes |episode-link=Rickrolling |url=http://www.google.com |access-date=20 July 2015 |series=Cracksmokin' Buttmonkeys |series-link=Humor |first=Ann |last=Onie-Maus |network=Insipid Broadcasting Network |station=KBLARGH |___location=Weed, New Mexico |date=19 July 2015 |season=2 |number=6 |minutes=48 |transcript=This parameter seems to serve no purpose |transcript-url=http://yandex.com |quote=My chicken has bigger nuggets than yours! |language=Gaelic}}
:{{para|city}} doesn't work in the Module version because it doesn't work in the {{tld|citation/core}} version.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:52, 31 July 2015 (UTC)
::So shouldn't it have that as an alias, given that it was deployed for a long time with {{para|city}} as the parameter name? PS: Just to be clear my sample test code is to play with swapping stuff in and out. It mostly doesn't directly illustrate the problems I talked about, or I would have had to use it numerous times in the same post. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 01:53, 31 July 2015 (UTC)
== and others is a synonym of et al. ==
There aren't that many but editors have used {{para|author|and others}} (some of these are the result of Monkbot making author parameters from {{para|coauthors}}). These author parameters aren't currently detected by <code>name_has_etal ()</code> in [[Module:Citation/CS1]]. I have tweaked the sand box so that they are:
{{cite compare |old=no |mode=book |title=Title |author=First author |author2=and others}}
Such citations will be added to {{cl|CS1 maint: Explicit use of et al.}}.
Editors have also used {{para|author|others}} but there were (according to an insource: search) only a dozen of them so I just fixed them instead of adding a test to the module.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:56, 26 July 2015 (UTC)
:Support. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 08:47, 29 July 2015 (UTC)
*'''Oppose''', just change them to "et al". Also best to keep coauthors and an option. -- [[User:PBS|PBS]] ([[User talk:PBS|talk]]) 21:27, 30 July 2015 (UTC)
== Bug ==
Please see [[Emi Takei]], footnote #2, where it says that there is no "title" parameter, even though it does exist. [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 16:27, 26 June 2015 (UTC)
:From the help
<blockquote>{{tl|cite episode}} will show this error if {{para|series}} is blank (even if a {{para|title}} is provided).</blockquote>
:[[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 16:35, 26 June 2015 (UTC)
:: That should be fixed then to read "Missing or empty |series=" instead of "Missing or empty |title=" [[User:Debresser|Debresser]] ([[User talk:Debresser|talk]]) 21:46, 27 June 2015 (UTC)
Fixed in the sandbox:
:<code><nowiki>{{cite episode/new |title=Title |series=Series}}</nowiki></code>
::{{cite episode/new |title=Title |series=Series}}
:<code><nowiki>{{cite episode/new |title=Title |series=}}</nowiki></code>
::{{cite episode/new |title=Title |series=}}
and to prove that I haven't broken the missing title error message for other templates:
:<code><nowiki>{{cite book/new |title= |series=Series}}</nowiki></code>
::{{cite book/new |title= |series=Series}}
:<code><nowiki>{{citation/new |title= |series=Series}}</nowiki></code>
::{{citation/new |title= |series=Series}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:30, 4 August 2015 (UTC)
== separator preceding et al. static text ==
See [[Module_talk:Citation/CS1#Et_al_2|this discussion]]. (I have taken-up that conversation up here so that [[Module talk:Citation/CS1]] can be archived and then redirected here per [[Module_talk:Citation/CS1#Redirect_this_page_to_Help_talk:Citation_Style_1.3F|this discussion]].)
I have tweaked [[Module:Citation/CS1/sandbox]] to insert the name-list separator character and a space between the end of the trailing author/editor name and the 'et al.' static text. The code uses the separator character that is associated wwith the particular name-list format: a semicolon for generic cs1|2 {{para|last''n''}} / {{para|first''n''}} / {{para|author''n''}} names list (the same for the editor versions of these), and a comma for [[Vancouver system]] author and editor name lists: {{para|vauthors}}, {{para|veditors}}, and the last/first/author (and editor) lists when {{para|name-list-format|vanc}}.
:<code><nowiki>{{cite book/new |title=Title |last=Last |first=First |display-authors=etal}}</nowiki></code>
::{{cite book/new |title=Title |last=Last |first=First |display-authors=etal}}
:<code><nowiki>{{cite book/new |title=Title |editor-last=Last |name-list-style=vanc |editor-first=First |display-editors=etal}}</nowiki></code>
::{{cite book/new |title=Title |last=Last |first=First |name-list-style=vanc |display-authors=etal}}
:<code><nowiki>{{cite book/new |title=Title |editor-last=Last |editor-first=First |display-editors=etal}}</nowiki></code>
::{{cite book/new |title=Title |editor-last=Last |editor-first=First |display-editors=etal}}
:<code><nowiki>{{cite book/new |title=Title |vauthors=Last F |display-authors=etal}}</nowiki></code>
::{{cite book/new |title=Title |vauthors=Last F |display-authors=etal}}
:<code><nowiki>{{cite book/new |title=Title |vauthors=Last F et al.}}</nowiki></code>
::{{cite book/new |title=Title |vauthors=Last F et al.}}
:<code><nowiki>{{cite book/new |title=Title |veditors=Last F |display-editors=etal}}</nowiki></code>
::{{cite book/new |title=Title |veditors=Last F |display-editors=etal}}
:<code><nowiki>{{cite book/new |title=Title |veditors=Last F et al.}}</nowiki></code>
::{{cite book/new |title=Title |veditors=Last F et al.}}
I don't think that there is a solution for the free-form author and editor parameters {{para|authors}} and {{para|editors}} so for these, the static 'et al.' text is appended without a separator character (this is the same as the current live version:
:<code><nowiki>{{cite book/new |title=Title |authors=Last, First and Last2, First2 M. |display-authors=etal}}</nowiki></code>
::{{cite book/new |title=Title |authors=Last, First and Last2, First2 M. |display-authors=etal}}
:<code><nowiki>{{cite book/new |title=Title |editors=Last, First and Last2, First2 M. |display-editors=etal}}</nowiki></code>
::{{cite book/new |title=Title |editors=Last, First and Last2, First2 M. |display-editors=etal}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:34, 4 August 2015 (UTC)
== Merging [[Template:Cite ArXiv]] ==
After a discussion at [[Wikipedia talk:Identifying reliable sources#Unpublished/SPS/UGC sources and Template:Cite arXiv]], to make sure that we should ever be citing arXiv for anything but a convenience link, it's become clear that there are only two use cases for this template:
# Citing an arXiv paper that has also been published in a journal, where the arXiv URL is a convenience link, in which case it can be replaced with<br /> <del>{{tlx|Cite journal |url{{=}}{{var|URL of published copy at journal or indexing service, if one is available}} |arXiv{{=}}{{var|URL of the preprint at arXiv}} |at{{=}}{{var|value that would have been in the arXiv "class" parameter}} |...}}</del> <ins>It can actually just be swapped with:</ins> {{tlx|Cite journal |url{{=}}{{var|URL of published copy at journal or indexing service, if one is available}} |eprint{{=}}{{var|URL of the preprint at arXiv}} |...}} and can be done with just swapping in {{tnull|Cite journal}} with no adjustments at all if there's no non-arXiv URL to put in.
# Citing (rarely) an arXiv paper that has not yet been reputably published but is being cited as a primary source for some reason, and for which there is no other URL, in which case it can be replaced with<br /> <del>{{tlx|Cite web |url{{=}}{{var|URL at arXiv}} |at{{=}}{{var|value that would have been in the arXiv "class" parameter}} |...}}</del> <ins>It can actually just be swapped with:</ins> {{tlx|Cite web}} with no adjustments at all.
The one and only thing that this template does "special" is provide an optional {{para|class}} that gives the arXiv category the paper is in, and this is only "needed" for certain arXiv URLs that don't already include it. It's not actually required at all, since it does not aid in identifying and retrieving the source anyway; it's just a categorization identified that is sometimes in arXiv URLs, sometimes not, but which some like to include. If as I suspect we want to retain it:
* The template can be replaced with a call to {{tlx|Cite web}}, <del>that maps {{para|class}} to {{para|at}},</del> and passes all the other standard parameters for the template; or
* The template can just redirect to {{tlx|Cite web}}, <del>after aliasing {{para|class}} to {{para|at}}</del>.
Either way, for cases where the paper has subsequently been journal-published (case #1, the vast majority of legitimate citations using this template), the proper template to use, even if we did nothing else at all, is {{tlx|Cite journal}}. <del>It, too, should probably support {{para|class}} as an alias of {{para|at}}, just to preserve that tidbit of information. (It's not quite as trivial as some other info we discard, like total number of pages and arXiv.org prefers that it being included in citations to papers it hosts.)</del> <ins>Never mind:</ins> All the CS1 and CS2 templates already handle {{para|class}} directly.
The {{tlx|Cite arXiv}} template serves no purpose at all as a stand-alone template, and it's standard operating procedure, both site-wide and with regard to citation templates specifically, to merge redundant ones. Instances of this template cannot be "upgraded" with additional details after journal publication without replacing the template anyway, because it does not support {{para|doi}}, {{para|volume}}, etc., while both {{tlx|Cite journal}} and {{tlx|Cite web}} don't have this problem. And the use of this identifier-based, site-specific template hampers the ability to do source verification, because it mix-and-matches completely different (for WP purposes) kinds of sources – peer-reviewed publications vs. unpublished materials – solely on the criterion of what website they're hosted at. Yet we already deprecated and merged the entire little family of {{tlx|Cite doi}} and related templates, for the same reason, that they were identifier-based. This arxiv-specific template is foolhardy for the additional reason in that it effectively {{em|encourages}} citation of unpublished arXiv papers as if they were equivalent to peer-reviewed journal papers as a class; it lends false reliability to what amounts to self-published/user-contributed content. While arXiv is arguably better than various other sites that allow people to publish papers on their own, this fact that it's essentially a papers-wiki for original academic research cannot be avoided. Many instances of case #2 should probably be deleted, as failing [[WP:V]]'s basic requirements, but that's probably only determinable on a case-by-case basis – specifically because of this template's commingling of the two source types as undistinguished.
It's my impression that [[WT:CS1]] prefers collectively to handle merge discussions here than take them to [[WP:TFD]], so here we are. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 02:44, 31 July 2015 (UTC)
:Two points:
:# You have completely misrepresented the content of the discussion, instead putting forward your minority opinion as the consensus. None of the other participants said anything in favor of merging or deleting {{tl|cite arxiv}}
:# {{tl|cite arxiv}} and {{tl|arxiv}} serve completely different purposes, and merging them makes no sense. One of them is for formatting citations. The other is for formatting links to the arxiv, within citations (usually but not always redundant with the {{para|arxiv}} parameters of the various citation templates and/or with direct wikilink syntax <nowiki>[[arxiv:...]]</nowiki>).
:I see no valid justification for this merge proposal. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 02:49, 31 July 2015 (UTC)
::A clear case of [[WP:IDIDNTHEARTHAT]] by SMcCandlish here. As for his two scenarios, they manage to be both gross oversimplifications and bad practice as the same time. <span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|talk]] / [[Special:Contributions/Headbomb|contribs]] / [[WP:PHYS|physics]] / [[WP:WBOOKS|books]]}</span> 03:10, 31 July 2015 (UTC)
:::I see no reason to merge [[Template:ArXiv]] with any other template, as proposed in the section header, based on the confusing narrative above. ArXiv, Cite arxiv? What templates are we talking about here?
:::I have looked at the original discussion. There is no consensus there, and a lot of misunderstanding and failure to communicate effectively. I disagree with the OP's suggestion that on that page, "it's become clear that...."
:::I suggest that this discussion continue at the original ___location, per [[WP:MULTI]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 04:12, 31 July 2015 (UTC)
::::It's no longer relevant to or at [[WP:RS]]; I moved it for a reason. I made no claims about any consensus in either direction, BTW. I simply stated the fact that only two kinds of use-case for {{tlx|Cite journal}} had been outlined. Go read the discussion, and you'll see that this is entirely factual. Still is, even factoring in this discussion. All this [[hand wave]] activity isn't going to change that. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 11:21, 1 August 2015 (UTC)
:The value assigned to {{para|class}} in {{tlx|cite arxiv}} should not be mapped to {{para|at}} because {{para|at}} is an in-source ___location parameter which {{para|class}} is not.
:{{para|class}} is part of the {{para|arxiv}} identifier handling code in [[Module:Citation/CS1]]. If {{para|class}} is set, its value is concatenated with the value assigned to {{para|arxiv}} at rendering. Because it is one of the predefined identifiers, {{para|arxiv}} is available to all cs1|2 templates; {{para|class}} is ignored if {{para|arxiv}} is not set.
:Converting {{tld|cite arxiv}} to {{tlx|cite journal}} is a simple matter of changing the name of the template and adding the appropriate journal parameters, typically {{para|journal}}, {{para|volume}}, {{para|issue}}, {{para|pages}} plus perhaps {{para|doi}}, {{para|bibcode}}, etc:
::<code><nowiki>{{cite arxiv |last=Lodders |first=K. |date = 2008 |title=The solar argon abundance |arxiv=0710.4523v1 |class=astro-ph}}</nowiki></code>
:::{{cite arxiv |last=Lodders |first=K. |date = 2008 |title=The solar argon abundance |arxiv=0710.4523v1 |class=astro-ph}}
:becomes
::<code><nowiki>{{cite journal |last=Lodders |first=K. |date = 2008 |title=The solar argon abundance |arxiv=0710.4523v1 |class=astro-ph |journal=[[Astrophysical Journal]] |volume=674 |pages=607 |doi=10.1086/524725 |bibcode=2008ApJ...674..607L}}</nowiki></code>
:::{{cite journal |last=Lodders |first=K. |date = 2008 |title=The solar argon abundance |arxiv=0710.4523v1 |class=astro-ph |journal=[[Astrophysical Journal]] |volume=674 |pages=607 |doi=10.1086/524725 |bibcode=2008ApJ...674..607L}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:11, 31 July 2015 (UTC)
::Moot point about {{para|at}}, since {{para|class}} is supported anyway (but I would have disagreed; the {{para|at}} parameter is for ___location within the source {{para|work}}, not necessarily within the {{para|title}} object. One of the most frequent uses of {{para|at}} is identifying named sections of websites, periodicals, etc., in which the {{para|title}} article is located. But who cares? It doesn't matter anyway: The {{para|class}} value, as you say, is already part of all the cs1|2 templates. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 11:21, 1 August 2015 (UTC)
:::I never said that {{para|at}} was anything but an in-source ___location parameter. That was my reasoning for why {{para|class}} should ''not'' be mapped to {{para|at}}. At arXiv, class is akin to Wikipedia's categories.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:06, 1 August 2015 (UTC)
::::OK. Not worth arguing about since it's doesn't matter anyway; {{para|class}} is directly supported. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:48, 5 August 2015 (UTC)
:Two editors who cannot provide a rationale to keep this template, nor refute arguments to merge it, but just rant at me about it with a lot of heat, do not magically make a consensus. The fact that {{para|class}} is {{em|already}} handled by {{tlx|Cite journal}} (I hadn't noticed, and thought it might need to be added) just proves that the one thing that maybe, kinda-sorta made this template possibly not redundant, is actually irrelevant. This template is {{em|totally}} redundant. There is nothing I am "not hearing". I moved the discussion here because it was no longer relevant at its original ___location (no RS question is open any longer). But you can move it where ever you want; there doesn't appear to be anything left to discuss: There is literally no rationale for keeping this template at all. I decline to get worked up about it. The level of emotional invective being spewed about this is entirely out of proportion. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 11:14, 1 August 2015 (UTC)<p>PS: {{ping|David Eppstein}} We not talking about merging {{tlx|arxiv}} with anything (I see there was one typographical error in the previous discussion about this stuff that referred to {{tnull|arxiv}} in passing instead of {{tnull|cite arxiv}}, in a side discussion about {{tlx|cite doi}}, but I would think the fact it was a typo would have been clear in the context, since the arguments about the latter do not pertain to the former, and none of that was central to the main thread to begin with. {{tnull|Arxiv}} can be used to provide additional links if necessary to, e.g., multiple versions of the same paper, as someone else mentioned in the previous discussion. Is most of this angry verbiage simply generated because of a typo? This discussion is {{em|only}} about {{tlx|Cite arXiv}}. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 11:34, 1 August 2015 (UTC)</p>
::I haven't seen a lot of emotion, just confusion and attempts by other editors to find a way through the confusion. I can explain our confusion about which template you are proposing to discuss. The header of this section refers to {{tl|ArXiv}}, but the discussion appears to be about {{tl|Cite ArXiv}}. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 02:41, 3 August 2015 (UTC)
:::Fixed! It doesn't explain the vitriol about this at [[Wikipedia talk:Identifying reliable sources#Unpublished/SPS/UGC sources and Template:Cite arXiv]], which is entirely about [[Template:Cite arXiv]]. It all boils down to a defense of citing self-published claptrap at arXiv that isn't permissible under [[WP:SPS]] / [[WP:UGC]]. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:48, 5 August 2015 (UTC)
== Missing author without error message ==
I found the following citation in [[¡Vivan los niños!]], which was in {{cl|CS1 errors: missing author or editor}}:
{{Cite compare|mode=news|old=no
|url=http://www.elsiglodetorreon.com.mx/noticia/23653.vivan-los-ninos-llega-a-su-fin.html
|title=Vivan los niños llega a su fin
|first=SUN-AEE
|date=2003-03-15
|work=Online edition
|publisher=El Siglo de Torréon
|language=Spanish
|accessdate=2009-10-21}}
As of this writing, the above citation does not emit a red error message (for me, at least), but I think it should. It has a first name with no last name. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 04:26, 5 August 2015 (UTC)
:Yep, and I am perplexed.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:01, 5 August 2015 (UTC)
::Ha! Found it! In the function <code>select_author_editor_source()</code> we select one of three possible name lists to use: {{para|author''n''}} / {{para|last''n''}} / {{para|first''n''}} or {{para|vauthors}} or {{para|authors}}. The code looks for {{para|last}}, {{para|last1}} and {{para|last2}} (and aliases). If the code doesn't find any of these and also doesn't find {{para|vauthors}} and {{para|authors}}, then it returns a value indicating that there isn't an author list. That no-author-list return value causes the missing name check to be skipped. For now, I've set the code to assume that there is an {{para|author''n''}} / {{para|last''n''}} / {{para|first''n''}} list when no author-name-lists are defined so that the missing name test can catch a {{para|first}} only error.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:44, 5 August 2015 (UTC)
== Question about CS1 maint: Extra text ==
I have submitted [[Wikipedia:Bots/Requests for approval/BattyBot 46]] to fix articles in [[:Category:CS1 maint: Extra text]]. The category page states "This is a tracking category for [[WP:CS1|CS1 citation]] parameters that have parameters that contain text that duplicates static text provided by the template. For example, {{para|edition|2nd ed}} will be rendered as (2nd ed ed.)."
However, there are articles in this category that do not meet this criteria.
Reference #72 in [[1956 Winter Olympics]] is presumably in this category because of the {{para|pages}}:
<pre>{{cite journal |title=IOC and OCOG Abbreviations for NOCs |last=Mallon |first=Bill |author2=[[Ove Karlsson (sports journalist)|Ove Karlsson]] |journal=[[Journal of Olympic History]] |volume=12 |issue=2 |date=May 2004 |pages=pp. 25–28 |url=http://www.la84foundation.org/SportsLibrary/JOH/JOHv12n2/johv12n2l.pdf |format=PDF |accessdate=2 March 2010}}</pre>
*{{cite journal |title=IOC and OCOG Abbreviations for NOCs |last=Mallon |first=Bill |author2=[[Ove Karlsson (sports journalist)|Ove Karlsson]] |journal=[[Journal of Olympic History]] |volume=12 |issue=2 |date=May 2004 |pages=pp. 25–28 |url=http://www.la84foundation.org/SportsLibrary/JOH/JOHv12n2/johv12n2l.pdf |format=PDF |accessdate=2 March 2010}}
However, if we remove "pp." from the parameter value, we see that "pp." is not static text provided by {{tl|cite journal}}:
<pre>{{cite journal |title=IOC and OCOG Abbreviations for NOCs |last=Mallon |first=Bill |author2=[[Ove Karlsson (sports journalist)|Ove Karlsson]] |journal=[[Journal of Olympic History]] |volume=12 |issue=2 |date=May 2004 |pages=25–28 |url=http://www.la84foundation.org/SportsLibrary/JOH/JOHv12n2/johv12n2l.pdf |format=PDF |accessdate=2 March 2010}}</pre>
*{{cite journal |title=IOC and OCOG Abbreviations for NOCs |last=Mallon |first=Bill |author2=[[Ove Karlsson (sports journalist)|Ove Karlsson]] |journal=[[Journal of Olympic History]] |volume=12 |issue=2 |date=May 2004 |pages=25–28 |url=http://www.la84foundation.org/SportsLibrary/JOH/JOHv12n2/johv12n2l.pdf |format=PDF |accessdate=2 March 2010}}
How should we resolve this discrepancy?
# Change {{tl|cite journal}} so that it always displays "pp."?
# Change {{tl|cite journal}} so the maintenance category is not populated in this case?
# Change the category description to explain why it is inappropriate to put "pp." in {{para|pages}} in this case?
# Something else?
Thanks! [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 15:51, 25 July 2015 (UTC)
#There has been discussion on these pages before about making {{tld|cite journal}} render the 'p.' and 'pp.' prefixes when the citation does not use {{para|volume}} and {{para|issue}}
#No
#In the case of {{tlx|cite journal}}, the 'p.' and 'pp.' prefixes duplicate the colon (which for this template is the static text):
#:<code><nowiki>{{cite journal |title=Title |journal=Journal |page=100}}</nowiki></code>
#::{{cite journal |title=Title |journal=Journal |page=100}}
#perhaps. such as?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:11, 25 July 2015 (UTC)
::The problem also appears when using {{tl|citation}} where you end up with a meaningless number for the page number. Can we do something to always render the p. or pp. for page number as the colon is not intuitive and we are producing references which are not easily understood by the majority of readers. If this needs a wider discussion then we should set one up so that we can see if there is consensus for change. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 18:49, 4 August 2015 (UTC)
:::When citing scholarly journals, {{tlx|cite journal}} and {{tlx|citation}} follow the model established and used by scholarly journals: volume (issue): page(s). Why should cs1|2 deviate from that standardized presentation? For example, {{PMID|11470414}} cites the journal date; ___location this way: Curr Biol. 2001 Jul 10;11(13):1068-73.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:21, 4 August 2015 (UTC)
::::Problem comes when you are not using the volume and issue fields but just a page number it just shown a number that has no context and which needs something to show its purpose. I would guess that most readers would not know what the number relates to. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 23:32, 4 August 2015 (UTC)
:::::Why are you leaving out those rather important bits of information? Volume and issue are, pretty much, requisite elements of a proper journal cite, are they not?
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:51, 4 August 2015 (UTC)
::::::Because it is not a journal but a newspaper. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 00:23, 5 August 2015 (UTC)
:::::::Why are you not using {{tl|cite news}}? Use the correct tool for the job. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 00:38, 5 August 2015 (UTC)
:::::::Argh! Why didn't you say you were citing a newspaper and not a journal? {{tlx|citation}} doesn't do a good job of citing newspapers. To get around that, do as Editor Izno suggested and also add {{para|mode|cs2}} so that you get a rendered citation that looks like it was made with {{tld|citation}}.
:::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:59, 5 August 2015 (UTC)
::::::::A better example would not be a newspaper but a magazine. The correct tool for the job would be {{tlx|cite magazine}} - but {{tlx|cite magazine}} is a redirect to {{tlx|cite journal}}, and not all magazines have volume or issue numbers. Some do: {{diff|Watford tube station|prev|656434841|this one}} for instance, but by no means all. Some people refuse to add the issue number even if one exists, on the basis that the cover date is sufficient to identify the issue. So when {{tlx|cite journal}} is used, there is actually a fair chance that no issue number has been provided. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 08:20, 5 August 2015 (UTC)
:::::::::That would suggest that perhaps, {{tld|cite magazine}} should redirect to {{tlx|cite news}} instead of {{tlx|cite journal}} because {{tld|cite news}} also supports {{para|volume}} and {{para|issue}} but uses p. and pp. prefixes:
::::::::::{{cite news |title=Cite news with volume and issue |magazine=Magazine |volume=X |issue=23 |pages=50-76}}
:::::::::Alternately, we might modify {{para|p-prefix}} and {{para|pp-prefix}} handling within [[Module:Citation/CS1]] to override the colon for journal cites. Then again, perhaps not. An insource search for 'p-prefix' and 'pp-prefix' finds no instances of either of the prefix parameters. If editors aren't using them is there any reason to keep them?
:::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:13, 5 August 2015 (UTC)
::::::::::I have two ideas in this regard. The first is to possibly remove the compressed format for journals and use "vol. 1, no. 2, p. 3" or similar. CMOS16 uses "1, no. 2 (XXX): 3" (where the XXXX is the date or year of publication. This would have the advantage that page numbers would then always be preceded by the appropriate abbreviation, and readers who aren't familiar with the meaning of the bold-faced and bracketed numbers or the colon would have a more explicit frame of reference in the reference.
::::::::::The other idea is to emit the "p." or "pp." as appropriate unless a volume, an issue or both are also defined. So: "'''1''' (2): 3", "'''1''': 3", "(2):3" or just plain "p. 3" would be display options depending on what parameters are defined. The latter idea may be simpler to code, and bots could then strip manually inserted "p." or "pp." to avoid doubling up. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 11:24, 5 August 2015 (UTC)
:::::::::::I would favour the first option as that removes any ambiguity for the reader. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 11:41, 5 August 2015 (UTC)
::::::::::::{{replyto|Trappist the monk}} Altering {{noredirect|Template:Cite magazine}} to point to {{tlx|cite news}} instead of {{tlx|cite journal}} should not be undertaken lightly. It has been suggested before, several times, in different venues. For instance, at [[Wikipedia talk:WikiProject Academic Journals/Journals cited by Wikipedia#Unfortunate interaction between template and wikiproject]]. Notice in particular my comment of 14:02, 2 October 2011: whenever I have used {{tlx|cite magazine}}, someone with AWB has popped by and altered it to {{tlx|cite journal}}. So altering the redirect will not fix everything, but will cause a large number of magazine citations that directly use {{tlx|cite journal}} to suddenly become "wrong".
::::::::::::As for the suggestions of {{u|Imzadi1979}}: I go with the second - in the absence of volume and issue, emit "p." or "pp." --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 15:44, 5 August 2015 (UTC)
::::::::::::::If we right-this-minute stop AWB from doing its template rename thing as Editor John of Reading suggests, {{tlx|cite magazine}} is used in 1924 pages and {{tlx|cite journal}} used in 419,414 pages. Clearly that latter number is big, but that's not the group we care about. The group we care about is the {{tld|cite magazine}} group and there, the work is to inspect those cites to see if they changed to {{tld|cite journal}} or to {{tlx|cite news}}.
:::::::::::::
::::::::::::::We could set up a maintenance category and have [[Module:Citation/CS1]] populate it with pages that have {{tld|cite journal}} templates that don't use a specified subset of the identifiers (arxiv, bibcode, doi, jfm, jstor, pmc, pmid, etc) which identifiers are commonly associated with academic journals. Based on the content of the category we could make a better decision on how to proceed with the {{tld|cite magazine}} question.
::::::::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:07, 5 August 2015 (UTC)
:::::::::::::{{Re|Redrose64}} If this discussion does end up with an agreed edit to the redirect, you can instantly reconfigure AWB's behaviour by editing [[WP:AWB/TR]]. -- [[User:John of Reading|John of Reading]] ([[User talk:John of Reading|talk]]) 16:10, 5 August 2015 (UTC)
::::::::::::::That's not what I mean. My point is: who is going to go around undoing all the bypassing of redirects that AWB users have already done? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 16:22, 5 August 2015 (UTC)
::::::::::::::{{replyto|John of Reading}} For example, the edit I mentioned at 08:20, 5 August 2015, has now been {{diff|Watford tube station|prev|674805528|redirect-bypassed by AWB}} to use {{tlx|cite journal}} instead of {{tlx|cite magazine}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:01, 6 August 2015 (UTC)
::::::::Not using the {{tl|cite news}} template so as to avoid mixing CS1 and CS2 style templates in the same article as that causes inconsistencies in the output of the information. Personally I tend to use CS1 templates and avoid CS2 where possible. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 11:34, 5 August 2015 (UTC)
:::::::::The purpose of {{para|mode}} is to allow mixing cs1 and cs2 templates while retaining the characteristic display style of one. So, if an article uses {{tlx|citation}} but needs to cite a newspaper and {{tlx|cite news}} does a better job at that than {{tld|citation}}, use {{tld|cite news}} and set {{para|mode|cs2}} so that the rendered output is in the cs2 format:
::::::::::{{citation |title=A book source using citation |author=Author |___location=Location |publisher=Publisher |date=5 August 2015 |page=100}}
::::::::::{{cite news |title=A newspaper source using cite news and mode=cs2 |newspaper=Newspaper |author=Author |date=5 August 2015 |mode=cs2}}
:::::::::To make {{tld|citation}} render in the style of cs1, set {{para|mode|cs1}}
:::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:53, 5 August 2015 (UTC)
::Related question - when editors add "p" or "pp" to the parameter value because it is not automatically displayed, does this mess up the [[COinS]] metadata? Thanks! [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 19:01, 4 August 2015 (UTC)
:::Judging by the two examples which you provided at the start, yes. The first has <samp>&amp;rft.pages=pp.+25-28</samp> where the second has <samp>&amp;rft.pages=25-28</samp> --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 20:05, 4 August 2015 (UTC)
== Non-URL not detected? ==
I came across this citation in [[¿Dónde Están Mis Amigos?]]:
{{cite compare |sandbox=yes |mode=web |url=Salaverri, Fernando. Sólo éxitos: año a año : 1959-2002. Iberautor Promociones Culturales, 2005. {{ISBN|84-8048-639-2}}|title=Spanish album certifications – Extremoduro – ¿Dónde están mis amigos? |work=[[Promusicae]] |language=Spanish |accessdate=1999}}
The 1999 access date properly throws an error, but the URL does not, even though it probably should. Can the module code be tweaked to detect the above URL value as an error? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 11:52, 31 July 2015 (UTC)
:I suggested such a check [[Help talk:Citation Style 1/Archive 8#Extra checking of URL|here]] but there was no response. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 12:34, 31 July 2015 (UTC)
::The extra stuff in {{para|url}} like that of your example citation is caught by the modified test described below:
:::<code><nowiki>{{cite news/new| url=Read more: http://www.politico.com/story/2015/01/police-union-wants-protection-under-hate-crime-law-113976.html#ixzz3Y5B26xv1| title=Police union wants protection under hate crime law| publisher=Politico| date=January 5, 2015}}</nowiki></code>
::::{{cite news/new| url=Read more: http://www.politico.com/story/2015/01/police-union-wants-protection-under-hate-crime-law-113976.html#ixzz3Y5B26xv1| title=Police union wants protection under hate crime law| publisher=Politico| date=January 5, 2015}}
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:04, 31 July 2015 (UTC)
{{ec}}
:The value in {{para|url}} is not determined to be bad because it contains one or more colons. To satisfy the one of the conditions of the test, a colon may be preceded by anything but a forward slash. I don't think that spaces are allowed in a uri so I've tweaked the test so that the test will fail if the uri has spaces. More research is required I think. I've tweaked your compare template.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:48, 31 July 2015 (UTC)
::Indeed, ''external'' links in Wikipedia cannot have a space since we cannot manipulate the href attribute of the a. However, they can have a character encoded space e.g. %20. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 13:37, 31 July 2015 (UTC)
:::External links in WP cannot contain white space, per [[Help:URL#Linking_to_URLs]]. I wanted to make sure that there was verification of this statement, and it looks like there is.
:::I suspect that this new test will unearth a lot of faulty URL parameter values (I'm guessing between 1,000 and 10,000) that have previously gone undetected. More work for us gnomes.... – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:13, 31 July 2015 (UTC)
::::The gnomes shall inherit... --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:43, 31 July 2015 (UTC)
:::::It's not just external links in Wikipedia. URLs ''anywhere'' cannot contain spaces (internal links in Wikipedia that contain spaces actually contain underscores when expressed as URLs) - they're not explicitly allowed by [[rfc:3986|RFC 3986]], therefore they are forbidden. [[Percent encoding]] is a way to workaround the problem that forbids the use of several characters (not just spaces) in URLs, see [[rfc:3986#section-2.1|section 2.1. Percent-Encoding]]. Indeed, spaces can have a special meaning, see [[rfc:3986#appendix-C|Appendix C]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:40, 31 July 2015 (UTC)
:This added check does seem like an improvement to the templates. Have the templates also recently changed to turn newlines in article titles into spaces? I seem to remember that causing problems with links before, but now I can't get it to misbehave. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 20:39, 31 July 2015 (UTC)
I've tweaked the url test a bit. The first thing the sandbox does is look for space characters in the whole of the url. In the earlier fix the sandbox checked for space characters only in the scheme portion. Next the sandbox tests for protocol relative urls (those urls that begin with '//' – no scheme). And lastly sandbox looks at the composition of the scheme itself. The scheme must begin with a letter, may contain letters, digits, and the plus, period and hyphen ('+', '.', '-') characters and be terminated with a colon (':').
*{{cite web/new |title=Fail: no scheme, not protocol relative |url=www.example.com}}
*{{cite web/new |title=Fail: no colon |url=http//www.example.com}}
*{{cite web/new |title=Fail: scheme begins with a digit |url=8http://www.example.com}}
*{{cite web/new |title=Fail: space in scheme |url=ht tp://www.example.com}}
*{{cite web/new |title=Fail: space in ___domain name |url=http://www.ex ample.com}}
*{{cite web/new |title=Fail: wikimarkup |url=[http://www.example.com]}}
We support scheme:path urls in {{tlx|cite newsgroup}} so the url we create should look like <code><nowiki>news:comp.os.minix</nowiki></code>
*{{cite newsgroup/new |author=Tanenbaum, A. S. |title=LINUX is obsolete |date=January 29, 1992 |newsgroup=comp.os.minix |message-id=12595@star.cs.vu.nl |quote=I am not unhappy with LINUX}}
And the usual suspects:
*{{cite web/new |title=Pass: protocol relative |url=//www.example.com}}
*{{cite web/new |title=Pass: http: scheme |url=http://www.example.com}}
*{{cite web/new |title=Pass: https: scheme |url=https://www.example.com}}
*{{cite web/new |title=Pass: ftp: scheme |url=ftp://ftp.example.com}}
There is a list of official and semi-official uri schemes at [[URI scheme]].
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:13, 31 July 2015 (UTC)
:This seems suboptimal: {{tq|1=[www.example.com "Fail: no scheme, not protocol relative"]}}. Anything that parses as a ___domain name should be treated by default as if preceded by http://, I would think. Or if that's hard to detect without false positives, anything of the form <code>ww*.*.*[.*[.*]]</code> should probably be treated that way (<code>ww*.</code> to catch "ww2.", "www2.", etc.; and <code>[.*[.*]]</code> to catch long university ___domain names, like worst case scenario: www2.phys.sci.ic.ac.uk, to make one up). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 12:04, 1 August 2015 (UTC)
::I disagree; one could set up an FTP server at www.example.com. Or any of a number of other schemes, such as mailto. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 01:15, 3 August 2015 (UTC)
:::So? I could name my cat www.feedme.com. It's not reasonable to expect non-web addresses in this field (unless someone very explicitly puts in something like "ftp://..."), any more than pet's names appearing here. We can't reasonably be expected to account for every PEBKAC situation. It is increasingly and very common for people to drop the "http://" from Web addresses, since there are [probably] zero extant browsers that don't do precisely what I'm suggesting here: Treat a URL without the protocol identifier as an http:// URL by default. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:58, 5 August 2015 (UTC)
::::How do we positively identify a URL if it does not have http:// at the start? What pattern do we search for? For some real-life examples of what editors do to the {{para|url}} parameter, look through {{cl|Pages with URL errors}}. At least half of the ones I just looked at would not link to a source if we simply added "http://" to the front of the parameter's value. Those need to be tagged or investigated by a human, something that would not happen without the error message. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 01:12, 6 August 2015 (UTC)
:::::I already gave the pattern to look for (albeit not as a regexp). <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:16, 6 August 2015 (UTC)
::::<p>Actually, there's a more trivial use case to consider: the odd website that does not serve content over HTTP but instead HTTPS. Like we do, these days. HTTP happens to redirect but that's a function of the particular website, not a global assumption that can be made. Regardless of what browsers do, I would prefer to see the error rather than gracefully permit an editor to leave off the scheme where it might be the case that the page in question does not use HTTP.</p><p>{{ping|Trappist the monk}} I assume this is the case, but does {{para|archiveurl}} have these checks? --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:44, 6 August 2015 (UTC)</p>
:::::yes. It's part of the code that renders a wiki external link so applies to all external links made by the module:
::::::{{cite web/new |url=/example.org |title=Example |archive-url=8ttp://example.com |archive-date=2015-08-06}} –
::::::{{cite book/new |chapter-url=example.org |chapter=Chapter |title=Example}}
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:01, 6 August 2015 (UTC)
== HTML5 bait-and-switch: The <samp>cite</samp> element again ==
{{FYI|Pointer to relevant discussion elsewhere}}
See [[MediaWiki talk:Common.css#The cite element needs to not auto-italicize any longer]]. Summary: After something of an HTML developer community revolt, the early HTML5 change of {{tag|cite|o}} element to only pertain to the title of the work has been abandoned since late 2013, and the published, non-draft version of HTML5 (issued in late 2014) has gone back to HTML 4.01's broader scope for this element (and this is maintained in the HTML5.1 draft). So, the auto-italicizing of this element needs to stop, its use at [[Template:Quote]] needs to shift back, and that may need to be done here in CS1, too, if we're making any use of it. The element, though commonly used with {{tag|blockquote|o}}; is not tied to it; rather, it generically represents any citation. Now that the title-only change has been abandoned, {{tag|cite}} should surround the entire citation generated by CS1 (and the rest of the citation templates), but only after MW:Common.css stops italicizing its content. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 10:14, 1 August 2015 (UTC)
:{{tag|cite}} is not used in cs1|2.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:55, 1 August 2015 (UTC)
::But it could be. I'm not sure what [[Semantic HTML]] gold would be earned by doing so, but it's feasible (after the CSS tweak), and wouldn't seem to "cost" anything but a few characters. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 11:55, 1 August 2015 (UTC)
:::Not even that. Right now we wrap the citation in a {{tag|span}} which I think, could just as easily be {{tag|cite}}. From this:
::::<code><nowiki>{{cite book |title=Title |author=Author |___location=Location |publisher=Publisher |date=1 August 2015}}</nowiki></code>
:::[[Module:Citation/CS1]] creates this:
::::<code><nowiki><span class="citation book">Author (1 August 2015). ''Title''. Location: Publisher.</span></nowiki></code>
:::and could easily be changed create this:
::::<code><nowiki><cite class="citation book">Author (1 August 2015). ''Title''. Location: Publisher.</cite></nowiki></code>
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:25, 1 August 2015 (UTC)
::::Well, one would need to move the full stop I think since that's not part of the title, but that's a minor issue. Maybe that's actually a bug in the current module? --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:05, 1 August 2015 (UTC)
:::::I understood Editor SMcCandlish's comment to mean wrapping the entire cs1|2 citation in {{tag|cite}}. Adding separate tags to each title part (chapter, title, work) and each name (author, editor, other) seems enormously redundant given that the citation is the sum of all of its various parts which, each taken separately, may or may not be recognizable as a citation. If [[mw:common.css]] is changed so that italic styling is no longer applied to {{tag|cite}} then the change I illustrated, now expanded for clarity, can be made – assuming that w3c settles on a definition that isn't tied solely to titles or persons.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:47, 1 August 2015 (UTC)
::::::That was indeed his comment. I was commenting on the fact that your previous examples appeared to be outputting an incorrect span, but I see that's not the case now. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 18:21, 1 August 2015 (UTC)
:::::::Yes, I mean replace the entire {{tag|span}} with {{tag|cite}}. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:44, 5 August 2015 (UTC)
*The discussion is at [[MediaWiki talk:Common.css#The cite element needs to not auto-italicize any longer]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 17:52, 1 August 2015 (UTC)
::We can actually [[WP:IAR|just do this]] right now, using <code><nowiki><cite style="font-style: normal">...</cite></nowiki></code>, and not wait for the interminable [[WP:FILIBUSTER]] process at Mediawiki:Common.css, in which the [[WP:OWN|self-appointed gatekeepers]] generally will stonewall anything that doesn't do precisely what the W3C default suggestions are. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:44, 5 August 2015 (UTC)
:::{{tq|filibuster[ing] gatekeepers}}: Erm? --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 02:21, 6 August 2015 (UTC)
::::Don't need to get into it in detail here. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:14, 6 August 2015 (UTC)
:::::I was looking for a reason for the personal attacks. I agree you don't need to get into it here, and shouldn't have used the phrase at all.<p>That aside, I disagree with the assertion that {{tq|We can actually [[WP:IAR|just do this]] right now}}. Let's figure out whether we want to use cite that way first (there) and then we can make the change (here). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:38, 6 August 2015 (UTC)</p>
::::::It's not up to the CSS page to determine what elements and classes are to be used in Wikipedia. It's up to implementors of templates, etc., to determine what elements and classes they need implemented at the CSS page! You're putting the cart before the horse. More like putting the horse in the driver's seat of the cart. Also, criticism of longstanding editing patterns isn't an "attack". <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 03:15, 7 August 2015 (UTC)
:::::::<p>{{tq|It's not up to the CSS page}} I agree with. I disagree with {{tq|[i]t's up to implementors of templates, etc.}} My position is that you are, intentionally or otherwise, attempting to split discussion of what we ''should'' do with the element. Seeing as the discussion at MW:Common.css was opened prior to this one, my position is also that we should stop commenting here on that point.</p><p>{{tq|Also, criticism of longstanding editing patterns isn't an "attack".}} ''Any'' comment not in accordance with [[WP:NPA|NPA]] is on the wrong track. From that ''policy'', {{tq|Do not make personal attacks anywhere in Wikipedia. Comment on content, not on the contributor.}} In this case, it is clear to me you have commented on the contributors, not the content. If you think that there are problems with the users at that page, [[WP:ANI|ANI]] is -> that way. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 04:21, 7 August 2015 (UTC)</p>
::::::::{{ping|Izno}} What we should do editorially {{em|with}} the element is entirely a matter for contextual discussion with regard to different templates and other situations, and across MW generally, not just at en.wp. I.e., those are automatically separate discussions. One thing that should be done with {{tag|cite|o}} is, for example, to wrap users' signatures in it on talk pages (when used with <code><nowiki>~~~</nowiki></code> and <code><nowiki>~~~~</nowiki></code>, which is attribution, but not with <code><nowiki>~~~~~</nowiki></code>, which is just a shorthand for date insertion). Something similar should be done around both parameters of {{tlx|Unsigned}}, and the attributive parameter of {{tlx|Talkquote}}. What should be done with it in the citation templates is wrap the entire output with it instead of with {{tag|span|o}}. What should be done with it at [[Template:Quote]] is put it around both the {{para|author}} and {{para|source}} parameters' output if one or both are used, and suppress it otherwise. And so on. I'm sure we can devise many distinct uses and implementations of this semantic metadata markup.</p><p>What we should do technologically {{em|about}} the element at Mediawiki/common.css is obviously to stop force-italicizing it, because that's pointless, wrong for most uses we can put to the element, and it interferes with and prejudices decisions about what we should do editorially {{em|with}} the element. Except when it is essentially impossible to work around, technological considerations never dictate content editing matters here.</p><p>These are completely severable discussions, and {{em|should}} be split. The fact that it's virtually impossible to get the controllers of that interface page to do even simple, commonsense things means that the editorial, context specific discussions necessarily need to address "routing around" this processual "damage" to get the work done. It would be completely ridiculous if 6 months from now we're still not doing the more useful things with this element simply because undoing the forced italics was still being stonewalled at Mediawiki/common.css, a sadly predictable outcome, though I may try an RfC to get it done. I'll also take the matter up with the MW developers, since this italicization doesn't make sense as a MW default to begin with, just as it did not for {{tag|dfn|o}}, but I'll have to bother to figure out the new-ish ticket tracking system. (Haven't filed a MW bug since they quit using Bugzilla.) <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 06:58, 7 August 2015 (UTC)</p>
== discontinuing support for some deprecated parameters ==
There are several deprecated parameters that I have been weeding out of {{cl|Pages containing cite templates with deprecated parameters}} over the past few months. When I started that category had 23k+ articles. Because the parameters that I propose to kill are rarely used, those that still exist will show up in {{cl|Pages with citations using unsupported parameters}}, a relatively small category. There is the additional benefit that the unsupported parameter error messages are not hidden so that editors other than the usual gnomes might (yeah, might) help to fix them. Here is a list of the parameters that I propose to kill:
these will be added to [[Module:Citation/CS1/Suggestions]]:
*{{para|authorformat}}
*{{para|author-format}}
*{{para|began}}
*{{para|editorformat}}
*{{para|editor-format}}
*{{para|ended}}
*{{para|separator}}
these not added to Module:Citation/CS1/Suggestions because lowercase versions will be automatically suggested by the code:
*{{para|Author}}
*{{para|Author''n''}}
*{{para|Editor}}
*{{para|Editor''n''}}
*{{para|EditorGiven}}
*{{para|EditorGiven''n''}}
*{{para|EditorSurname}}
*{{para|EditorSurname''n''}}
these not added to Module:Citation/CS1/Suggestions because there are no one-to-one replacements for them:
*{{para|author-name-separator}}
*{{para|author-separator}}
*{{para|chapter-link}}
*{{para|editor-name-separator}}
*{{para|editor-separator}}
*{{para|name-separator}}
Still deprecated then would be {{para|coauthor}}, {{para|coauthors}}, and {{para|month}}.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:24, 3 August 2015 (UTC)
:I've rearranged the list above because of the module handles incorrect case without needing to consult the suggestion list.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:46, 3 August 2015 (UTC)
::'''Support'''. I think we should remove support for {{para|month}} as well, but we might need to have a separate, well-advertised thread for that suggestion. It has been deprecated for a long time, and there are periods where there are no instances of {{para|month}} at all, typically after one of us gnomes has used an insource search to find and fix a few dozen that have cropped up. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 00:59, 4 August 2015 (UTC)
:::Yeah, I just ran Monkbot task 1 and it made so 60 edits so I agree that we can kill {{para|month}}. I don't know if we need a separate thread to advertise that {{para|month}} is going to be killed. Certainly a post at [[User talk:ProveIt GT]] is in order – as I understand it, that tool is still emitting {{para|month}}.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:36, 4 August 2015 (UTC)
::::Two requests have been posted at the ProveIt talk page in the past couple of years. A bug report has also been filed at its Github site. I went to the Github site and attempted to submit a code change proposal, but I don't really know what I'm doing there, so I don't know if it will work. That's probably enough notice for ProveIt. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 13:39, 4 August 2015 (UTC)
:Some how, when we deprecated and removed the mixed case parameter names, we missed {{para|PPrefix}}. This parameter is, according to an insource search, not used so I will remove it.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:19, 5 August 2015 (UTC)
I have deactivated the above named parameters. These citations are here to show that they are deactivated and that the changes necessary to deactivation did not break anything.
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |authorformat=vanc}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |author-format=vanc}}
*{{cite book/new |title=Title |editor-last=Last |editor-first=FM |last2=Last2 |first2=FM |editorformat=vanc}}
*{{cite book/new |title=Title |editor-last=Last |editor-first=FM |last2=Last2 |first2=FM |editor-format=vanc}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |separator=,}}
*{{cite book/new |title=Title |Author=Last FM |Author2=Last2 FM}}
*{{cite book/new |title=Title |Editor=Last FM |Editor2=Last2 FM}}
*{{cite book/new |title=Title |EditorSurname=Last |EditorGiven=FM |EditorSurname2=Last2 |EditorGiven2=FM}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |author-separator=!}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |author-name-separator=!}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |editor-separator=!}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |editor-name-separator=!}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |name-separator=!}}
*{{cite book/new |title=Title |last=Last |first=FM |last2=Last2 |first2=FM |PPrefix=!}}
*{{cite book/new |title=Title |chapter=Chapter |chapterlink=Chapter |last=Last |first=FM |last2=Last2 |first2=FM}}
*{{cite book/new |title=Title |chapter=Chapter |chapter-link=Chapter |last=Last |first=FM |last2=Last2 |first2=FM}}
*{{cite book/new |title=Title |last=Last |first=FM |month=October |year=1963}}
*{{cite book/new |title=Title |last=Last |first=FM |began=10 October 1963 |ended=15 October 1963}}
**tests to prove that removing {{para|began}} / {{para|ended}} did not break these:
***{{cite book/new |title=Title |last=Last |first=FM |year=1963 |publication-date=10 October 1963}}
***{{cite book/new |title=Title |last=Last |first=FM |publication-date=10 October 1963}}
***{{cite book/new |title=Title |last=Last |first=FM |year=1963 |publication-date=10 October 1963}}
While not a result of this deactivation, the tests for {{para|EditorGiven2}} and {{para|EditorSurname2}} do show that the suggestion code doesn't support enumerated parameters. I've added that to [[Module talk:Citation/CS1/Feature requests|Feature requests]].
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:20, 6 August 2015 (UTC)
== Erroneous maintenance warning ==
I'm afraid that the error checking is treating <code>|edition=Updated</code> as an error. I imagine we need to check for <code>/\b[Ee]d\W*$/</code> or whatever in the regular expression (or whatever). Please see [//en.wikipedia.org/w/index.php?title=Genie_(feral_child)&diff=prev&oldid=674752869 this edit] which showed the problem. --[[User:Mirokado|Mirokado]] ([[User talk:Mirokado|talk]]) 22:49, 5 August 2015 (UTC)
:This has been fixed in the sandbox. See [[Help_talk:Citation_Style_1#extra_text_in_.7Cedition.3D_detection_bug]] and [[Help_talk:Citation_Style_1#.22Revised.22_in_edition_parameter_is_triggering_maintenance]].
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:00, 5 August 2015 (UTC)
:: Thanks, I didn't notice the other sections. --[[User:Mirokado|Mirokado]] ([[User talk:Mirokado|talk]]) 12:47, 6 August 2015 (UTC)
== Minor bug in [[Template:Cite book]] ==
It's no longer properly supporting the {{para|work}} parameter:
{{cite book |first=A. U.|last=Thor|chapter=My First Chapter|work=My First Book|date=2015}}
While it displays {{para|work}} as an alias of {{para|title}}, the missing title routine fails to do so.
This obviously impedes correction of misuse of {{tlx|Cite journal}} and {{tlx|Cite web}} for books. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 23:53, 5 August 2015 (UTC)
:Back in the old days of {{tlx|citation/core}}, {{para|work}} and its aliases were ignored by {{tlx|cite book}}.
:{{para|title}} has no aliases.
:Whatever content is contained in {{para|work}} in {{tld|cite book}} is not passed on to the metadata because there is no place for it
:Perhaps, {{para|work}} and its aliases should again be ignored for {{tld|cite book}} and perhaps other cs1 templates
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:27, 6 August 2015 (UTC)
::Need to do the opposite, since having {{para|work}} not function for this and some other templates {{tq|obviously impedes correction of misuse of {{tlx|Cite journal}} and {{tlx|Cite web}} for books.}} <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:12, 6 August 2015 (UTC)
:::Use {{tlx|cite encyclopedia}} instead, with the same parameters: {{cite encyclopedia |first=A. U.|last=Thor|chapter=My First Chapter|work=My First Book|date=2015}} --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:10, 6 August 2015 (UTC)
::::Yet another "use the wrong template, which someone else will just revert later" non-solution. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 03:17, 7 August 2015 (UTC)
== another missed capitalized parameter ==
{{para|Ref}} escaped the purge. Until now. I have deprecated it for reasons of non-standard capitalization.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:08, 8 August 2015 (UTC)
== Suggestion to expand CS1 maint: Extra text to editor fields ==
Have you considered expanding [[:Category:CS1 maint: Extra text]] to identify when some form of "ed." is in an {{para|editor}} field? For an example, see [[Template:Animal Burnie]]. [[User:GoingBatty|GoingBatty]] ([[User talk:GoingBatty|talk]]) 02:15, 8 August 2015 (UTC)
:May also be worth looking in the {{para|author}} fields to track when the wrong field has been used for editors. [[User:Keith D|Keith D]] ([[User talk:Keith D|talk]]) 11:11, 8 August 2015 (UTC)
{{ec}}
:Yes, but not enough to figure out how to do it. The addition of editor descriptor text is quite common in author parameters; I've found quite a lot of them while trolling through {{cl|Pages containing cite templates with deprecated parameters}}.
:The other 'extra' text in your example is the ampersand:
::{{para|editor|David Burnie & Don E. Wilson (eds)}}
:singular parameter name, multiple editors. There is a whole iceberg there in both {{para|author}} and {{para|editor}} parameters.
:cs1|2 give conflicting instruction to editors. On the one hand they are instructed to leave out extraneous text but on the other hand to add extra text; {{para|credits}} and {{para|others}} come to mind. It is the purpose of the templates to add standardized text to the rendering and pass the names to the metadata. It is very difficult to extract single names from a list of multiple names when the list has no rules – it's the rules that make {{para|vauthors}} possible.
:Yeak, ok, I'm done ranting ...
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:29, 8 August 2015 (UTC)
== extra text in |edition= detection bug ==
There is a bug in the extra text detector. The current detector was intended to find {{para|edition|2nd ed.}} which would render as
:{{cite book |title=Title |edition=2nd ed.}}
But, it also finds the 'ed' at the end of illustrated, revised, etc:
:{{cite book |title=Title |edition=revised}}
So, I've adjusted the test:
:{{cite book/new |title=Title |edition=2nd ed.}} – should find 'ed.'
:{{cite book/new |title=Title |edition=revised}} – should not find 'ed'
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:38, 25 July 2015 (UTC)
:I'm still seeing the error raised with "revised": <code><nowiki>{{Cite book|authorlink=Maynard Solomon|last=Solomon|first=Maynard|title=Beethoven|edition=2nd revised|___location=New York|publisher=Schirmer Books|year=2001|isbn=0-8256-7268-6}}</nowiki></code>:
:*{{Cite book|authorlink=Maynard Solomon|last=Solomon|first=Maynard|title=Beethoven|edition=2nd revised|___location=New York|publisher=Schirmer Books|year=2001|isbn=0-8256-7268-6}} <-- shows "{{Font color|green|CS1 maint: Extra text}} ([[:Category:CS1 maint: Extra text|link]])"
:but not in {{tl|Cite book/new}}:
:*{{Cite book/new|authorlink=Maynard Solomon|last=Solomon|first=Maynard|title=Beethoven|edition=2nd revised|___location=New York|publisher=Schirmer Books|year=2001|isbn=0-8256-7268-6}}
:Any reason why {{tl|Cite book/new}} cannot be deployed? -- [[User:Michael Bednarek|Michael Bednarek]] ([[User talk:Michael Bednarek|talk]]) 13:42, 9 August 2015 (UTC)
::{{tlx|cite book/new}} is the same as {{tlx|cite book}} except that it uses the sandbox version of [[Module:Citation/CS1]]. Because every change to the live module dumps a couple of million articles on the job queue, we collect multiple changes in the sandbox before updating the live module.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:44, 9 August 2015 (UTC)
== AWB or bot opportunity to fix 1000+ missing author errors ==
There are over 1,000 (around 1,200, I think) articles on towns in India that have citations with a {{para|first}} but no {{para|last}}. I have changed a few hundred of these from {{para|first}} to {{para|publisher}}, but my fingers are getting tired. If someone with AWB or some nice bot code wants to have a go at them, do a search for this:
insource:/\|first=Registrar General...Census Commissioner, India/
[https://en.wikipedia.org/w/index.php?title=Uttangi&diff=prev&oldid=675307661 Here] is a sample change.
If it would help to have a list of these article titles, let me know, and I'll compile one. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 20:10, 9 August 2015 (UTC)
:Note that since the most recent edit to the CS1 module, these citations with a {{para|first}} but no {{para|last}} no longer generate a missing author error. The example article you give no longer shows a missing author error if you look at the revision[https://en.wikipedia.org/w/index.php?title=Uttangi&oldid=524465858] immediately before your edit. The count of articles populating {{cl|CS1 errors: missing author or editor}} has dropped precipitously since the recent edit to the CS1 module, from almost 9000 articles to a current count of roughly 1300. [[User:Stamptrader|Stamptrader]] ([[User talk:Stamptrader|talk]]) 00:22, 10 August 2015 (UTC)
::Fixed in the sandbox. See [[Help_talk:Citation_Style_1#Missing_author_without_error_message|Missing author without error message]]
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:28, 10 August 2015 (UTC)
:::True, but these are definitely errors, and they are all of the same type, so a script or bot should be able to fix them quickly and easily. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:34, 10 August 2015 (UTC)
== DOI throwing an error ==
{{Disregard|PEBCAK!}}
The DOI found [http://www.ncbi.nlm.nih.gov/pubmed/19236565 here] is not accepted by the DOI checking code called by {{tlx|Cite journal}}. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 16:54, 10 August 2015 (UTC)
:(Edit conflict: Trappist, you accidentally removed my earlier comment.)
:Looks ok to me: {{cite journal
| last1 = Pérez-García | first1 = Alejandro
| last2 = Romero | first2 = Diego
| last3 = Fernández-Ortuño | first3 = Dolores
| last4 = López-Ruiz | first4 = Francisco
| last5 = De Vicente | first5 = Antonio
| last6 = Torés | first6 = Juan A.
| doi = 10.1111/j.1364-3703.2008.00527.x
| issue = 2
| journal = Molecular Plant Pathology
| pages = 153–160
| title = The powdery mildew fungus Podosphaera fusca (synonym ''Podosphaera xanthii''), a constant threat to cucurbits
| volume = 10
| year = 2009}} Maybe you're incorrectly including the period that pubmed puts after it? —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 17:04, 10 August 2015 (UTC)
::Not intentionally.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:10, 10 August 2015 (UTC)
:Don't include the terminal period that PubMed includes:
::{{cite journal |title=Title |journal=Journal |doi=10.1111/j.1364-3703.2008.00527.x.}}
:The doi checking code looks for a terminal comma or period. If one of those is found, the code emits the error message. Was the [[Help:CS1_errors#bad_doi|help text]] insufficient to the task?
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:06, 10 August 2015 (UTC)
:@David: Ah, yeah, that would be it. Derp. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:07, 10 August 2015 (UTC)
:@Trappist: Yeah, it says "Check {{para|doi}} value ([[Help:CS1_errors#bad_doi|help]])", and I looked at the help but somehow did not see "does not end with punctuation". Total PEBCAK on my part. Time for coffee. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:30, 10 August 2015 (UTC)
== vancouver errors ==
From [[AKAP12]] this cite:
:<code><nowiki>{{cite journal | vauthors = Lin F, Wang Hy, Malbon CC | title = Gravin-mediated formation of signaling complexes in beta 2-adrenergic receptor desensitization and resensitization | journal = J. Biol. Chem. | volume = 275 | issue = 25 | pages = 19025–34 | year = 2000 | pmid = 10858453 | doi = 10.1074/jbc.275.25.19025 }}</nowiki></code>
::{{cite journal | vauthors = Lin F, Wang Hy, Malbon CC | title = Gravin-mediated formation of signaling complexes in beta 2-adrenergic receptor desensitization and resensitization | journal = J. Biol. Chem. | volume = 275 | issue = 25 | pages = 19025–34 | year = 2000 | pmid = 10858453 | doi = 10.1074/jbc.275.25.19025 }}
The error occurs because the second author includes a lowercase initial. The author's name, according to the doi link is Hsien-yu Wang.
According to [http://www.ncbi.nlm.nih.gov/books/NBK7282/#A32371 Citing Medicine: The NLM Style Guide for Authors, Editors, and Publishers] surnames are listed first followed by one or two uppercase initials. In this case, because the author is Asian, Hsien-yu is the surname and Wang the given name. Has PubMed got it wrong?
What advice should be given at [[Help:CS1 errors#Vancouver style error|Vancouver style error]] to editors who encounter this sort of error?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:37, 10 August 2015 (UTC)
:Few editors follow this page. You might to better to ask at the humanities reference desk about how asian authors shorten their name when using the Roman alphabet. Then there is the additional problem of how journals that use Vancouver style shorten the names of asian authors, which could be different. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 16:19, 10 August 2015 (UTC)
{{Ping|Trappist the monk}} It's also unlikely that the order given is wrong. Chinese names in the form Foo-bar are usually given names, so a Western source would be likely to call this person Hsien-yu Wang, who would be Wang Hsien-yu at home, and the proper family-name-first version in the Western bibliographic style is Wang, Hsien-yu. The "Foo-bar" convention is not universal, and the same name will often be rendered "Foo-Bar", and sometimes "Foo Bar" or even "Foobar", depending on how sources treat Chinese names in latin script. I encounter this issue a lot in [[cue sports]] writing, since China fields many players of pool, snooker, and carom billiards. "Foo-bar" seems to be something of a {{em|spreading}} convention, but it may vary geographically (you have Taiwan, Hong Kong, Macau, and Singapore to factor in, plus Chinese diaspora in the US, etc., and it's highly unlikely they're all converging on exactly the same format). Anyway, the point being you can get away with "Wang HY". <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:05, 10 August 2015 (UTC)
:Even western authors with hyphenated names should sometimes have the second part of the name included in the initials. And sometimes the correct initials really do include lower-case letters. I have a Belgian co-author named Jean-Claude who insists that the correct abbreviation of his name is J.-Cl. On the other hand I know a Japanese author named Ken-ichi who wants his name abbreviated K. rather than K.-I. or K.-i. My general feeling is that any attempt to automatically deduce how to rearrange human names is doomed to at least occasional failure (as usual, see [http://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/ "Falsehoods Programmers Believe About Names"]) so it is essential that there be some workaround that we can use when the machines get it wrong. In this case, "Hy" is the correct Vancouver initialization and there should be some way of persuading the template to allow it. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 17:21, 10 August 2015 (UTC)
:: Agreed. – S.McC.<br />PS: I wasn't meaning to imply "do the wrong thing to make the template happy", but rather that since the name is a transliteration anyway, in a style that's not used consistently, that it might not matter in this case. There are Europeans who abbreviate names like Christophe as "Ch.", so my lackadaisicalness on this wouldn't help them. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''' ☺]] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] ≽<sup>ʌ</sup>ⱷ҅<sub>ᴥ</sub>ⱷ<sup>ʌ</sup>≼ </span> 17:37, 10 August 2015 (UTC)
::The rules for Vancouver system author name lists prohibit hyphens in the given name initials, see: [http://www.ncbi.nlm.nih.gov/books/NBK7282/box/A33104/ Given names containing punctuation, a prefix, a preposition, or particle]. The error mentioned at the start of this conversation is not the result of an {{tq|attempt to automatically deduce how to rearrange [a] human name}}, but arises because [[Module:Citation/CS1]] cannot know if the lowercase 'y' is intentionally lowercase (cases like this or as the result of Romanization: Θ → Th) or a typo. The error can be suppressed after review by treating the name as an institutional name: {{para|vauthors|Lin F, ((Wang Hy)), Malbon CC}}
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:13, 14 August 2015 (UTC)
==How to cite letter in CS1?==
I would like to cite the letter found [http://www.maryferrell.org/showDoc.html?docId=76999 here]. The hard copy of the letter appears to be held by the [[National Archives and Records Administration]] (NARA) in a box titled "HSCA Segregated CIA Collection, Box 19", and they appear to refer to the letter as "NARA Record Number: 1993.08.02.09:31:14:370053". If I use {{tlx|cite letter}}, then...
:<nowiki>{{cite letter |first=Sturgis |last=Frank |recipient=Gene Wilson |subject=Pre-freedom of information request notice of charges |date=May 7, 1976 |url=http://www.maryferrell.org/showDoc.html?docId=76999 |accessdate=August 11, 2015}}</nowiki>
...gives me...
:{{cite letter |first=Sturgis |last=Frank |recipient=Gene Wilson |subject=Pre-freedom of information request notice of charges |date=May 7, 1976 |url=http://www.maryferrell.org/showDoc.html?docId=76999 |accessdate=August 11, 2015}}
Unfortunately, with the above template I don't believe I am able to note additional information about where this original document may be found, such as the {{para|id}} noted above. Is there something similar in CS1 that I can use? If so, what is the equivalent of {{para|recipient}} in CS1? Also, should {{para|title}} be "Letter from Frank Sturgis to Gene Wilson" or the subject noted by the author, and NARA, as "Pre-freedom of information request notice of charges"? Sorry for so many questions. Thanks! - [[User:Location|Location]] ([[User talk:Location|talk]]) 20:29, 12 August 2015 (UTC)
:Try:
::<nowiki>{{cite letter |first=Sturgis |last=Frank |recipient=Gene Wilson |subject=Pre-freedom of information request notice of charges |date=May 7, 1976 |url=http://www.maryferrell.org/showDoc.html?docId=76999 |accessdate=August 11, 2015 |via= National Archives and Records Administration (HSCA Segregated CIA Collection, Box 19) |id= NARA Record Number 1993.08.02.09:31:14:370053 }}</nowiki>
:which gives:
::{{cite letter |first=Sturgis |last=Frank |recipient=Gene Wilson |subject=Pre-freedom of information request notice of charges |date=May 7, 1976 |url=http://www.maryferrell.org/showDoc.html?docId=76999 |accessdate=August 11, 2015 |via= National Archives and Records Administration (HSCA Segregated CIA Collection, Box 19) |id= NARA Record Number 1993.08.02.09:31:14:370053 }}
:I just added {{para|id}} to the template, and {{para|via}} was already there. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white">Imzadi 1979</span>]] [[User talk:Imzadi1979|<big style="color:white">→</big>]]'''</span> 20:51, 12 August 2015 (UTC)
:Are you citing the hard copy? Have you actually seen the hard copy? If not, and you are citing the copy at the Mary Ferrell Foundation website, then the direct cs1 equivalent to {{tlx|cite letter}} would be {{tlx|cite web}} ([[WP:SAYWHEREYOUGOTIT]] applies). It should be noted that {{tld|cite letter}} is a meta-template of {{tlx|cite news}}. Such a citation might look like this:
::<code><nowiki>{{cite web |last=Sturgis |first=Frank |title=Pre-freedom of information request notice of charges |type=Letter to Gene Wilson |website=Mary Ferrell Foundation |date=May 7, 1976 |url=http://www.maryferrell.org/showDoc.html?docId=76999 |accessdate=August 11, 2015}}</nowiki></code>
:::{{cite web |last=Sturgis |first=Frank |title=Pre-freedom of information request notice of charges |type=Letter to Gene Wilson |website=Mary Ferrell Foundation |date=May 7, 1976 |url=http://www.maryferrell.org/showDoc.html?docId=76999 |accessdate=August 11, 2015}}
:In your example, {{para|last}} and {{para|first}} are swapped; the writer's name if 'Frank Sturgis'.
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:01, 12 August 2015 (UTC)
::[[User:Imzadi1979|Imzadi1979]], [[User:Trappist the monk|Trappist the monk]]: Thanks for the feedback! - [[User:Location|Location]] ([[User talk:Location|talk]]) 22:49, 13 August 2015 (UTC)
I think the advice to use {{tl|cite web}} instead of a more specific citation type for a source found on the web rather than through hardcopy is wrongheaded. When we find books online through Google books, we should use {{tl|cite book}}, not {{tl|cite web}}. When we find academic journal articles online at their official publisher's online repository, we should use {{tl|cite journal}}, not {{tl|cite web}}, even for journals that have no print edition and are only online. And for the same reason, if we are viewing a facsimile of a written letter, we should still use {{tl|cite letter}}. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 23:51, 13 August 2015 (UTC)
:Yes, this is why the {{para|url}} parameter is not confined to {{tlx|cite web}} but is included in all the others. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 12:12, 14 August 2015 (UTC)
== error handling for parameters with defined values ==
As the result of a conversation [[User_talk:GoingBatty#Removing_p_from_ref_pages_parameter|elsewhere]], I have added a function <code>is_valid_parameter_value()</code> that checks a parameter's value against a list of accepted values. If the parameter value is not a member of the accepted list, the function emits an invalid parameter error. There is code in the current live module that detects these kinds of errors for {{para|mde}} and {{para|name-list-format}}. This new code extends that functionality to several other parameters.
;{{para|nopp}}
:accepted values are 'yes', 'true', 'y'
:*{{cite book/new |title=Title: nopp=y |page=pp. 45-46 |nopp=y}}
:*{{cite book/new |title=Title: nopp=true |page=pp. 45-46 |nopp=true}}
:*{{cite book/new |title=Title: nopp=yes |page=pp. 45-46 |nopp=yes}}
:*{{cite book/new |title=Title: nopp=1 |page=pp. 45-46 |nopp=1}}
;{{para|name-list-format}}
:accepted value is 'vanc'
:*{{cite book/new |title=Title: name-list-format=vanc |name-list-style=vanc |last=Last |first=Fred George |last2=Laster |first2=A. B. |last3=Lastest |first3=First}}
:*{{cite book/new |title=Title: name-list-format=venc |name-list-format=venc |last=Last |first=Fred George |last2=Laster |first2=A. B. |last3=Lastest |first3=First}}
;{{para|mode}} – accepted values are 'cs1', 'cs2'
:*{{citation/new |title=Title: mode=cs1 |mode=cs1 |last=Last |first=Fred George |last2=Laster |first2=A. B. |last3=Lastest |first3=First}}
:*{{cite book/new |title=Title: mode=cs2 |mode=cs2 |last=Last |first=Fred George |last2=Laster |first2=A. B. |last3=Lastest |first3=First}}
:*{{cite book/new |title=Title: mode=cs3 |mode=cs3 |last=Last |first=Fred George |last2=Laster |first2=A. B. |last3=Lastest |first3=First}}
;{{para|dead-url}}
:accepted values are 'yes', 'true', 'y', 'no'
:*{{cite web/new |url=//example.com |title=Title: dead-url=y |dead-url=y |archive-url=//example.org |archive-date=2015-08-07}}
:*{{cite web/new |url=//example.com |title=Title: dead-url=true |dead-url=true |archive-url=//example.org |archive-date=2015-08-07}}
:*{{cite web/new |url=//example.com |title=Title: dead-url=yes |dead-url=yes |archive-url=//example.org |archive-date=2015-08-07}}
:*{{cite web/new |url=//example.com |title=Title: dead-url=no |dead-url=no |archive-url=//example.org |archive-date=2015-08-07}}
:*{{cite web/new |url=//example.com |title=Title: dead-url=f |dead-url=f |archive-url=//example.org |archive-date=2015-08-07}}
;{{para|subscription}}
:accepted values are 'yes', 'true', 'y'
:*{{cite book/new |title=Title: subscription=y |subscription=y}}
:*{{cite book/new |title=Title: subscription=true |subscription=true}}
:*{{cite book/new |title=Title: subscription=yes |subscription=yes}}
:*{{cite book/new |title=Title: subscription=1 |subscription=1}}
;{{para|registration}}
:accepted values are 'yes', 'true', 'y'
:*{{cite book/new |title=Title: registration=y |registration=y}}
:*{{cite book/new |title=Title: registration=true |registration=true}}
:*{{cite book/new |title=Title: registration=yes |registration=yes}}
:*{{cite book/new |title=Title: registration=1 |registration=1}}
Have I missed any others?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:11, 7 August 2015 (UTC)
:I did:
;;{{para|ignore-isbn-error}}
::accepted values are 'yes', 'true', 'y'
::*{{cite book/new |title=Title: ignore-isbn-error=y |ignore-isbn-error=y |isbn=1234567890}}
::*{{cite book/new |title=Title: ignore-isbn-error=true |ignore-isbn-error=true |isbn=1234567890}}
::*{{cite book/new |title=Title: ignore-isbn-error=yes |ignore-isbn-error=yes |isbn=1234567890}}
::*{{cite book/new |title=Title: ignore-isbn-error=1 |ignore-isbn-error=1 |isbn=1234567890}}
;;{{para|no-tracking}}
::accepted values are 'yes', 'true', 'y'
::*{{cite book/new |title=Title: no-tracking=y |no-tracking=y}}
::*{{cite book/new |title=Title: no-tracking=true |no-tracking=true}}
::*{{cite book/new |title=Title: no-tracking=yes |no-tracking=yes}}
::*{{cite book/new |title=Title: no-tracking=1 |no-tracking=1}}
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:43, 7 August 2015 (UTC)
::and another:
;;;{{para|last-author-amp}}
:::accepted values are 'yes', 'true', 'y'
:::*{{cite book/new |title=Title: last-author-amp=y }}
:::*{{cite book/new |title=Title: last-author-amp=true }}
:::*{{cite book/new |title=Title: last-author-amp=yes }}
:::*{{cite book/new |title=Title: last-author-amp=1 }}
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:46, 10 August 2015 (UTC)
:::I've created a table of keywords in [[Module:Citation/CS1/Configuration/sandbox]] so that the keywords can be defined and the same reused; 'yes, true, y' is used for several parameters – no need to keep separate lists.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:19, 15 August 2015 (UTC)
::::Why [[reinvent the wheel]], when we have {{tlx|yesno}}? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 17:34, 15 August 2015 (UTC)
:::::template vs module.
:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:39, 15 August 2015 (UTC)
::::::[[Module:Yesno]] does exist. My concern using it in general would be that in a number of cases we don't have a boolean consideration (e.g. yes v. no) but instead an enumerated comparison. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 19:02, 15 August 2015 (UTC)
== |script-chapter= ==
Following up on [[Help talk:Citation Style 1/Archive 8#.7Cscript-chapter.3D .3F|this conversation]], I've added {{para|script-chapter}}. Styling and order of rendered chapter parts follows the same rules as {{para|script-title}}:
:<code><nowiki>{{cite book/new |title=Tōkyō tawā |script-title=ja:東京タワー |trans-title=Tokyo Tower}}</nowiki></code>
::{{cite book/new |title=Tōkyō tawā |script-title=ja:東京タワー |trans-title=Tokyo Tower}}
Here are those same parameter values moved to their chapter equivalents:
:<code><nowiki>{{cite book/new |title=Title |chapter=Tōkyō tawā |script-chapter=ja:東京タワー |trans-chapter=Tokyo Tower}}</nowiki></code>
::{{cite book/new |title=Title |chapter=Tōkyō tawā |script-chapter=ja:東京タワー |trans-chapter=Tokyo Tower}}
and with a link:
:<code><nowiki>{{cite book/new |title=Title |chapter=Tōkyō tawā |script-chapter=ja:東京タワー |trans-chapter=Tokyo Tower |chapter-url=//example.com}}</nowiki></code>
::{{cite book/new |title=Title |chapter=Tōkyō tawā |script-chapter=ja:東京タワー |trans-chapter=Tokyo Tower |chapter-url=//example.com}}
I wonder if the {{para|script-chapter}} value should be quoted when rendered especially in the case where the template also has {{para|script-title}} without {{para|title}}:
:<code><nowiki>{{cite book/new |script-title=ja:東京タワー |script-chapter=ja:東京タワー}}</nowiki></code>
::{{cite book/new |script-title=ja:東京タワー |script-chapter=ja:東京タワー}}
Still to do: include {{para|script-chapter}}value in the metadata; support {{para|script-title}} and {{para|script-chapter}} in {{tlx|cite encyclopedia}} and {{tlx|cite episode}}.
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:37, 15 August 2015 (UTC)
:Metadata support added, {{tlx|cite episode}} code tweaked which resolves [[Help_talk:Citation_Style_1/Archive_8#trans-title_.2F_script-title_mismatch_in_Cite_episode.3F|this issue]], and {{tlx|cite encyclopedia}} code tweaked which resolves [[Help_talk:Citation_Style_1/Archive_6#Strange_interaction_between_.7B.7BCite_encyclopedia.7D.7D_and_.7Cscript-title.3D|this issue]].
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:50, 15 August 2015 (UTC)
== time to abandon protocol relative urls for the predefined identifiers? ==
There is a move afoot to replace http:// and relative protocol (//) with https: for certain urls in article space and in {{para|url}} in citations. These replacements mostly involve Google, YouTube, and Internet Archive. In September 2013, [[Module:Citation/CS1]] converted all of the identifier urls that could be converted to relative protocol. That was a time when logged-in users used https: but users who weren't logged in used http:. Since then, Wikimedia has migrated everyone to using https:. Part of the reason for the module's switch to protocol relative urls was to prevent switching back and forth from secure (at Wikipedia) to not-secure (the identifier's site).
It appears that all but two of the predefined identifiers supported by the module and that use external links can be accessed using https:. The two that cannot be accessed are bibcode and LCCN. Here is a list of the identifiers with the various flavors of url:
{{div col}}
* ARXIV :
** [http://arxiv.org/abs/0709.0674 http://arxiv.org/abs/0709.0674]
** [https://arxiv.org/abs/0709.0674 https://arxiv.org/abs/0709.0674]
** [//arxiv.org/abs/0709.0674 //arxiv.org/abs/0709.0674]
*ASIN :
** [http://www.amazon.com/dp/B00086U61Y http://www.amazon.com/dp/B00086U61Y]
** [https://www.amazon.com/dp/B00086U61Y https://www.amazon.com/dp/B00086U61Y]
** [//www.amazon.com/dp/B00086U61Y //www.amazon.com/dp/B00086U61Y]
* BIBCODE :
** [http://adsabs.harvard.edu/abs/2007A&A...474..653V http://adsabs.harvard.edu/abs/2007A&A...474..653V]
** [https://adsabs.harvard.edu/abs/2007A&A...474..653V https://adsabs.harvard.edu/abs/2007A&A...474..653V] – does not work
** [//adsabs.harvard.edu/abs/2007A&A...474..653V //adsabs.harvard.edu/abs/2007A&A...474..653V] – does not work
* DOI :
** [http://dx.doi.org/10.3998/3336451.0004.203 http://dx.doi.org/10.3998/3336451.0004.203]
** [https://dx.doi.org/10.3998/3336451.0004.203 https://dx.doi.org/10.3998/3336451.0004.203]
** [//dx.doi.org/10.3998/3336451.0004.203 //dx.doi.org/10.3998/3336451.0004.203]
* ISSN :
** [http://www.worldcat.org/issn/0028-0836 http://www.worldcat.org/issn/0028-0836]
** [https://www.worldcat.org/issn/0028-0836 https://www.worldcat.org/issn/0028-0836]
** [//www.worldcat.org/issn/0028-0836 //www.worldcat.org/issn/0028-0836]
* JFM :
** [http://zbmath.org/?format=complete&q=an:54.0271.04 http://zbmath.org/?format=complete&q=an:54.0271.04]
** [https://zbmath.org/?format=complete&q=an:54.0271.04 https://zbmath.org/?format=complete&q=an:54.0271.04]
** [//zbmath.org/?format=complete&q=an:54.0271.04 //zbmath.org/?format=complete&q=an:54.0271.04]
* JSTOR :
** [http://www.jstor.org/stable/2118559 http://www.jstor.org/stable/2118559]
** [https://www.jstor.org/stable/2118559 https://www.jstor.org/stable/2118559]
** [//www.jstor.org/stable/2118559 //www.jstor.org/stable/2118559]
* LCCN :
** [http://lccn.loc.gov/sn2006058112 http://lccn.loc.gov/sn2006058112]
** [https://lccn.loc.gov/sn2006058112 https://lccn.loc.gov/sn2006058112] – does not work
** [//lccn.loc.gov/sn2006058112 //lccn.loc.gov/sn2006058112] – does not work
* MR :
** [http://www.ams.org/mathscinet-getitem?mr=96d:11071 http://www.ams.org/mathscinet-getitem?mr=96d:11071]
** [https://www.ams.org/mathscinet-getitem?mr=96d:11071 https://www.ams.org/mathscinet-getitem?mr=96d:11071]
** [//www.ams.org/mathscinet-getitem?mr=96d:11071 //www.ams.org/mathscinet-getitem?mr=96d:11071]
* OCLC :
** [http://www.worldcat.org/oclc/22239204 http://www.worldcat.org/oclc/22239204]
** [https://www.worldcat.org/oclc/22239204 https://www.worldcat.org/oclc/22239204]
** [//www.worldcat.org/oclc/22239204 //www.worldcat.org/oclc/22239204]
* OL
** [http://openlibrary.org/authors/OL18319A http://openlibrary.org/authors/OL18319A]
** [https://openlibrary.org/authors/OL18319A https://openlibrary.org/authors/OL18319A]
** [//openlibrary.org/authors/OL18319A //openlibrary.org/authors/OL18319A]
* OSTI :
** [http://www.osti.gov/energycitations/product.biblio.jsp?osti_id=6851152 http://www.osti.gov/energycitations/product.biblio.jsp?osti_id=6851152]
** [https://www.osti.gov/energycitations/product.biblio.jsp?osti_id=6851152 https://www.osti.gov/energycitations/product.biblio.jsp?osti_id=6851152]
** [//www.osti.gov/energycitations/product.biblio.jsp?osti_id=6851152 //www.osti.gov/energycitations/product.biblio.jsp?osti_id=6851152]
* PMC :
** [http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1408034 http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1408034]
** [https://www.ncbi.nlm.nih.gov/pmc/articles/PMC1408034 https://www.ncbi.nlm.nih.gov/pmc/articles/PMC1408034]
** [//www.ncbi.nlm.nih.gov/pmc/articles/PMC1408034 //www.ncbi.nlm.nih.gov/pmc/articles/PMC1408034]
* PMID :
** [http://www.ncbi.nlm.nih.gov/pubmed/12122621 http://www.ncbi.nlm.nih.gov/pubmed/12122621]
** [https://www.ncbi.nlm.nih.gov/pubmed/12122621 https://www.ncbi.nlm.nih.gov/pubmed/12122621]
** [//www.ncbi.nlm.nih.gov/pubmed/12122621 //www.ncbi.nlm.nih.gov/pubmed/12122621]
* RFC :
** [http://tools.ietf.org/html/rfc882 http://tools.ietf.org/html/rfc882]
** [https://tools.ietf.org/html/rfc882 https://tools.ietf.org/html/rfc882]
** [//tools.ietf.org/html/rfc882 //tools.ietf.org/html/rfc882]
* SSRN :
** [http://ssrn.com/abstract=512922 http://ssrn.com/abstract=512922]
** [https://ssrn.com/abstract=512922 https://ssrn.com/abstract=512922]
** [//ssrn.com/abstract=512922 //ssrn.com/abstract=512922]
* ZBL :
** [http://zbmath.org/?format=complete&q=an:0823.11029 http://zbmath.org/?format=complete&q=an:0823.11029]
** [https://zbmath.org/?format=complete&q=an:0823.11029 https://zbmath.org/?format=complete&q=an:0823.11029]
** [//zbmath.org/?format=complete&q=an:0823.11029 //zbmath.org/?format=complete&q=an:0823.11029]
{{div col end}}
Is there any need to continue to support protocol relative urls for these identifiers?
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:41, 15 August 2015 (UTC)
:If everyone is using https, then protocol-relative links would use https also. Why change <code>//</code> to <code>https://</code>? It seems like another source of potential typos and errors. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 00:34, 16 August 2015 (UTC)
:Then for bibcode and lccn, we make sure that all links are explicitly http: - since the rest are all working in each available method, we leave these links alone. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 08:04, 16 August 2015 (UTC)
::You can't be here (on Wikipedia) without your browser supports an https: connection. If the identifier sites support an https: connection (and all do except bibcode and LCCN) then there is no need for us to support the protocol relative scheme. For identifiers, editors don't have to type a url so I'm not clear on how this change would be a source of typos and errors. Can you expand on that?
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:45, 17 August 2015 (UTC)
:::So the "https:" would be added by the module only for the identifiers linked above? In that case, I'm fine with that. The first sentence of this section made it sound like we were going to go around replacing "//" with "https:", which sounded unnecessary and potentially harmful.
:::Again, though, if it's not currently broken, I don't see why we should fix it. If it is broken in some way that I do not understand, I'll go along with it. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:47, 17 August 2015 (UTC)
::::One conversation about changing http: to https: is [[Wikipedia:Village_pump_(policy)#HTTP_vs_HTTPS...|here]]. We change lots of stuff that isn't 'broken' for a variety of reasons. This is just another of those.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:13, 17 August 2015 (UTC)
| |||