Content deleted Content added
ClueBot III (talk | contribs) m Fixing links to archived content. (BOT) |
m Whoops. |
||
| (23 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 1,065:
|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).
Line 1,265 ⟶ 1,264:
:::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|<
::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)
Line 1,496 ⟶ 1,495:
::::- 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> <
:::::Setting {{para|displayauthors|4}} seems to work in the new version; as an example I've added {{para|publisher|Publisher}} (should show an error):
Line 1,508 ⟶ 1,507:
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|<
: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.
Line 1,517 ⟶ 1,516:
::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|<
:::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|<
::::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.
Line 1,528 ⟶ 1,527:
::::—[[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|<
::::::So you did; I missed the (4 intermediate revisions by 2 users not shown) text.
Line 1,831 ⟶ 1,830:
== 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
: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.
Line 2,136 ⟶ 2,135:
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> <
: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.
Line 2,206 ⟶ 2,205:
* {{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
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)
Line 2,213 ⟶ 2,212:
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:29, 6 May 2015 (UTC)
: {{ISBN
[[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
: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)
Line 2,221 ⟶ 2,220:
: 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
== Journal article titles ==
Line 2,229 ⟶ 2,228:
:—[[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)
Line 2,244 ⟶ 2,243:
:::::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)
Line 2,252 ⟶ 2,251:
*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)
Line 2,266 ⟶ 2,265:
:::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|<
== |script-chapter= ? ==
Line 2,320 ⟶ 2,319:
:::{{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)
Line 2,345 ⟶ 2,344:
::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|<
::::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)
Line 2,399 ⟶ 2,398:
: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|<
== archive-url requires archive-date ==
Line 2,412 ⟶ 2,411:
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|<
::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:
Line 2,479 ⟶ 2,478:
: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|<
::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" ==
Line 2,588 ⟶ 2,587:
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)
| |||