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

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

==Translated title without title==

<s>I know that we have discussed this topic some place.</s>  In {{tlx|cite journal}} is an example citation that has a translated title but doesn't have an original language title (in this case Chinese).  The [[Help:CS1 errors]] text recommends finding and inserting the original title.  Not so easy for a Chinese source.  <s>Anyone remember where we had that discussion?</s> How should editors handle this type of citation situation?

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:33, 16 April 2013 (UTC)

:[[Wikipedia:Village pump (policy)#Citations: Should the original url.3D be required when using archiveurl.3D|Found]] what I was thinking about and it isn't what I thought. How should editors handle a citation when they have a translated title but not an original title?

:Is this the best place to be asking this question?

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:35, 16 April 2013 (UTC)

* '''Perhaps use "trans_title=" when "title=" empty:''' Many editors can be expected to discard some titles written in [[Kanji]] or [[Arabic]] characters, and just give "trans_title=My Article" and "language=<foreign>" but only rarely would they use "title=@#$^@$" so then the title would seem to be missing. Currently:
{{cite compare|mode=web|last=Foreignfolk |first=Mary Jo |trans_title=Some Article |language=<foreign> |date=1 August 2010 |sandbox=y}}
: Currently, the trans_title will just continue to show in "[...]" which seems acceptable, while we juggle other higher-priority problems. -[[User_talk:Wikid77|Wikid77]] 13:12, 17 April 2013 (UTC)

::I'm not looking for a technical solution.  I'm looking for some guidance to offer editors who encounter this error.  Hey click on that little help link and frankly, what help is offered is pretty meager. We could suggest this for one possibility:

:::[[Help:Citation Style 1|CS1 citations]] report this error when the citation has an English translation of the title in {{para|trans-title}} but does not have the original-language title in {{para|title}}.

:::To resolve this error, provide the original language title for {{para|title}}. Consider adding {{para|language}} if not already part of the citation. If you are unable to provide a title in the original language, consider moving the contents of {{para|trans_title}} to {{para|title}}.  Place the translated title in square brackets to indicate that the title is a translated title:
::::<code><nowiki>{{cite book |title=''[''Translated title'']'' |language=Sanskrit}}</nowiki></code> → {{cite book |title=''[''Translated title'']'' |language=Sanskrit}}

::I'm looking for a better solution.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:05, 18 April 2013 (UTC)

::Revised part of suggested error message to match current version in [[Help:CS1 errors]]. The same applies to {{para|trans-chapter}} without chapter.  Looking for a better solution there as well.

::While it isn't what I started out looking for, I have wondered if there might be a technical solution.  Elsewhere I have argued that any and all blank parameters should be ignored; for example, {{para|postscript}} without a value has a defined meaning.  I have suggested the use of a special secret codeword that explicitly informs editors that the parameter is in use. Parameters with the special secret codeword are not just empty and therefore shouldn't be deleted. To the novice, {{para|postscript}} and {{para|publisher}} are both ''unused'' and so both can be deleted.

::So, perhaps the solution here is the special secret codeword <code>none</code>.  If {{para|title|none}} when {{para|trans-title}} is not missing or empty, then {{para|title}} is not displayed and an error is not reported.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:45, 19 April 2013 (UTC)

== Growing category of unnamed parameter pages ==
{{ec}} {{ec}} {{ec}}<br>
It is troubling that more unnamed "|text" parameters seem to be added everyday, as if people are not looking to see the results of their new {cites} or just cannot understand why, because the cite was generated by a tool and not them coding the bar "|" separators. We have talked about quietly appending unnamed parameters to the end of each cite, with a quiet superscript note: <sup>"[[Help:CS1 errors#text_ignored|fix&nbsp;cite] ]]"</sup> to keep from splattering 20,000 articles with red-error messages. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 15:35, 16 April 2013 (UTC)

* '''Added log day 04-17 to category table:''' In the table of category counts, above, I have inserted day "04-17" because the 2-day delay and weekend lull led to less activity than hoped by 04-15. Hopefully, the counts on 04-17 will reveal more-typical weekday counts in those error-message categories. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 15:35, 16 April 2013 (UTC)
*:The growth you are seeing is because many articles have not yet had their citations refreshed after those categories were added / updated.  According to the transclusion count tool, there are currently 1922690 pages using [[Module:Citation/CS1]], but only 1181771 pages using [[Module:Citation/CS1/Configuration]].  Since it is not actually possible to be doing that with the current version of the code, this difference implies there are approximately 740919 pages (37% of all pages with citations) that have not yet been refreshed since the Configuration file was added on April 9th (7 days ago).  Or put another way, the job queue sucks.   It is likely that it will be quite a while yet before the categories are fully populated.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:35, 16 April 2013 (UTC)

*Wikipedia hasn't burst into flames from the sea of red and no one is out to lynch us because of it. I have seen only three discussions involving the new messages. We figured that about 3% of the articles have errors and if it climbs to 5% then again, I don't see huge problems. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 18:06, 16 April 2013 (UTC)

== Laysummary ==

And yet another inconsistency though that's not what this post is about - well, maybe it is ...

This citation should produce a <code>Check |url= scheme</code> error:
{{cite compare |mode=book |title=A Book Title |laysummary=www.example.com |laysource=The Laysummary Source |laydate=2013-04-16|sandbox=true}}

This citation should produce a <code>|laysource= requires |laysummary=</code> error:
:<code><nowiki>{{cite book |title=A Book Title |laysource=The Laysummary Source |laydate=2013-04-16}}</nowiki></code>
:→{{cite book |title=A Book Title |laysource=The Laysummary Source |laydate=2013-04-16}}

This citation should produce a <code>|laydate= requires |laysummary=</code> error:
:<code><nowiki>{{cite book |title=A Book Title |laydate=2013-04-16}}</nowiki></code>
:→{{cite book |title=A Book Title |laydate=2013-04-16}}

Yeah, ok, so I'll blather about inconsistency.  {{para|laysummary}} is supposed to hold a url.  All other parameters that hold urls have url in their name. {{para|laysummary}} is given the title "Lay summary".  {{tlx|cite book}} doesn't create chapter links that look like this:

:→''A Book Title''. [http://www.example.com "Cited Chapter"] – ''Chapter Title''.

Why should {{para|laysummary}}?  Part of the problem with this is that the link is disconnected from the title which should never happen. Why is {{para|laysummary}} different?

So, I propose that we deprecate {{para|laysummary}} in favor of {{para|layurl}}.  {{para|laysource}} becomes the link-title for {{para|layurl}}.  When rendered, the citation will look like this:

:<code><nowiki>{{cite book |title=A Book Title |layurl=http://www.example.com |laysource=The Laysummary Source |laydate=2013-04-16}}</nowiki></code>
:→''A Book Title''. Lay summary – ''[http://www.example.com The Laysummary Source ]''. (2013-04-16).

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:19, 17 April 2013 (UTC)
::Agree. I would also like to see a 'laysummarycaption' that would modify the default "Lay summary" as desired: review, etc. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 18:54, 17 April 2013 (UTC)

:{{ec}} I've added the URL check.  Believe it or not, I somehow hadn't really processed the fact that {{para|laysummary}} was a URL.  Which is of course just an example of the point you are making about bad variable names.  I agree that the idea of replacing {{para|laysummary}} with {{para|layurl}} is a good one.  I'm less sure about what to do withe formatting.  The current layout:
::<nowiki>[<LAYSUMMARY> Lay summary] – ''<LAYSOURCE>'' (<LAYDATE>).</nowiki>
:is undoubtedly weird.  However, the semantics of {{para|laysource}} suggest that it is intended to be the author / publisher (though if so, why italics?), and usually we use the work title for a URL description.  Also, I'm not really a fan of that dash.  Personally, I'm not sure what to do here.  Maybe something more like:
::<nowiki>Lay summary: "[<LAYURL> <LAYTITLE>]" (<LAYDATE>).</nowiki> 
:Where I've also used quotes rather than italics.  Perhaps it would be helpful to look through some of [http://en.wikipedia.org/w/index.php?search=%22laysummary%3Dhttp%22&title=Special%3ASearch the examples of how it is used] to see is {{para|laysource}} generally makes sense as a URL title.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 19:02, 17 April 2013 (UTC)

::Following your search link and random sample several pages, there doesn't seem to be a concise usage.  {{para|laysummary}}s link to abstracts, press releases, publisher's description of a book, web sites not apparently related to the cited work, newspaper articles.  While I didn't read these summaries, my gut reaction to many of them is that they might not fit into the "summary" category – if by summary, we mean a summary of the cited work. Certainly a publisher's description of a book that it publishes doesn't fit.  Only one of the couple of dozen that I looked at bothered to change the label:
:::<code><nowiki>|laysummary=http://news.bbc.co.uk/2/hi/health/5013866.stm Time for rethink on the clitoris -|laysource=[[BBC News]]</nowiki></code> (from [[orgasm]])
:::→[http://news.bbc.co.uk/2/hi/health/5013866.stm Time for rethink on the clitoris - Lay summary] – ''[[BBC News]]''

::I like what you did there: {{para|layurl}}, {{para|laytitle}}, and {{para|laydate}}: they all convey what they should convey, you placed them in the proper positions and you got rid of "Lay summary –".  What's not to like?  And yeah, quotes.  If italic styling is needed, then editors can wikimarkup.

::Right, make it so.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:09, 17 April 2013 (UTC)

Thinking about this a little bit more, and incorporating Gadget's suggestion, it seems like the right semantics is probably something like:

:<nowiki><LAYLABEL>: <LAYAUTHOR>. "[<LAYURL> <LAYTITLE>]" (<LAYDATE>).</nowiki>

Where laylabel= defaults to "Lay summary" but can be changed to acknowledge other types of associated reporting (e.g. press releases, instruction manuals, etc.).  I would suggest mapping the current laysource= to layauthor=, but that leaves a problem.  If I do this change, none of the lay summary URLs would have a title (i.e. they would all be classed as bare URLs).  Of course none of them really have titles now since the fixed text "Lay summary" isn't very informative; however, it would amount to treating all existing lay summaries as essentially incomplete due to the lack of a title, even though there was no previous capacity to include a title.  That only affects about 140 pages, so maybe not so big a deal, though I am a little reluctant to do something that breaks existing usage.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 15:54, 18 April 2013 (UTC)

:I don't like defaulting text unless there is a way to prevent its display. The default text "Lay summary" should only display when {{para|laylabel}} is missing or blank. If {{para|laylabel}} has any value except the special secret codeword "<code>none</code>" (same special secret codeword that should be used with {{para|postscript}}), then that value is displayed.  This way editors know that a label is intentionally not displayed.

:If there is a parameter with the word author in its name, then the parameter should be treated like an {{para|author}}-type parameter. {{para|layauthor}} should probably not map to {{para|laysource}} because {{para|laysource}} is really more a title than an author. Titles get italicized, authors don't.

:{{para|layurl}} should become a synonym of {{para|laysummary}} because they both hold urls.  {{para|laydate}} doesn't change.

:'''Laysummary'''
:*'''laytitle''': Title of a non-technical summary or review related to the source; synonym: '''laysource''' (deprecated);
:**'''layurl''': URL of '''laytitle'''; synonym: '''laysummary''' (deprecated);
:**'''laylabel''': Type of summary – abstract, press release, instruction manuals, etc.; when blank or not included, defaults to "Lay summary:"; displays <var>value</var> when included followed by a colon (<code>:</code>); if '''laylabel'''=<code>none</code>, suppresses label display;
:**'''layauthor''': Author or list of authors of the summary;
:**'''laydate''': Date of the summary displayed in parentheses.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:59, 18 April 2013 (UTC)

::Is {{para|laysource}} ever used as a title?  I went through 20 of these things and didn't note a single example where it was being used to describe the specific content being linked.  Mostly it had content like "CNN" or "ScienceDaily", which told you who published the summary but not what it contained.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:09, 18 April 2013 (UTC)

:::Argh!, You're right. Used more like {{para|publisher}}, or {{para|journal}}, or {{para|newspaper}}, though publishers shouldn't be italicized. That tosses a spanner into the works doesn't it? Or does it?

:::If {{para|laysource}} is deprecated and we make it synonymous with {{para|laytitle}}, there is still something that approximates a correct link label.  Readers would see: 

::::{{para|laysummary|<nowiki>http://example.com</nowiki> CNN}} {{para|laysource|CNN}} {{para|laydate|2013-04-18}}
::::→Lay summary: "[http://example.com CNN]" (2013-04-18).

:::No need to report any errors unless there were embedded wikilinks:
::::→Lay summary: "[http://example.com <nowiki>[[CNN]]</nowiki>]" (2013-04-18).

:::Doesn't this work?

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:12, 18 April 2013 (UTC)

== Update affecting archiveurl ==

I recently resynced the code.  From an end user perspective, the biggest change is that I consolidated the archiveurl errors so that cite web now has the same behavior as the other templates and is visible.  Hence [[:Category:Pages with archiveurl cite web errors]] should be in the process of merging into [[:Category:Pages with archiveurl citation errors]], and the special deadurl=no error message has also been eliminated since url= is presently required whenever archiveurl= is present, regardless of the deadurl state.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 01:02, 17 April 2013 (UTC)

== Separator ==

"Defaults to a period (.); if the parameter is present but blank, no separator punctuation will be used;"
:<code><nowiki>:{{cite book |title=Title |author=First |author2=Second |author3=Third |publisher=Books for the Masses |separator=}}</nowiki></code>
:{{cite book |title=Title |author=First |author2=Second |author3=Third |publisher=Books for the Masses |separator=}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:16, 17 April 2013 (UTC)
::There has been discussion on defaulting to a period if 'separator' is blank. This is the better method, as a blank separator isn't right. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 01:26, 17 April 2013 (UTC)

:::Makes sense to me.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 02:17, 17 April 2013 (UTC)

:This wasn't actually intentional.  As presently implemented, blank values are ignored for all parameters except "postscript".  For most parameters, that is fine because the default value is blank.  However, a handful of parameters have non-empty default values (listed in the config file), and presently there is no way to reset those parameters to blank (except for postscript= which is handled as a special case).  Are there any cases where resetting those parameters to blank is actually a sensible thing to do?  Should additional allowances be made for blanking out any of the other default values?  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:58, 17 April 2013 (UTC)

::I think that any {{para|parameter|<blank>}} should be ignored.  It should be obvious to all editors, regardless of experience level, when a parameter is doing something.  Editors ought to be able to look at a citation, see blank parameters, and delete them without breaking the citation's display.  Instead of {{para|postscript}}, perhaps {{para|postscript|none}} is better.  

::Yeah, I know, but-there-are-already-a-bunch-of-editors-who-know-and-use-{{para|postscript}}-the-way-it-is.  Sigh. Deprecate it.  We already detect the empty version of {{para|postscript}} so changing what happens after detection ought not be that hard.  (is it?) Found {{para|postscript}} suggest {{para|postscript|none}}. And yes, <code>#include "now-is-the-time-to-make-CS1-consistent-for-future-editors.h"</code>

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:56, 17 April 2013 (UTC)

== Author mask ==

When set to a text value, includes either the default or {{para|author-separator}} specified separator.  This behavior is different from the old-style citations.

{{cite compare |mode=book |title=Title |last1=FirstLast |last2=SecondLast |last3=ThirdLast |last4=FourthLast |last5=FifthLast |first1=FirstFirst |first2=SecondFirst |first3=ThirdFirst |first4=FourthFirst |first5=FifthFirst |authormask=with |author-separator=&#32;&#124;|sandbox=true}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:31, 17 April 2013 (UTC)

:Fixed in sandbox.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:23, 17 April 2013 (UTC)

== Displayauthors ==

Setting {{para|displayauthors|0}} hides the author list but still displays et al.  This might be a useful artifact if the et al. display can also be suppressed when {{para|displayauthors|0}}.

{{cite compare |mode=book |title=Title |last1=FirstLast |last2=SecondLast |last3=ThirdLast |last4=FourthLast |last5=FifthLast |first1=FirstFirst |first2=SecondFirst |first3=ThirdFirst |first4=FourthFirst |first5=FifthFirst |displayauthors=0 | sandbox=true}}

{{cite compare |mode=book |title=Title |last1=FirstLast |last2=SecondLast |last3=ThirdLast |last4=FourthLast |last5=FifthLast |first1=FirstFirst |first2=SecondFirst |first3=ThirdFirst |first4=FourthFirst |first5=FifthFirst |displayauthors=0 |editor-last1=FirstLast |editor-last2=SecondLast |editor-last3=ThirdLast |editor-last4=FourthLast |displayeditors=0|sandbox = true}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:36, 17 April 2013 (UTC)
:Useful how? --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 12:48, 17 April 2013 (UTC)

::I don't know, that's why I said it ''might'' be a useful artifact.  If it isn't useful at all, then CS1 should act the same as the old-style templates.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:00, 17 April 2013 (UTC)

Honestly, I'm not really sure what to do.  Ignoring it seems silly since someone must have intentionally added the 0, at the same time displaying only "et al." also seems silly.  Without a use case where displayauthors = 0 makes sense, I'm not sure it really matters what we do here.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:27, 17 April 2013 (UTC)

:Incidentally, we are currently ignoring non-integer values, e.g. {{para|displayauthors|3.14159}} does nothing.  I can't really think of any use case where it makes sense to worry about that either.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:29, 17 April 2013 (UTC)

::I'm perfectly happy to constrain {{para|displayauthors}} (and {{para|displayeditors}}) to integer values >0.  I'm also happy if an editor sets either to 0.  If we accept that though, the et al. should be suppressed and, for editors, drop the "In". 

::Probably easiest to constrain {{para|displayauthors}} and {{para|displayeditors}} to integer values >0.

::Interesting that {{para|displayauthors|-0}} works the same as {{para|displayauthors|0}}, but {{para|displayauthors|-1}} isn't the same as {{para|displayauthors|1}}.  (a function of the Lua math library?) Yep, more pathological inputs ...

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:21, 17 April 2013 (UTC)

:::On reflection, I'm inclined to allow displayauthors=0 be available to completely remove the author list (i.e. no "et al.").  I still can't think of a use case for such a thing, but at least it would provide output that looks sane.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 16:03, 18 April 2013 (UTC)
::::Okay, I made it possible to completely hide the authors by setting displayauthors = 0, not sure why one would do that but it seems the most logical code response to a strange input.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 00:11, 19 April 2013 (UTC)

:::::Until someone can make the case for a reasonable use, I think that this ''feature'' should remain undocumented.

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:41, 19 April 2013 (UTC)

::::::Fine by me.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 00:50, 19 April 2013 (UTC)
:::::::it's a cool feature, which i've used. pls don't remove (though there's a workaround even if you do). thnx!! [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 14:58, 22 April 2013 (UTC)

::::::::Can you tell us why you used it?  What are the benefits over the workaround (and what is that workaround)?

::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:11, 22 April 2013 (UTC)

[[Horus Heresy (novels)]], where it is being used to list every version of a work without specifying the actual source used:

* <nowiki>{{cite book|ref=harv|last=Abnett|first=Dan|year=2006|title=Horus rising: the seeds of heresy are sown|type=print|format=[[#mmp|mm]] paperback|others=[[Cover art]] & [[Book illustration|illustration]] by Neil Roberts|series=Horus Heresy {{interp|book series}}|volume=1|publisher=Black Library|location=Nottingham, UK|edition=1st UK|isbn=978-1-84416-294-9|authorlink=Dan Abnett|postscript=}}[[#ref-cmnt|;;]] {{cite ebook|ref={{harvid|Abnett|2010a}}|last=Abnett|first=Dan|displayauthors=0|title=&#32;<!-- See preceding entry -->|year=2010a|type=[[e-book]]|format=[[EPUB]]; [[Mobipocket|mobi]]|isbn=978-0-85787-021-6|postscript=}}[[#ref-cmnt|;;]] {{cite book|ref={{harvid|Abnett|2011a}}|last=Abnett|first=Dan|displayauthors=0|title=&#32;<!-- See preceding entry -->|year=2011a|type=[[audiobook]]|format=CD|others=Read by Martyn Ellis; abridged by Christian Dunn|edition=[[Abridgement|abridged]]|isbn=978-1-84970-015-3}}</nowiki>

* {{cite book|ref=harv|last=Abnett|first=Dan|year=2006|title=Horus rising: the seeds of heresy are sown|type=print|format=[[#mmp|mm]] paperback|others=[[Cover art]] & [[Book illustration|illustration]] by Neil Roberts|series=Horus Heresy {{interp|book series}}|volume=1|publisher=Black Library|location=Nottingham, UK|edition=1st UK|isbn=978-1-84416-294-9|authorlink=Dan Abnett|postscript=}}[[#ref-cmnt|;;]] {{cite ebook|ref={{harvid|Abnett|2010a}}|last=Abnett|first=Dan|displayauthors=0|title=&#32;<!-- See preceding entry -->|year=2010a|type=[[e-book]]|format=[[EPUB]]; [[Mobipocket|mobi]]|isbn=978-0-85787-021-6|postscript=}}[[#ref-cmnt|;;]] {{cite book|ref={{harvid|Abnett|2011a}}|last=Abnett|first=Dan|displayauthors=0|title=&#32;<!-- See preceding entry -->|year=2011a|type=[[audiobook]]|format=CD|others=Read by Martyn Ellis; abridged by Christian Dunn|edition=[[Abridgement|abridged]]|isbn=978-1-84970-015-3}}

I've been into this article before— it and related articles are a magnet for odd markup and template usage. It also uses 'format' without 'url' and is going to turn into a red sea when we enable those messages. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 15:30, 22 April 2013 (UTC)

::i agree 100% that we disagree 100% on how meaty chunks of the citation system should be designed, implemented, and used. if readers in general complain about the above example, it will be changed. but (and not referring to you), based on very crude sampling, it seems "wikipedians' " distribution is heavily weighed towards the curmudgeon/nit-picker/legalistic/literalist type. well that's my experience at least. not exactly a normal real-world median. this type can, and will, find anything wrong. [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 00:45, 23 April 2013 (UTC)

:What a mess.  Doesn't [[WP:NOT]] apply to that kind of collection?

:Regardless, the editor has caused me to wonder if there is a legitimate use for {{para|displayauthors|0}}.  In bibliographies, {{para|authormask|''n''}} replaces an author's name with ''n'' mdashes.  When multiple authors have together authored multiple works listed in the bibliography, an admittedly rare case, an editor might elect to include author masks in the second and subsequent citations.  To mask all of the authors requires an {{para|authormask}} for each displayed author.

::{{cite book |last1=FirstAuthor |last2=SecondAuthor |last3=ThirdAuthor |title=First Collective Work}}
::{{cite book |last1=FirstAuthor |last2=SecondAuthor |last3=ThirdAuthor |title=Second Collective Work |authormask1=2 |authormask2=2 |authormask3=2}} (author mask for each author)
::{{cite book |last1=FirstAuthor |last2=SecondAuthor |last3=ThirdAuthor |title=Third Collective Work |displayauthors=1 |authormask1=2}} (one author displayed)

:I can imagine that a cleaner and easier solution would be to set {{para|displayauthors|0}} and {{para|authormask}} to whatever to produce something that looks like this 

::——. ''Fourth Collective Work''.

:This is a special case for when {{para|displayauthors|0}} and {{para|authormask|''n''}} because it can be argued that {{para|displayauthors|1}} and {{para|authormask|''n''}} is just as easy and probably more correct. As such this notion should not rank very high on anyone's implementation list were it ever to be decided that it's worth doing.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:57, 22 April 2013 (UTC)

::wait, do tell (not here, its off-topic) how [[WP:NOT]] is not up to par with that "collection"? [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 00:45, 23 April 2013 (UTC)
:::Do whatever you want— I don't wrestle with greased pigs. The ''Warhammer'' articles are a crufty, walled garden of a mess and I will stay out of it. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 00:54, 23 April 2013 (UTC)
::::ok. but it seems slightly evasive. i'm sorry for the off-topic tangent. [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 01:08, 23 April 2013 (UTC)

== Parameters that rely on other parameters should have error messages ==

Like {{para|accessdate}} requires {{para||url}}, {{para|displayauthors}} requires {{para|authors}}, and {{para|authormask}} requires {{para|authors}}.

Yeah, it's that consistency thing again.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:42, 17 April 2013 (UTC)

:Because of how the lists are structured, everything to do with author parameter checking is rather a pain.  Maybe I'll get around to it eventually, but its not a high priority.  Incidentally, the suggested errors above don't really work either.  displayauthors= and authormask= only work properly with an author list, i.e. author1=, author2=, etc., or its equivalent and not with the generic authors=, so one would also have to have some way to convey that.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 16:09, 18 April 2013 (UTC)

== Avoid reformatting 2 million articles all month ==
We should stop changing Citation/CS1 every few days. I was afraid that rewriting the [[wp:CS1]] cites into Lua, to supposedly make Wikipedia run faster, would lead to endless, daily changes to the cite-engine, which then trigger the [[wp:Job_queue]] to reformat 2 million pages, to reformat 2 million pages, to reformat 2 million pages, to reformat 2 million pages, to reformat 2 million pages, etc. The continual reformatting of the affected pages has been running over a month now, including changes to {{lt|Cite_encyclopedia}}, on 17 March 2013. At this point, I think we need to consider delaying changes to perhaps just once a week, or once every 2 weeks. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 13:31, 17 April 2013 (UTC)

:I guess I don't understand.  Are you saying that the ''Wikipedia'' servers hold fully rendered articles on some disk in the server farm and that Lua-based, as well as template-based citations aren't processed "on-the-fly"?

:Clarify please.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:09, 17 April 2013 (UTC)
::Yes. The servers cache the current version of an article for registered readers. When we make these updates, the changes go into a job queue. You can force an update by editing an article or using the API sandbox. See [[Help:Job queue]]. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 14:19, 17 April 2013 (UTC)
* '''Top-revision panel is cached and skin borders are overlayed:''' The process has changed over the years. As I understand the current composite formatting of a Wikipedia webpage, the screen panel which shows the article text/images portion is stored into cached form (for 220-pixel image size), then when viewed by each user, unless some template/module has changed, that cached form is read by another server to generate a "cache-copy" with the menu borders and username data overlayed around the cached contents 2x-50x times faster, regardless of browser skin (&useskin=monobook). Every IP user always sees a cache-copy. Other image-size settings, or other unusual settings (in [[Special:Preferences]]), will cause the entire page to be regenerated from scratch, for every page viewed by a username, even if many other users also share the same alternate image size (formerly 180px was the default). Every prior revision, viewed from History, is always reformatted from scratch. When a template is changed, then the WhatLinksHere pages are all queued to regenerate the cached-form of the top revision, but those pages seem to be spread across the [[wp:Job_queue]], as if 2 million pages were being queued as 4,000 groups of 500 pages each, by "spreading" them across the queue. Once a page reaches the top of the queue, then whichever server, which grabs that request, will check to see if that page has already been reformatted by some other edit-save (or by a prior request from another changed template in the queue); so only "invalidated-cache" pages will be reformatted. Meanwhile, any other updated template with a "zillion" links will also bombard the queue(s) with numerous pages to reformat, and hence the recent non-consensus changes to [[Template:Convert]] (to put hidden category links into every converted number) dumped a load of 524,000 articles into the job queue, which generated hundreds of broken conversions of non-numeric "[<nowiki/>[Category:...]]" (links), which perhaps, with careful prior discussion (and various testing) might have been avoided. Once those non-numeric category links were discovered, then {Convert} was changed 5 more times, to re-schedule those 534,000 pages to reformat and reformat and reformat. Now, hopefully, the job queue will wait awhile these days, to see if a template is changed again 3x times within 20 minutes, before rescheduling each 2-million page reformat; but in the past, changing a template would cause 400 pages to reformat within 4 minutes. Several cases of prior reformatting of 300,000 pages have stretched into a 4-day process. However, the exact optimization tricks, to rethink a template/module just edited one hour prior, are a separate discussion. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 16:08, 17 April 2013 (UTC)

::You're right about most of the technical details, but as far as I can tell, none of that actually articulates a reason why we should wait a week or two between deployments.  I assume your implicit argument is something along the lines of "constantly regenerating caches is bad for the servers".  But the reason the job queue exists is to make sure updates are sufficiently spaced out and delayed so that they avoid being burdensome on the servers.  When the job queue is working as intended, I'm not aware of any evidence that the load introduced by recaching these 2 million pages is harmful, or even all that noticeable compared to pre-existing loads.  Nor am I sure why waiting a week or two would make any difference (either recaching 2 million pages is harmful or it isn't, delaying isn't going to change that).  Historically there have been some issues with the job queue itself introducing excessive write activity on the database servers when adding large numbers of jobs to the queue, but as I understand it that problem is supposed to be resolved.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:54, 17 April 2013 (UTC)

== Documentation updates ==

I have started updating the template documentation using a 'lua' parameter to select the appropriate doc set. Parameters updated so far:

*{{tl|Citation Style documentation/author}}
*{{tl|Citation Style documentation/display}}
*{{tl|Citation Style documentation/volume}}

--''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 14:45, 17 April 2013 (UTC)

:I have done {{tlx|Citation Style documentation/editor}}.  Shall I stop there and let you do the rest?  I get the impression that I'm stepping on your toes.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 15:16, 17 April 2013 (UTC)
::I will get to them. What do we need to update yet? --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 15:19, 17 April 2013 (UTC)

:::I starting at the bottom of the {{tlx|cite book/doc}} and working my way up looking at how the parameters worked and how they compared to the old-style template parameters.  That is what cause the several posts last night for the display parameters.  So I've been through Display options, Laysummary, and Editors.

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

== Duplicate missing title error messages with cite web ==

Elsewhere Editor [[User:117Avenue|117Avenue]] used this {{tlx|cite web}}:

:<code><nowiki>{{cite web|last=Sur|first=Name|url=http://www.example.com|accessdate=19 April 2013}}</nowiki></code>
:→{{cite web|last=Sur|first=Name|url=http://www.example.com|accessdate=19 April 2013}}

We don't really need two error messages and two different categories for a single error do we? The cite web version and [[:Category:Pages using web citations with no title]] should merged into the more general version.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:28, 19 April 2013 (UTC)

As an adjunct, we have three missing or empty {{para|title}} error messages that more-or-less mean the same thing: Bare URL without a title (anchor: <code>bare_url_missing_title</code>), Citation without a title of any form (anchor: <code>citation_missing_title</code>), and Web citation without a title (anchor: <code>cite_web_title</code>). Why? Can we combine these three?

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:53, 19 April 2013 (UTC)

:The plan has been for cite_web_title to be merged into bare_url_missing_title, but it hasn't been done yet because the former is currently visible while the latter is hidden.  It is already the case that only one of bare_url_missing_title and citation_missing_title is allowed to be shown, e.g.:

::<code><nowiki>{{cite book|last=Sur|first=Name|url=http://www.example.com|accessdate=19 April 2013}}</nowiki></code>
::→{{cite book|last=Sur|first=Name|url=http://www.example.com|accessdate=19 April 2013}}

:Because they can have non-overlapping circumstances, I have generally planned for both citation_missing_title and bare_url to continue to exist indefinitely.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 16:54, 19 April 2013 (UTC)

== Error categories and user pages ==

I'm just wondering if it's really worth adding user pages to all those error tracking categories? The purpose of the categories is to list the pages that need fixing so that editors can then come along and fix the issues. But most people are going to be less inclined to update the user page errors. So eventually once the other errors are fixed, the categories will mainly contain pages that nobody wants to fix and it will not be as easy to notice when new pages come along that do need fixing. So why not sort it out now and remove categorisation on user pages (and maybe some other namespaces as well)? -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 12:23, 19 April 2013 (UTC)

:I've been wondering that too.  I would add pretty much any form of talk page: Module talk, Template talk, Help talk, Wikipedia talk, and perhaps even article talk. Anything where readers are the primary consumer should be categorized.  I don't know how to accomplish this but I'd be surprised if Lua didn't have the ability to get current namespace, something akin to the magic word <code><nowiki>{{NAMESPACE}}</nowiki></code>.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:00, 19 April 2013 (UTC)
::We do namespace detection on [[Help:Cite errors]] and show them only on main (article), template, category, help and file pages. This was implemented after the developers expanded the error checking and it took a while for a group of editors to implement the namespace and help pages.
::However, editors who develop draft articles in their userspace are then hit with errors when they move to articlespace. Regardless, if we suppress it, we need the option to show it for concerned editors.--''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 17:14, 19 April 2013 (UTC)

:::I didn't read in anything in what Editor [[User:WOSlinker|WOSlinker]] wrote that suggests error message suppression in user space, just categorization.  Did I misread?

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:24, 19 April 2013 (UTC)

{{Namespaces}}

::At right is a list of namespaces.  I would suggest excluding: User, User talk, and Wikipedia talk (mainly because of [[WP:AFC]], e.g. [[:Category:Pages using web citations with no title]]), but leave the categories for the other namespaces.  This would be done by essentially setting nocat = true by default for these namespaces, with the effect that the error message would still be present but no categories would be added.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:21, 19 April 2013 (UTC)

:::I've added a configuration handle "citation_config.uncategorized_namespaces" to the sandbox configuration page using my suggested defaults, though others are free to adjust this.  I'm going to go add code to the sandbox to actually make this check happen now.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:29, 19 April 2013 (UTC)

::::Okay, there is a working version of this set up in the sandbox.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:48, 19 April 2013 (UTC)

* '''Pass namespace as a configuration argument:''' The Lua module is accepting configuration arguments, during the #invoke, as well as parameter arguments passed from the caller page. We have been setting <nowiki>"|namespace={{NAMESPACE}}"</nowiki> in other templates, to allow obvious access to the same {NAMESPACE} variable used in markup templates. For [[Template:Cite_web]], that would become:
:::{<nowiki/>{#invoke:citation/CS1|citation
:::|CitationClass=web |namespace=<nowiki>{{NAMESPACE}} }}</nowiki>
: Then there would be no second-guessing if a Lua function for namespace data might be giving a different result than {NAMESPACE} in templates. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 16:49, 19 April 2013 (UTC)
::Well there's also mw.title.getCurrentTitle().namespace or mw.title.getCurrentTitle().nsText -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 17:15, 19 April 2013 (UTC)

::Asking the parser for <nowiki>{{NAMESPACE}}</nowiki> and passing it in is slower than getting the same information inside Lua.  We used to be passing <nowiki>{{FULLPAGENAME}}</nowiki> in via template and I dropped that for the same reason.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:21, 19 April 2013 (UTC)

== Translated title and chapter error messages ==

I'm thinking that the translated title and chapter error messages aren't quite right. The translated title error message is missing or empty {{para|title}}.  It gets lumped in with all of the other possible missing or empty {{para|title}} error messages.  The translated chapter error message is missing or empty {{para|chapter}}. It is solitary.  Both of these error messages are categorized into [[:Category:Pages with citations using translated terms without the original]], yet {{para|trans-title}} is part of the group of missing or empty {{para|title}} errors at [[Help:CS1 errors]].

I think a name change is in order:
:<span style="font-size:100%" class="error">{{para|trans-title}} requires {{para|title}}</span>
:<span style="font-size:100%" class="error">{{para|trans-chapter}} requires {{para|chapter}}</span>

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:25, 19 April 2013 (UTC)

:I'm in favor of the description change.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:00, 19 April 2013 (UTC)

::Not sure what you mean by description change.  Do you mean that you are in favor of changing the error message text or do you mean something else?

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:38, 19 April 2013 (UTC)

:::Yes, I meant the error message.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 19:39, 19 April 2013 (UTC)

::::Changed in sandbox.

::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:47, 19 April 2013 (UTC)

:::::And [[Help:CS1 errors]] updated;

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:05, 19 April 2013 (UTC)

'''The trans_title should have no error message''' as when specified by users who cannot read the original title, depending on browser character support.
{{cite compare |mode=book |trans_title=Arabic Letters Can Be Difficult to Read |language=Arabic from back to middle), English from front to middle |date=7 Jult 2012|sandbox=y}}
There is no need to keep making every other option, now, show a red-error message where never shown before. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 16:49, 19 April 2013 (UTC)

:There are several options here.  One is to drop the error entirely, and simply consider translated titles sufficient.  Another is to consider it a full error and make it visible.  A middle ground might be to keep the error but never make it visible by default, so that only sophisticated wikignomes would worry about cleaning this up.  Personally, I'm not sure.  Most of the time when a foreign language work is cited, the editor using it understands that language, in which case the editor ought to have no problem adding the original title.  There will be some exceptions where an editor is working from an already translated or multi-language work, but those tend to be much rarer in my experience.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:00, 19 April 2013 (UTC)
::I just did a 5% sample of pages with this issue: most were simply missing the original title and could be easily fixed, some should have used 'title' and a few had dead links, so I don't know. With 259 pages, it isn't a big problem. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 18:47, 19 April 2013 (UTC)
:::You're probably right.  I had forgotten that this was such a relatively rare error to begin with.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:51, 19 April 2013 (UTC)

== Title and translated title styling ==

Shouldn't the {{para|trans-title}} value be italicized in the same manner as {{para|title}}?  But not the same way as the old-style citations; brackets should not be italicized.

{{cite compare |mode=book |sandbox=true |title=Title |trans_title=Translated Title |url=http://www.example.com}}

Should look like this: [http://www.example.com "Title" &#91;''Translated Title''&#93;].

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:39, 19 April 2013 (UTC)

Fixed in sandbox?

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:43, 19 April 2013 (UTC)

:I'm not so sure, at present the trans-title style can follow either an italic title, or a quoted title.  Because of that I sort of purposely left it as plain text.  For example:

{{cite compare | mode = book | first = Jean | last = Dolvet | title = République Française | chapter = Ancien Régime | trans_title = Republic of France | trans_chapter=Old Regime | year = 1998 | sandbox = true }}

:With the italics added, the chapter translation style seems wrong.  We could leave it without the italics, or we could differentiate a trans-italic-title and a trans-quoted-title style I suppose.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:15, 19 April 2013 (UTC)

::This is why you are the coder and I'm not.  Yes, with the italics added the way I did it, translated chapter style is wrong.  I didn't realize that the same message_list item is used for both title and chapter.  I think that the rule should be: If the original language entity is italicized, then the translation shall be italicized because they are the same thing.  Brackets shall not be italicized.

::Should look like this:
:::Dolvet, Jean (1998). "Ancien Régime" [Old Regime]. ''République Française'' [''Republic of France''].

::Can be done?

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:59, 19 April 2013 (UTC)
:::Shouldn't the translated chapter be in quotes:
::::Dolvet, Jean (1998). "Ancien Régime" ["Old Regime"]. ''République Française'' [''Republic of France''].
:::I would like these to use different style spans, as the quotes could be different if the module is ported to another language. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 19:15, 19 April 2013 (UTC)

::::Perhaps like the old-style except that for title, the brackets aren't italicized.  Here are the three currently suggested versions.  Compare:
:::::Dolvet, Jean (1998). "Ancien Régime" ["Old Regime"]. ''République Française'' [''Republic of France''].
:::::Dolvet, Jean (1998). "Ancien Régime [Old Regime]". ''République Française'' [''Republic of France''].
:::::Dolvet, Jean (1998). "Ancien Régime" [Old Regime]. ''République Française'' [''Republic of France''].

::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:26, 19 April 2013 (UTC)

::::{{ec}} We rarely talk about such things, but looking up APA style they use brackets but don't apply italics or quotes even when such markers apply to the original (so basically the same as the current "Lua" version shown above).  MLA style apparently doesn't make any provision for the use of translated titles at all.  That said, the simplest option for me is probably to differentiate the style configurations and let other people sort out the formatting.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 19:36, 19 April 2013 (UTC)

:In the sandbox I've added settings to allow translated titles to be styled differently when associated with italic titles or with quoted titles.  Personally, I'd just as well not add italics or quotes to the translated titles, but I let other people figure out what is needed.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 21:36, 19 April 2013 (UTC)

::{{done}} This is good.  I like it.

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

== New errors visible ==

I've resynced the sandbox.  In the process, I've made the bare_url error message visible and merged cite_web_title into it.  I've also revealed the translation errors, the citation with no title error, and the URL with no scheme error.  Combined with the cite web archiveurl error merged earlier in the week, this marks the second block of error messages made public.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 23:14, 19 April 2013 (UTC)

:PS. I should also note that this release also adds error category suppression by namespace.  As presently configured, User, User talk, and Wikipedia talk will not be added to error categories.  The error message is still displayed to the editor but it is not added to the tracking cat.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 23:17, 19 April 2013 (UTC)

::Brilliant!

::[[Help:CS1 errors]] updated to reflect current error messaging.

::Does this mean that error_conditions.cite_web_url in [[Module:Citation/CS1/Configuration]] should go away?

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:36, 19 April 2013 (UTC)

:::I removed cite_web_title.  cite_web_url is a different issue.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 01:08, 20 April 2013 (UTC)

::::Just further proof, as if more were needed, that sometimes I am an idiot.  Nevermind.

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

== Missing title? ==

{{cite compare |mode=book |sandbox=true |title=Title |chapterurl=http://www.example.com}}

In the above example the error message is misleading, as the parameter that is missing is ''chapter'', not title. [[User:GregorB|GregorB]] ([[User talk:GregorB|talk]]) 08:16, 20 April 2013 (UTC)

:Yeah, I think I agree. I hunted through the argument_map and found all of the url labeled parameters. Here are the four that I expect to see cause this error (are there others?):
::<code><nowiki>{{cite book |title=Title |chapterurl=http://www.example.com}}</nowiki></code>
::→{{cite book |title=Title |chapterurl=http://www.example.com}} – 
:::{{para|chapterurl}} or {{para|contributionurl}} expects: {{para|chapter}}, {{para|contribution}}, {{para|entry}}, {{para|article}}

::<code><nowiki>{{cite book |title=Title |conferenceurl=http://www.example.com}}</nowiki></code>
::→{{cite book |title=Title |conferenceurl=http://www.example.com}}
:::{{para|conferenceurl}} expects: {{para|conference}}

::<code><nowiki>{{cite book |title=Title |transcripturl=http://www.example.com}}</nowiki></code>
::→{{cite book |title=Title |transcripturl=http://www.example.com}} (not currently supported?)
:::{{para|transcripturl}} expects: {{para|transcript}}

::<code><nowiki>{{cite book |title=Title |url=http://www.example.com |titlelink=Help:CS1 errors}}</nowiki></code>
::→{{cite book |title=Title |url=http://www.example.com |titlelink=Help:CS1 errors}}
:::{{para|titlelink}} and {{para|url}} contending for {{para|title}}; {{para|titlelink}} wins, should it?  Should {{para|titlelink}} even exist since without {{para|url}}, {{para|title}} can be wikilinked?

:Is there anything else that causes this error?

:The error message as now presented lacks specificity.  I presume that we could change the message to be something like this: <span class="error" style="font-size:100%"><code>|<found url>=</code> needs title</span>.  The help page can list the appropriate matching title parameters (it should do that now, I'll fix that).

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:27, 20 April 2013 (UTC)

::That would be fine. Thanks! [[User:GregorB|GregorB]] ([[User talk:GregorB|talk]]) 13:18, 20 April 2013 (UTC)
:::'transcripturl' goes with 'transcript'. Used in {{tl|cite episode}} and {{tl|cite serial}}. --''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 15:09, 20 April 2013 (UTC)
::::...and, apparently, several such parameters may be missing at the same time:
{{cite compare |mode=book |sandbox=true |title=Title |contributionurl=http://www.example2.com |conferenceurl=http://www.example3.com}}
::::Chapterurl and contributionurl are mutually exclusive, a condition that is already detected as an error. Of course, the chapterurl case should be handled too. [[User:GregorB|GregorB]] ([[User talk:GregorB|talk]]) 17:12, 20 April 2013 (UTC)

:::::Wow, something weird happened.  Somehow Editor [[User:Gadget850|Gadget850's]] signature ended up in one of the examples above.  I've returned it to it's proper place.

:::::I'm not sure that I'm following your meaning.  {{para|conferenceurl}} and {{para|contributionurl}} suffer from the same shortcoming that you identified for {{para|chapterurl}}.  Did you mean something different from that?  What did you mean by "missing"?

:::::When I suggested <span class="error" style="font-size:100%"><code>|<found url>=</code> needs title</span> I meant it to apply to all of {{para|chapterurl}}, {{para|conferenceurl}}, {{para|contributionurl}}, and {{para|transcripturl}} so that when, for example, {{para|contributionurl}} is missing its associated title, the error message would be: <span class="error" style="font-size:100%"><code>|contributionurl=</code> needs title</span>.

:::::And thanks for noticing these.

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:49, 20 April 2013 (UTC)
::::::Well, I wasn't sure if the error message is displayed separately for each "violation", or just once. Currently, multiple messages are displayed, which should be OK once the fix is applied. The above is merely an additional test case that checks for handling of multiple missing params in the same invocation. [[User:GregorB|GregorB]] ([[User talk:GregorB|talk]]) 18:12, 20 April 2013 (UTC)

:This has now been updated in line with the suggestions.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:46, 25 April 2013 (UTC)

== Citation: ref ==

Per {{tl|citation}}: "If an empty {{para|ref}} is given, no anchor is generated". The Lua version does not honor this.

{{cite compare |mode=citation |last=Drucker |title=Book |date=May 2, 2013 |year=2013c |ref=}}

--''''' &nbsp;[[User:Gadget850|<span style="color:gray">Gadget850&nbsp;(Ed)</span>]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup> 08:57, 20 April 2013 (UTC)

:Argh!  Another empty parameter that requires the editor to know the esoterica of {{tlx|citation}} and another editor's intention: did the editor leave it blank intentionally or inadvertently.

:No empty parameters. They are ambiguous. Use the special secret codeword {{para|ref|none}} to tell CS1 that it is not to create an anchor.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:03, 20 April 2013 (UTC)

::As before, I'm generally not going to break from documented usage.  I've updated the sandbox to work as previously intended.  However, I have also added an option to allow {{para|ref|none}} to accomplish this behavior.  So one could start encouraging people not to use blank.  Eventually we could use a bot to migrate the existing uses.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:37, 21 April 2013 (UTC)

:::And {{para|postscript}} too!  Brilliant!  

:::I don't think that I'm asking you, or anyone here, to go against documented usage.  If I do, or have, let me know.  I am asking for ways to improve what exists so that for those things that are inconsistent or that might be misinterpreted or that might be improved, there are consistent, unambiguous, improved alternatives that editors can be encouraged or persuaded to use.  When CS1 next gets synced to the sandbox, one of us can tweak the {{para|ref}} and {{para|postscript}} documentation to begin that process.

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

== Configuration ==

The "in_text" constant, which is used before a list of editors, should be moved to the configuration subpage as well. --[[User:DixonD|DixonD]] ([[User talk:DixonD|talk]]) 22:40, 20 April 2013 (UTC)

:Done in sandbox.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 17:13, 21 April 2013 (UTC)
::There are also the "<code>, and </code>" and "<code> and </code>" literals in the "<code>selectone</code>" function. --[[User:DixonD|DixonD]] ([[User talk:DixonD|talk]]) 17:35, 21 April 2013 (UTC)

:::Done.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 20:03, 21 April 2013 (UTC)

== Error message won't go. ==
{{resolved}}
See [[Rutherfordium]] [http://en.wikipedia.org/w/index.php?title=Rutherfordium&diff=551468604&oldid=548461064]. I've added {{code|1={{!}}displayauthors=8}}, it works, but the error message is still visible. The named ref is used four times. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 15:34, 21 April 2013 (UTC)

:Here is the citation taken without modification from the article:

::→{{cite journal |last1=Ellison |first1=P. |last2=Gregorich |first2=K. |last3=Berryman |first3=J. |last4=Bleuel |first4=D. |last5=Clark |first5=R. |last6=Dragojević |first6=I. |last7=Dvorak |first7=J. |last8=Fallon |first8=P. |last9=Fineman-Sotomayor |first9=C. |displayauthors=8 | title=New Superheavy Element Isotopes: ^{242}Pu(^{48}Ca,5n)^{285}114 |journal=Physical Review Letters |volume=105 |year=2010 |doi=10.1103/PhysRevLett.105.182701 |bibcode=2010PhRvL.105r2701E}}

:No problem here.  And, there are only three instances of the citation name in the article.  The fourth is in {{tlx|infobox rutherfordium}}.  Look there, you'll find a duplicate of this citation without the {{para|displayauthors}} parameter.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:12, 21 April 2013 (UTC)
::Thanks. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 16:35, 21 April 2013 (UTC)

== Pages in the User, User talk, and Wikipedia talk namespaces are not included in the error tracking categories. ==

I've been sent here from [[Help_talk:CS1_errors#Pages in the User, User talk, and Wikipedia talk namespaces are not included in the error tracking categories.]] to ask if anyone here can identify the reason that 4 user talk pages are included in [[:Category:Pages with citations lacking titles]].  Thanks, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 21:39, 24 April 2013 (UTC)

:It's just a bad cache of the page that hasn't been updated.  A [[WP:NULLEDIT]] of each page clears it and removes the category.  There have been a lot of apparent issues lately with the job queue not updating some pages as the Module has been edited, so you end up with some stuck pages like this that reflect an old version of the Module (in this case before User space was removed from the tracking cats).  It's really some kind of a bug in Mediawiki's cache update system.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 22:07, 24 April 2013 (UTC)
::Thanks for the speedy reply.  Regards, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 22:21, 24 April 2013 (UTC)

== | unused_data =  ==

[[User:Citation bot]] adds some instances of <code>unused_data=</code>, such as here: [https://en.wikipedia.org/w/index.php?title=IStabilizer&diff=prev&oldid=552002206]. If the new citation templates flag this as an error, perhaps there should be some coordination with the bot so that it does something more appropriate with stuff it can't figure out.  Regards, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 03:07, 25 April 2013 (UTC)
:On the other hand, maybe flagging it as an error is exactly the intended effect. That way there's a chance someone will notice and fix it. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 03:12, 25 April 2013 (UTC)
::I agree, the bot does the right thing and it is an error, it's just that currently it is reported just like any other unrecognized parameter. At first - before I figured out it was added by a bot, as a way to separate "random junk" from actual parameters - I didn't quite understand how to fix these. So, I think that a separate error help section just for unused_data might be in order. [[User:GregorB|GregorB]] ([[User talk:GregorB|talk]]) 09:09, 25 April 2013 (UTC)
:::Don't think a separate category is needed. The error is the same before and after the bot edit. Apart from the marking (it might be overlooked by the eye, but is caught anyway in the new CS1), we could do without this bot action. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 10:07, 25 April 2013 (UTC)
:::::FWIW: Actually, the error is not exactly the same before/after the bot action. First it was an "unused textvalue" error (not assigned to any parameter), after the bot action it is an "unknown parameter" error. The page is also put in a different category. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 21:35, 25 April 2013 (UTC)
::::Good point: with Lua error handling, I don't think these edits would serve any useful purpose anymore. Still, a large number of such edits were already made, so while a separate category is unnecessary, a separate error section would make sense, at least in the transitional period. [[User:GregorB|GregorB]] ([[User talk:GregorB|talk]]) 10:31, 25 April 2013 (UTC)
:::::In this specific case, the bot made an error in trying to fix the nowikied "c|net". Regardless, I think we should request that the bot stop doing this, as it is no longer needed on the updated templates. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 10:53, 25 April 2013 (UTC)

{{ec}}
:Anything inside {{tag|nowiki}} tags is stripped of any significance. The {{para|publisher}} parameter prior to [[User:Citation bot|Citation bot's]] edit looked like this:
::<code>|publisher=&lt;nowiki>c|net</nowiki> UK</code>

:and after, like this:
::<code>|publisher=&lt;nowiki>c |accessdate=April 23, 2013 |unused_data=net</nowiki> UK</code>

:CS1 treats everything inside {{tag|nowiki}} as simple plain text without significance; nothing wrong, so nothing to report.  Apparently, Citation bot ignores the {{tag|nowiki}} tags and treats everything literally.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:26, 25 April 2013 (UTC)
::I started a discussion on the bot page. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 12:38, 25 April 2013 (UTC)
----
I've taken some examples from the last 1500 edits of the bot and compared the before and after citations. (By chance, these happen to be {{tl|cite web}} or {{tl|cite book}}).  These show some of the bizarre things editors can do with the citation templates, and what the bot and LUA can handle. 

<big>'''Example 1'''</big>
;Before Citation bot
<code><nowiki>{{cite web |url=http://reviews.cnet.co.uk/mobile-phones/how-to-make-hd-movies-on-your-samsung-galaxy-s3-50008764/ |title=How to make HD movies on your Samsung Galaxy S3 |author=David McClelland |date=August 1, 2012 |publisher=<</nowiki>nowiki>c|net<nowiki><</nowiki>/nowiki> UK |accessdate=April 23, 2013}}</code>
* {{cite web |url=http://reviews.cnet.co.uk/mobile-phones/how-to-make-hd-movies-on-your-samsung-galaxy-s3-50008764/ |title=How to make HD movies on your Samsung Galaxy S3 |author=David McClelland |date=August 1, 2012 |publisher=<nowiki>c|net</nowiki> UK |accessdate=April 23, 2013}}
;After Citation bot
<code><nowiki>{{cite web |url=http://reviews.cnet.co.uk/mobile-phones/how-to-make-hd-movies-on-your-samsung-galaxy-s3-50008764/ |title=How to make HD movies on your Samsung Galaxy S3 |author=David McClelland |date=August 1, 2012 |publisher=<nowiki>c |accessdate=April 23, 2013 |unused_data=net<</nowiki>/nowiki> UK}}</code>
* {{cite web |url=http://reviews.cnet.co.uk/mobile-phones/how-to-make-hd-movies-on-your-samsung-galaxy-s3-50008764/ |title=How to make HD movies on your Samsung Galaxy S3 |author=David McClelland |date=August 1, 2012 |publisher=<nowiki>c |accessdate=April 23, 2013 |unused_data=net</nowiki> UK}}
;Comment
The bot edit is understandable (although wrong), and LUA did not flag it as something to review As described above, this is not an error by the template.

<big>'''Example 2'''</big>
;Before Citation bot
<code><nowiki>{{cite web|author=Diehl, Matt | Sep 25, 1998 |url=http://www.ew.com/ew/article/0,,284987,00.html |title=Psycho Circus Review &#124; News Reviews and News |work=Entertainment Weekly |date=1998-09-25 |accessdate=2011-08-22}}</nowiki></code>
* {{cite web|author=Diehl, Matt | Sep 25, 1998 |url=http://www.ew.com/ew/article/0,,284987,00.html |title=Psycho Circus Review &#124; News Reviews and News |work=Entertainment Weekly |date=1998-09-25 |accessdate=2011-08-22}}
;After Citation bot
<code><nowiki>{{cite web|author=Diehl, Matt |url=http://www.ew.com/ew/article/0,,284987,00.html |title=Psycho Circus Review &#124; News Reviews and News |work=Entertainment Weekly |date=1998-09-25 |accessdate=2011-08-22|unused_data=Sep 25, 1998}}</nowiki></code>
* {{cite web|author=Diehl, Matt |url=http://www.ew.com/ew/article/0,,284987,00.html |title=Psycho Circus Review &#124; News Reviews and News |work=Entertainment Weekly |date=1998-09-25 |accessdate=2011-08-22|unused_data=Sep 25, 1998}}
;Comment
LUA and the bot caught this error. I prefer the LUA message before the bot edit.

<big>'''Example 3'''</big>
;Before Citation bot
<code><nowiki>{{cite book|language=French|author=Collective|title=La Revue de l'élevage|trans_title=The magazine of breeding|publisher=Revue de l'élevage|lien éditeur=|year=1951|volume=6|url=http://books.google.com/books?id=mcZGAAAAYAAJ}}</nowiki></code>
* {{cite book|language=French|author=Collective|title=La Revue de l'élevage|trans_title=The magazine of breeding|publisher=Revue de l'élevage|lien éditeur=|year=1951|volume=6|url=http://books.google.com/books?id=mcZGAAAAYAAJ}}
;After Citation bot
<code><nowiki>{{cite book|language=French|author=Collective|title=La Revue de l'élevage|trans_title=The magazine of breeding|publisher=Revue de l'élevage|year=1951|volume=6|url=http://books.google.com/books?id=mcZGAAAAYAAJ|unused_data=lien éditeur=}}</nowiki></code>
* {{cite book|language=French|author=Collective|title=La Revue de l'élevage|trans_title=The magazine of breeding|publisher=Revue de l'élevage|year=1951|volume=6|url=http://books.google.com/books?id=mcZGAAAAYAAJ|unused_data=lien éditeur=}}
;Comment
LUA did not catch the <code>|lien éditeur=</code> in the '''before bot''' version.  The bot caught it, and LUA flagged it for review.

<big>'''Example 4'''</big>
;Before Citation bot
<code><nowiki>{{cite book|ref=harv| last=Davis-Kimball |Jeannine |chapter=The Scythians in southeastern Europe|title=Nomads of the Eurasian Steppes in the early Iron Age|year = 1995|publisher =Zinat press|url=http://www.csen.org/Pubs_Sales_Reviews/Nomads/Nomad-188579-00-2.pdf}}</nowiki></code>
* {{cite book|ref=harv| last=Davis-Kimball |Jeannine |chapter=The Scythians in southeastern Europe|title=Nomads of the Eurasian Steppes in the early Iron Age|year = 1995|publisher =Zinat press|url=http://www.csen.org/Pubs_Sales_Reviews/Nomads/Nomad-188579-00-2.pdf}}
;After Citation bot
<code><nowiki>{{cite book|ref=harv| last=Davis-Kimball |chapter=The Scythians in southeastern Europe|title=Nomads of the Eurasian Steppes in the early Iron Age|year = 1995|publisher =Zinat press|url=http://www.csen.org/Pubs_Sales_Reviews/Nomads/Nomad-188579-00-2.pdf|unused_data=Jeannine}}</nowiki></code>
* {{cite book|ref=harv| last=Davis-Kimball |chapter=The Scythians in southeastern Europe|title=Nomads of the Eurasian Steppes in the early Iron Age|year = 1995|publisher =Zinat press|url=http://www.csen.org/Pubs_Sales_Reviews/Nomads/Nomad-188579-00-2.pdf|unused_data=Jeannine}}
;Comment
LUA and the bot caught this error. I prefer the LUA message before the bot edit.

<big>'''Example 5'''</big>
;Before Citation bot
<code><nowiki>{{cite book | last = López de Ayala | first = Pero | coauthor = Pero López de Ayala | title = Cronicas de los reyes de Castilla: Don Pedro, Don Enrique II, Don Juan I, Don Enrique III | url = http://books.google.es/books?id=qcsWAAAAQAAJ&pg=PA334&dq=linuesa+1361+enriquez&hl=es&ei=BCh5Tc2gFs3fsgbR8-XtBw&sa=X&oi=book_result&ct=result&resnum=2&ved=0CC0Q6AEwAQ#v=onepage&q=linuesa%201361%20enriquez&f=false | year = 1779 | location = Madrid | isbn = | page = 335 | chapter = VIII | urlcapítulo = | cita =}}</nowiki></code>
* {{cite book | last = López de Ayala | first = Pero | coauthor = Pero López de Ayala | title = Cronicas de los reyes de Castilla: Don Pedro, Don Enrique II, Don Juan I, Don Enrique III | url = http://books.google.es/books?id=qcsWAAAAQAAJ&pg=PA334&dq=linuesa+1361+enriquez&hl=es&ei=BCh5Tc2gFs3fsgbR8-XtBw&sa=X&oi=book_result&ct=result&resnum=2&ved=0CC0Q6AEwAQ#v=onepage&q=linuesa%201361%20enriquez&f=false | year = 1779 | location = Madrid | isbn = | page = 335 | chapter = VIII | urlcapítulo = | cita =}}
;After Citation bot
<code><nowiki>{{cite book | last = López de Ayala | first = Pero | coauthor = Pero López de Ayala | title = Cronicas de los reyes de Castilla: Don Pedro, Don Enrique II, Don Juan I, Don Enrique III | url = http://books.google.com/?id=qcsWAAAAQAAJ&pg=PA334&dq=linuesa+1361+enriquez#v=onepage&q=linuesa%201361%20enriquez&f=false | year = 1779 | location = Madrid | isbn = | page = 335 | chapter = VIII | cita = | unused_data = urlcapítulo =}}</nowiki></code>
* {{cite book | last = López de Ayala | first = Pero | coauthor = Pero López de Ayala | title = Cronicas de los reyes de Castilla: Don Pedro, Don Enrique II, Don Juan I, Don Enrique III | url = http://books.google.com/?id=qcsWAAAAQAAJ&pg=PA334&dq=linuesa+1361+enriquez#v=onepage&q=linuesa%201361%20enriquez&f=false | year = 1779 | location = Madrid | isbn = | page = 335 | chapter = VIII | cita = | unused_data = urlcapítulo =}}
;Comment
LUA did not catch the <code>| urlcapítulo = </code> in the '''before bot''' version.  The bot caught it, and LUA flagged it for review.

[[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 18:32, 25 April 2013 (UTC)

:Isn't Example 4 just you not closing the template?
:: You are absolutely correct - my mistake.  Thanks for pointing it out.  [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 19:15, 25 April 2013 (UTC)
:Currently the Lua version is set to completely ignore parameters that are empty, and doesn't check them against the list of supported parameters.  We could add such a check, but removing unknown empty fields seems much less important that considering unknown fields with content.  So I thought it made sense to focus effort of things that are more important.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 19:00, 25 April 2013 (UTC)
::That makes lots of sense.  Maybe the bot should do the same.  Regards, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 19:15, 25 April 2013 (UTC)
:::uhrgh: so when empty parameters (=no value entered) ''are'' Lua errored in a next CS1 version, I am supposed to check & edit my watchlist ''again''? I approve the priotities you write here, DF. No problem. But as far as I am concerned, I'd rather have this projected error message together with a ''big'' CS1 change. (me from [[Wikipedia_talk:WikiProject_Elements#References:_new_error_messages\WT:elements sweep|wp:chemical elements]])-[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 20:45, 26 April 2013 (UTC)
::::I'm not sure empty parameters will ever be treated as an error.  They could be, if people wanted to do that, but from my point of view they are basically harmless.  It might make more sense set up a bot to go around and remove them, that is if people actually think they are worth removing.  That's not to say that there will necessarily never be more CS1 errors.  There probably will be some additions eventually.  For example, we don't presently check that OCLC or ISSN numbers are well formed, and that seems like a natural possibility.  Also things like laysource= without layurl=.  However, I think we've already hit all the big ones.  The stuff that is left generally concerns rare parameters, and so such errors would rarely be seen.  Also I would like to thank you DePiep for the work cleaning up these errors.  You've been doing a good job.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 21:57, 26 April 2013 (UTC)

:::::Concur. Empty parameters are kind of a pain because they clutter up the edit window but they're essentially benign.

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 22:04, 26 April 2013 (UTC)
::::::Ttm you miss this: it ''adds'' a red error message to the page. No editor wants that. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 23:53, 26 April 2013 (UTC)
:::::Thank you, Dragons flight, for your careful answer. Again. Not only do I learn how to do good scripts, I also learn how to exlain in text without getting angry. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 00:23, 27 April 2013 (UTC)

:::::::What?! Here is the skeleton of the most common parameters taken from {{tlx|cite book}} plus an invalid parameter {{para|nosuchparameter}} which doesn't exist:

::::::::<code><nowiki>{{cite book |last=Milquetoast |first=Harvey |authorlink=Harvey Milktoast |title=If You Won't Think it Presumptuous of Me |url= |accessdate= |year= |publisher= |location= |isbn= |page= |nosuchparameter= }}</nowiki></code>
::::::::→{{cite book |last=Milquetoast |first=Caspar |authorlink=Caspar Milquetoast |title=If You Won't Think it Presumptuous of Me |url= |accessdate= |year= |publisher= |location= |isbn= |page= |nosuchparameter=}}

:::::::Nothing red there, ''ne''? All of the empty parameters, including the {{para|nosuchparameter}}, are ignored as they should be.

:::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:19, 27 April 2013 (UTC)
::::::::DF writes eloquent, here again, about core issues. Both in text and in code. Now what is your question? -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 01:09, 27 April 2013 (UTC)

:::::::::I do not have a question. You claimed that I had {{tq|miss this: it ''adds'' a red error message to the page.}}  My response: {{tq|What?!}}, was an exclamation of surprise.  You know, and I showed again with my example, that empty parameters do not ''add'' {{tq|a red error message to the page.}}

:::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 02:17, 27 April 2013 (UTC)
::::::::::Perhaps the intended example was closer to this?
::::::::::<code><nowiki>{{cite book |last=Milquetoast |first=Harvey |authorlink=Harvey Milktoast |title=If You Won't Think it Presumptuous of Me |url= |accessdate= |year= |publisher= |location= |isbn= |page= |unnamedparameter }}</nowiki></code>
::::::::::→{{cite book |last=Milquetoast |first=Caspar |authorlink=Caspar Milquetoast |title=If You Won't Think it Presumptuous of Me |url= |accessdate= |year= |publisher= |location= |isbn= |page= |unnamedparameter}}
::::::::::This does, of course, throw the red message. [[User:LeadSongDog|LeadSongDog]] [[User talk:LeadSongDog#top|<small style="color:red; font-family:Papyrus">come howl!</small>]] 14:48, 13 June 2013 (UTC)

== layurl ==

In the recent update I added {{para|layurl}} as a synonym for {{para|laysummary}}.  I'd actually like to suggest that [[WP:CS1]] documentation be updated to use {{para|layurl}} as the recommended form.  This is the only parameter name that is expected to contain a URL but which historically hasn't had "url" in its name.  Hence I think the new alias is likely to be clearer to users and should be preferred.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 19:04, 25 April 2013 (UTC)

:Excellent!  I think that I've got the documentation for {{para|layurl}}, {{para|ref|none}}, and {{para|postscript|none}} fixed.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:46, 26 April 2013 (UTC)

* '''Please stop forking the Lua templates to veer away from original parameters:''' The [[wp:CS1]] cite templates have developed a set of specific parameters, over the years, which interact with various tools, various bots (including [[User:DASHBot]]), and are expected to be compatible with the related cite interfaces on the other-language wikipedias, such as the [[Simple English Wikipedia]] where editors are expecting text from enwiki. I just do not understand this obsession to forkify the parameter names, report thousands and tens of thousands of red-error messages where none have appeared before. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 05:40, 27 April 2013 (UTC)

== safeforurl shouldn't check & escape category links ==

They works in link text. <span class="signature signature_2539476">[[User:Liangent|Liangent]] ([[User talk:Liangent|talk]])</span> 19:22, 26 April 2013 (UTC)
:Specific issue please. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 19:37, 26 April 2013 (UTC)
:: <code><nowiki>{{cite web|url=http://www.google.com/|text=Google[[Category:Google-cite]]}}</nowiki></code>. A wikitext link <code><nowiki>[http://www.google.com/ Google[[Category:Google-cite]]]</nowiki></code> can work as expected (add the page to category and generate an external link with text "Google"). <span class="signature signature_2539476">[[User:Liangent|Liangent]] ([[User talk:Liangent|talk]])</span> 19:55, 26 April 2013 (UTC)

:::Because this:
::::{{code|{{cite web|url=http://www.google.com/|title=Google }}|lang=html4strict}}

:::Category wikilink becomes part of [[WP:COinS]].

:::And it's {{para|title}}.  That's the parameter you're looking for.
:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:08, 26 April 2013 (UTC)

::::Sorry I meant to say title ("text" is not listed on {{tl|cite web}}), and anyway this fails too: <code><nowiki>{{cite web|url=http://www.google.com/|title=Google}}</nowiki></code> = {{cite web|url=http://www.google.com/|title=Google}}. <span class="signature signature_2539476">[[User:Liangent|Liangent]] ([[User talk:Liangent|talk]])</span> 20:22, 26 April 2013 (UTC)

:::::CS1 has properly identified a malformed citation. ''Wikipedia'' categories aren't part of a referenced source's name and don't belong in {{para|title}}.

:::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:42, 26 April 2013 (UTC)
::::::This is just a simple example to demonstrate the technical problem. Let's see this: [//en.wikipedia.org/w/index.php?title=Sandbox&oldid=552329351], at the bottom. Wikitext is: <code><nowiki>{{cite web|title={{lang|zh|沙盒}}|url={{fullurl:zh:WP:SB}}}}</nowiki></code>. <span class="signature signature_2539476">[[User:Liangent|Liangent]] ([[User talk:Liangent|talk]])</span> 20:51, 26 April 2013 (UTC)

:::::::Your new example no different.  The {{tlx|lang}} template does not belong in {{para|title}} because the text that it adds, <code><nowiki>[[Category:Articles containing Chinese language text]]</nowiki></code> does not belong in the COinS metadata and because that additional text was never part of the ''reference''{{'}}s title.  What you are demonstrating is not technical problem with CS1.  Just because you can create a wikilink that does what you want doesn't mean that CS1 should do the same.

:::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 21:55, 26 April 2013 (UTC)
::::::::But that's another thing. I don't mean to add category links, but I want to tag my text as in Chinese (lang="zh" in HTML). It's also possible to fix {{tl|lang}} to avoid adding category links in this case. As noted below this issue falls in [[Module talk:Citation/CS1/Feature requests#Language]]. <span class="signature signature_2539476">[[User:Liangent|Liangent]] ([[User talk:Liangent|talk]])</span> 04:54, 27 April 2013 (UTC)

:::::::::You {{tq|don't mean to add category links}} yet all of your posts in this conversation (and its title) have been about adding category links.  I agree with you that identifying the language used in citation titles should be done.  But right now, the tools to do it don't exist and the tools that work well elsewhere, don't work with CS1.  And yes, conversation about that belongs elsewhere.

:::::::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:19, 27 April 2013 (UTC)

:Including categories in URL links sometimes works, but there are also examples that fail unexpectedly, e.g.:

:*<nowiki>[http://www.google.com Google Website]</nowiki>
:*:[http://www.google.com Google Website]
:*<nowiki>[http://www.google.com Google Website]</nowiki>
:*:[http://www.google.com Google Website]

:So, I'm not sure it is a great practice to recommend, since it may have unexpected results depending on how you place the category relative to the other elements.  More significantly, we also have the issue that categories included in the title text get passed into the COinS metadata.  That's the issue that Trappist is trying to explain above, giving the example of {{code|1=rft.btitle=GoogleCategory%3AGoogle-cite}} which is the malformed side effect of using {{code|1=title=Google}}.  For the case on languages there is actually a dedicated field {{para|language}} that is preferred to note the language used.  It is not necessarily impossible that we could write code to handle categories as a special case to clean the problems with the title and metadata, though that might add confusion since <code><nowiki>[[Category:Foo]]</nowiki></code> would then be allowed in a URL wrapped title but other kinds of wikilinks, e.g. <code><nowiki>The [[Foo]] Bar</nowiki></code>, would not be allowed.  Personally, I tend to think that it makes more sense to move such categories outside of the citation, e.g. <code><nowiki>{{cite web | url=http://www.google.com | title=Google}}</nowiki></code>, but I'm open to other options if the consensus favors something else.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 22:17, 26 April 2013 (UTC)
::I have a feature request to properly format the title using the 'language' parameter. Since this would done inside the module, the language markup and category would not be injected into the metadata. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 23:04, 26 April 2013 (UTC)
:::<small>This getting off-topic, but at the Feature Requests page, I previously asked if you could give some examples of what the markup should look like.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 23:21, 26 April 2013 (UTC)</small>

== The various IDs ==

Anyone want to take the time to try and work up recommendations for how to validate the various IDs?  At present, we support 18 ID types, but only do any validation on 3 of them.  I believe that ISSN has a check digit, and I know several others are suppose to be strictly numeric, so those are examples of things we can verify.  It would be nice to work up a set of validation goals for each case though.  This is doubly true for some of the IDs I've never heard of prior to looking at citations (e.g. Zbl?!), as I'm not even sure where to find specifications for them.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 23:17, 26 April 2013 (UTC)
* '''Need to avoid wider oceans of red-error messages:''' I think we already have enough new error messages, in tens of thousands of pages, which will leave many articles scarred for years with trivial restrictions, such as cannot have an accessdate when accessing a webpage by doi or [[PMID]] or PMC or [[Bibcode]] ids. Plus, many of the new red-error messages have appeared in talk-pages, where posted messages are not supposed to be re-edited just because a modified template breaks where formerly, there had been no red-error messages displayed. Also, when the id-format rules change, then the Lua module will need to be updated to allow alternate ids, and then again, reformat all 2 million pages after changing the Lua module, again and again and again. Beware recent changes in id format; for example, from Zbl article "[[Zentralblatt MATH]]", it states: "The electronic form was provided under the name INKA-MATH (acronym for Information System Karlsruhe-Database on Mathematics) since at least 1980; the name was later <changed> to Zentralblatt MATH". Hence, today we have the "Zbl" id, but there might be another bout of renaming or changing the id-format rules. All these new error conditions are just creating trivial busy work where not present before. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 06:17, 27 April 2013 (UTC)
* What is your alternative plan to fix broken ids in templates? Have we received a lot of complaints about error messages? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 11:13, 27 April 2013 (UTC)
:: '''Editors at PUMPTECH have already complained about red-errors:''' The general comment, made a week earlier at [[wp:PUMPTECH]], was that the red-error messages are highlighting issues previously left in cites for years, and hence useless busywork. So, I had replied that we are showing the messages, now, to count the impacts, and then we might put small superscript <sup>"[[Help:CS1 errors#extra text|[fix&nbsp;cite] ]]"</sup> as a subtle reminder that a trivial error was detected and auto-corrected. Part of the impact is to consider if the errors are totally trivial, as suspected by the general comment. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 21:20, 28 April 2013 (UTC)
:A quick search found format descriptions for these ID:
::[http://www.amazon.ca/gp/help/customer/display.html?nodeId=200576730 ASIN]
::[http://arxiv.org/help/arxiv_identifier http://arxiv.org/help/arxiv_identifier]
::[http://cdsweb.u-strasbg.fr/simbad/refcode/refcode-paper.html Bibcode]
::[http://adsabs.harvard.edu/abs_doc/help_pages/data.html Bibcode]
::[[ISSN]]
::[http://www.loc.gov/marc/lccn_structure.html LCCN]

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:54, 27 April 2013 (UTC)

=== Red-errors scarring medical articles ===
Well, it has been over 2 weeks since the Lua red-error messages were activated for all users, and over 95% of the red-error articles have not been "fixed" to appear "red-free". Part of the problem is errors inside double-nested cite templates, such as inside the [[Template:Cite_doi]] [[knowledgebase]] of 9,000(?) double-nested cites. For example, major article "''[[Bacillus]]''" has retained 3 trivial red-error messages for those 2 weeks, because it shows errors from 3 {cite_doi} cites (which cannot be fixed by editing "Bacillus"):
* '''Parameters:''' <nowiki>{{cite doi|10.1016/J.Syapm.2008.07.001}}</nowiki>
* '''Result:''' {{Cite journal 
| last1 = Yarza | first1 = P. 
| last2 = Richter | first2 = M. 
| last3 = Peplies | first3 = J. R. 
| last4 = Euzeby | first4 = J. 
| last5 = Amann | first5 = R. 
| last6 = Schleifer | first6 = K. H. 
| last7 = Ludwig | first7 = W. 
| last8 = Glöckner | first8 = F. O. 
| last9 = Rosselló-Móra | first9 = R. 
| doi = 10.1016/j.syapm.2008.07.001 
| title = The All-Species Living Tree project: A 16S rRNA-based phylogenetic tree of all sequenced type strains 
| journal = Systematic and Applied Microbiology 
| volume = 31 
| issue = 4 
| pages = 241–250 
| year = 2008 
| pmid =  18692976
| pmc = 
}} {{color|red|{{{|<code>&#124;displayauthors=</code> suggested ([[Help:CS1_errors#displayauthors|help]])}}} }}

* '''Parameters:''' <nowiki>{{cite doi|10.1016/j.syapm.2010.08.001}}</nowiki>
* '''Result:''' {{Cite journal
 | last1 = Yarza
 | first1 = Pablo
 | last2 = Ludwig
 | first2 = Wolfgang
 | last3 = Euzéby
 | first3 = Jean
 | last4 = Amann
 | first4 = Rudolf
 | last5 = Schleifer
 | first5 = Karl-Heinz
 | last6 = Glöckner
 | first6 = Frank Oliver
 | last7 = Rosselló-Móra
 | first7 = Ramon
 | title = Update of the All-Species Living Tree Project based on 16S and 23S rRNA sequence analyses
 | journal = Systematic and Applied Microbiology
 | volume = 33
 | issue = 6
 | pages = 291–299
 | year = 2010
 | pmid = 20817437
 | doi = 10.1016/j.syapm.2010.08.001
 | 1 = 20817437
}}
* '''Parameters:''' <nowiki>{{cite doi|10.1186/1471-2164-11-332}}</nowiki>
* '''Result:''' {{Cite journal | doi = 10.1186/1471-2164-11-332 | last1 = Alcaraz | first1 = L. | last2 = Moreno-Hagelsieb | first2 = G. | last3 = Eguiarte | first3 = L. E. | last4 = Souza | first4 = V. | last5 = Herrera-Estrella | first5 = L. | last6 = Olmedo | first6 = G. | title = Understanding the evolutionary relationships and major traits of Bacillus through comparative genomics | journal = BMC Genomics | volume = 11 | pages = 332 | year = 2010 | isbn = 1471216411332 | pmid = 20504335 | pmc = 2890564
}}
Those trivial errors must be fixed by editing each of the 3 {cite_doi} subtemplates, named as "Template:Cite doi/10....". Consider each:
:* [[Template:Cite doi/10.1016.2FJ.Syapm.2008.07.001]] - redirects to lowercase cite.
:* [[Template:Cite doi/10.1016.2Fj.syapm.2008.07.001]] - complained about "displayauthors=".
:* [[Template:Cite doi/10.1016.2Fj.syapm.2010.08.001]] - contains the parameter "1=20817437" which could just be shown after postscript, as ".&nbsp;20817437" and really, who cares?
:* [[Template:Cite doi/10.1186.2F1471-2164-11-332]] - The doi number was repeated, incorrectly, as an ISBN perhaps because it contains 13 digits; however, the doi number is sufficient for the web-link and the incorrect ISBN could be ignored, not red-flagged for months or years.
In all 3 cases, the red-error message had scarred the text for extremely trivial issues, where the id numbers needed to link the cite were, in fact, precisely correct, and the red-error text is grandstanding over minor errors which should be ignored, as suspected by the general comment, made at [[wp:PUMPTECH]], how the Lua cite templates are creating unneeded busywork. There is no need for red-error scarring of major medical article "''[[Bacillus]]''" which is viewed over 1,000 times per day. Over 11,500 pages use the {cite_doi} double-nested cites. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 21:20, 28 April 2013 (UTC)

:It was Editor [[User:GoingBatty|GoingBatty]] in [[Wikipedia:Village pump (technical)/Archive 110#Error_messages|this conversation]] and the direct quote is: {{tq|In this case, the new template is pointing out errors that were previously not visible to the reader, and therefore not significant enough to fix. Are we just creating busywork for editors by highlighting these issues to readers?}}  That's it, the whole enchilada. Hardly a statement of condemnation.  Convincing evidence of a groundswell of opposition to the ''red-error menace'' has yet to arise, despite claims of red-error grandstanding and scarring.

:{{tlx|cite doi}} errors are a pain to fix.  Last time I tried, {{tlx|Cite doi/10.1073.2Fpnas.0400782101}}, citationbot zoomed in seconds after my edit was saved and reverted me.  Robots should never do that.

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:10, 29 April 2013 (UTC)
::Revert and it will stay out of that page. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 01:17, 29 April 2013 (UTC)
::: (Slightly OT)  The citation bot can do some pretty weird reversions.  I tagged a malformed template for speedy deletion and the bot reverted it, twice [https://en.wikipedia.org/w/index.php?title=Template:Cite_doi/http:.2F.2Fdx.doi.org.2F10.1111.2Fj.1467-8721.2007.00506.x&action=history].  Used a seemingly benign edit summary:  ([423]Misc citation tidying. User-activated.) Regards, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 03:34, 29 April 2013 (UTC)

:::To continue with the slightly OT part of this conversation.  Apparently a simple revert isn't sufficient.  Editor [[User:Gadget850|Gadget850]] tried that and just as quickly as it happened to me, was reverted by citation bot.  The solution turned out to be {{tlx|nobots}}; a solution that I'm not really sure I'm comfortable with.  There are perfectly legitimate reasons to send bots out to do the menial labor; blocking them means that human editors need to do the labor.  I have change {{tld|nobots}} to {{tlx|bots|deny{{=}}citation bot}}. The correct solution is for citation bot to get with the program.

:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:38, 29 April 2013 (UTC)

== "et al." twice ==

I have not kept the diffs, but I remember seeing and editing out things like this:
* {{cite book|title=Heigh Ho|last1=Dopey et al.|last2=Grumpy|last3=Sneezy|displayauthors=1|url=https://www.youtube.com/watch?v=a30tg02JwDc}}
* {{cite book|title=Heigh Ho|last1=Dopey et al.|last2=Grumpy|last3=Sneezy|displayauthors=2|url=https://www.youtube.com/watch?v=a30tg02JwDc}}
* {{cite book|title=Heigh Ho|last1=Dopey et al.|last2=Grumpy|last3=Sneezy|displayauthors=3|url=https://www.youtube.com/watch?v=a30tg02JwDc}}
In general it arises when: "et al." is written in {{para|author1}} ''and'' {{para|author2}} has text. Errorizable? -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 11:46, 27 April 2013 (UTC)

:I'm sure it could be, but should it? Certainly Dopey et al. is not {{para|last1}}'s surname so the COinS metadata are corrupted. Does this condition occur often enough to worry about?  Are there similar cases of parameter values that contain clearly identifiable inappropriate text?

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:55, 27 April 2013 (UTC)
::I think I've met it some <s>three</s> two times in ~150-200 citations I corrected this week.
::OTOH, it would be a content correction (even if it improves COinS quality), not a template technical one as the current errormessages are. Maybe something for a bot? -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 13:10, 27 April 2013 (UTC)
A <s>similar</s> related but different situation exists when all authors are listed in one parameter: {{para|author|Dopey, Grumpy, Sneezy et al.}}. I have seen and edited some of these. Now the "et al." is not the issue, but the semantic incorrectness (parameter meaning corrupted e.g., for COinS). 
* {{cite book|title=Heigh Ho|author=Dopey, Grumpy, Sneezy et al.|url=https://www.youtube.com/watch?v=a30tg02JwDc}}

-[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 21:47, 27 April 2013 (UTC)
::example: []
:I think, now, that we should leave it to a bot, not the (Lua) module. CS1 should not do content checks (for now). -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 22:52, 27 April 2013 (UTC)

::CS1 does content checking now for some of those parameters that have strictly defined uses: {{para|doi}}, {{para|isbn}}, {{para|ol}}, {{para|url}}. {{para|date}} and {{para|year}} should be added to that list – but that's another topic.

::I'm not sure that automated processes that actually change content is a good idea.  I'd rather leave that to thinking brains.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:04, 28 April 2013 (UTC)

== Discussion regarding the usage and cleaning of accessdate ==

I've started a wider community discussion at [[Wikipedia:Village pump (policy)#Use of accessdate in citation templates]] about the appropriate usage of the {{para|accessdate}} parameter and what steps (if any) should be taken to clean it up.  I invite your comments at that page.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 03:57, 29 April 2013 (UTC)

== Discrepancy in error messages for Pages using citations with old-style implicit et al. ==

I've noticed that pages in {{cl|Pages using citations with old-style implicit et al.}} can show either <span style="display:none;font-size:100%" class="error citation-comment"><code>|displayauthors=</code> suggested ([[Help:CS1 errors#displayauthors|help]])</span> ({{oldid|NER Class X|485105890#Sources|example}}) or <span style="display: none;" class="citation-comment">Citation uses old-style implicit et al. for authors</span> ({{oldid|Template:RCTS-LocosLNER-9B|459297099|example}}), I think that it's namespace-dependent, since I've seen the first style on many article pages, and the second one on several template pages. The problem is exactly the same - nine authors, but no {{para|displayauthors}} - so why do the messages differ? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:17, 30 April 2013 (UTC)

:Older version (not red text) in the cache?  Both of your examples look the same to me (red).  Purge?

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 11:25, 30 April 2013 (UTC)
::Could be; I just found another instance of <span style="display: none;" class="citation-comment">Citation uses old-style implicit et al. for authors</span> (which was definitely red) and did a [[WP:PURGE]] and it changed to the first form. It was a page that I'd not visited in over six months, therefore local caching is not the cause. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:56, 30 April 2013 (UTC)
:::OK, I've worked out why <span style="display: none;" class="citation-comment">Citation uses old-style implicit et al. for authors</span> shows red for me but black for you. It's {{diff|User:Redrose64/common.css|prev|548977399|this edit}} as advised {{diff|Category:Articles with incorrect citation syntax|prev|548911946|here}}. If I {{diff|User:Redrose64/common.css|552902417|549317577|remove the colour}}, it turns black. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 16:11, 30 April 2013 (UTC)

::::I'm confused.  I did not see an old style error message in either of the examples in your first post. I wasn't clear in what I meant when I said that they both look the same.  What I meant was that I saw current red error messages in both examples.

::::You listed two different error messages for the same type of error:
:::::<span style="display:none;font-size:100%" class="error citation-comment"><code>|displayauthors=</code> suggested ([[Help:CS1 errors#displayauthors|help]])</span>
:::::<span style="display: none;" class="citation-comment">Citation uses old-style implicit et al. for authors</span>

::::As far as I know, these two messages were never coexistent in a single version of CS1.  CS1 either produced one error message or the other.  The red one above is the current message.  This is why I suggested an old copy in the cache – I should have been more clear that it isn't a local cache but a wiki server cache.  As I understand it from some conversation somewhere, there are multiple caches so perhaps you got an old copy from a server that is different from the server that is showing me current red error messages.

::::My common.css file has this line in it and I see red.

::::{{code|.citation-comment {display: inline !important;}|lang=css}}

::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:52, 30 April 2013 (UTC)

== for your consideration: {{tlx|External link}} ==

should/will some of the functionality in this template ({{tlx|External link}}) appear in the module? [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 01:00, 3 May 2013 (UTC)

:CS1 already supports subscription required and language support is one of the items listed at [[Module talk:Citation/CS1/Feature requests]].  What of those listed features do you think CS1 should support and why?

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 01:35, 3 May 2013 (UTC)

::i was not aware that "subscription required" was already supported. i think there is a case to be made that registration and/or login requirements should be explicit: it is not just good protocol, some users may consider them a burden to verification, a privacy nuisance, or technically undesirable (if they involve modifying cookie/scripting settings at their browser). also consider "plugin" and "requires" as described in the template doc. if i remember correctly, one of the (many) early uses of {{para|format}} was to flag plugin requirements. [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 14:29, 3 May 2013 (UTC)

== authorformat = vanc ==

In order to generate the "Vancouver-like" style, in addition to setting "authorformat = vanc", one also needs to add author-separator and author-name-separator parameters :
* <code> | authorformat = vanc | author-separator=, | author-name-separator = <code>&amp;#32;</code> </code>
This syntax seems unnecessarily verbose.  In my opinion, if "authorformat = vanc" is specified, then author-separator and author-name-separator should also be automatically set as above without having to explicitly include these two parameters.  Thoughts? [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 18:01, 4 May 2013 (UTC)

:Hmm, so in this first case just {{para|authorformat|vanc}}:
::<code><nowiki>{{cite book |title=Book Title |last1=Alpha |first1=First |last2=Bravo |first2=Second |last3=Charlie |first3=First |authorformat=vanc}}</nowiki></code>
::→{{cite book |title=Book Title |last1=Alpha |first1=First |last2=Bravo |first2=Second |last3=Charlie |first3=First |authorformat=vanc}}

:And here per Editor [[User:Boghog|Boghog]]:
::<code><nowiki>{{cite book |title=Book Title |last1=Alpha |first1=First |last2=Bravo |first2=Second |last3=Charlie |first3=First |authorformat=vanc |author-separator=, |author-name-separator=&#32;}}</nowiki></code>
::→{{cite book |title=Book Title |last1=Alpha |first1=First |last2=Bravo |first2=Second |last3=Charlie |first3=First |authorformat=vanc |author-separator=, |author-name-separator=&#32;}}

:According to the [[Template:Vcite_book#Authors|authors documentation]] at {{tlx|vcite}}, semicolon-separated author given-names aren't converted to initials and where initials are used, each is followed by a period.  Seems that CS1 is doing a blend of both {{tld|vcite}} styles.  Is there a more authoritative description of Vancouver-like style than {{tld|vcite}}?

:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 18:26, 4 May 2013 (UTC)

:: Thanks for providing the examples [[User:Trappist the monk|Trappist the monk]]. The vcite documentation cites [[Template:Vcite_book#cite_note-59]] which is more authoritative and specifies a single author format.  In particular, there is no delimiter character between the last and first names and authors are separated by commas instead of semicolons. See also the examples in [[Vancouver system]].  Hence while vcite may be a blend, the Vancouver system itself as defined by the [[National Center for Biotechnology Information|NCBI]] specifies a single author format.  [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 19:31, 4 May 2013 (UTC)
:::* {{tl|vcite}} is a typing aid and should not be escaped. {{tl|vcite}} → {{vcite}}. See [[Help:Citation tools#Documentation]] for more.
:::* If the intent is to truly use the Vancouver system, then separate templates should be used. {{vcite}} has a series of templates, but is little used. The developer and proponent is no longer active. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 13:32, 5 May 2013 (UTC)
::::: The intent is to provide flexibility to the {{tl|cite doi}} and {{tl|cite pmid}} templates that in turn use the CS1 template.  What I think is needed is a single pass-through authorformat parameter that would allow the {{tl|cite doi}} template to display the citation in a Vancouver style. (see this [[Template_talk:Cite_doi#Edit_request_on_1_May_2013|discussion]] and especally this [[User_talk:Citation_bot/Archive1#Stop_the_bot_from_reverting_good_edits|discussion]]). [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 14:00, 5 May 2013 (UTC)
::::::I still don't understand the underlying intent or use. Do you mean to create articles using the Vancouver style? The intent of 'authorformat' in the CS1 templates is not to implement the Vancouver style, but to allow editors to show initials only for journals.
::::::To implement what you desire, add something like this to the template:
:::::::<nowiki>{{#ifeq:{{{van|}}}|yes|{{!}}authorformat=vanc {{!}}author-separator=, {{!}}author-name-separator = &amp#32;}}</nowiki>
::::::--<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 19:35, 5 May 2013 (UTC)
::::::: The problem as discussed [[User_talk:Citation_bot/Archive1#Stop_the_bot_from_reverting_good_edits|here]] is that inflexible {{tl|cite doi}} templates are being added to articles that already have a pre-established Vancouver style. According to [[WP:CITEVAR]], the previous citation style should be respected unless there is consensus to change it.  What is needed is a more flexible {{tl|cite doi}} template that supports alternative citation styles like Vancouver.   "authorformat = vanc"  is a partial implementation of the Vancouver style.  In the vast majority of cases, if one specifies "authorformat = vanc", one would also very likely specify "<code> | author-separator=, | author-name-separator = <code>&amp;#32;</code> </code>".  In my opinion, there should be an option to enable a Vancouver style citation by setting a single parameter.  This can be handled either in the CS1 template or as you suggest, in the {{tl|cite doi}} and {{tl|cite pmid}} templates.  My preference would be the former since only one template would require modification.  The later solution would require changes to at least two templates and therefore would be harder to maintain.  [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 20:00, 5 May 2013 (UTC)
::::::::Vancouver style is more than just the elements you have noted. For example, titles are plain, without quotes or italics. Vancouver style (formally ''[http://www.icmje.org/ Uniform Requirements for Manuscripts Submitted to Biomedical Journals]'') may not be the best choice for Wikipedia as it seems a niche format, but I am sure it has its proponents. Regardless, if the article is truly using the Vancouver format, it should be so noted. We have the {{vcite}} templates for this. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 21:45, 5 May 2013 (UTC)
{{outdent}}
A variant of the Vancouver style (produced by [[User:Diberri]]'s [http://diberri.crabdance.com/cgi-bin/templatefiller/ Wikipedia template filling tool]) is widely used in the [[WP:MED]] and [[WP:MCB]] projects.  This variant only modifies the display of the author list and uses the default display of journals produced by {{tl|cite journal}}.  Furthermore the use of Diberri's tool is mentioned (but not required) in [[Wikipedia:MEDMOS#Citing_medical_sources|MEDMOS]] and [[Wikipedia:MCBMOS#Citing_sources|MCBMOS]]. Using the {{tl|vcite journal}} template does not solve the problem of incompatibilities between {{tl|cite doi}} and citations generated by Diberri's tool and in fact would introduce a new incompatibility.  Furthermore the use of citations generated by Diberri's tool far exceeds that of {{tl|vcite journal}}.

The [[Template:Vcite_journal#Rationale|primary motivation]] for vcite template was to reduce page load times.  The new {{tl|cite journal}} that is based on CS1 is far more efficient, hence there is now much less need for the vcite templates.  Also as you have already pointed out above, vcite templates are no longer being maintained.

To reiterate, the "authorformat = vanc"  is only a partial implementation of the Vancouver style for the display of the author names as it only converts first names to initials. Hence the syntax of "authorformat = vanc" as it is currently implemented is misleading. Logically if "authorformat = vanc" is set, it should also apply the Vancouver convention to the punctuation used within (no comma) and between authors (comma). [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 05:07, 6 May 2013 (UTC)
* Technical issue: If the cite doi subtemplates don't have the 'authorformat' parameter, then they can't pass it to the CS1 module. You have to update every subtemplate to support it.
* If these articles are going to use a distinct citation style, then it needs to be defined. We need a name (Citation Style Med?) and a specification (see {{cs1}}). We can then create a 'style' parameter that would enable that style. You could then use something like <nowiki>{{cite doi |style=med}}</nowiki>; this would apply to other cite templates used in the article. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 11:13, 6 May 2013 (UTC)

* '''Vcite templates are fast for Vancouver style, only CS1 needs Lua:''' The {vcite_*} templates have been kept separate to simplify the plans to use [[Module:Citation/CS1]], and focus on improvements for that style. The problems with the {cite_doi} templates can be fixed by passing the vcite (or other CS1) cite-template name into {cite_doi} to then pass to each subtemplate {cite_doi/10*...}. Otherwise, just copy the parameters from a specific {cite_doi} to make a {vcite_*} citation with those parameters. There is no need to further complicate the [[wp:CS1]] citations to support Vancouver style. In cases where it seems too much work to handle the {cite_doi} citations, then just get consensus on the talk-page to convert each whole article to use wp:CS1 format, rather than Vancouver style. -[[User:Wikid77|Wikid77]] ([[User talk:Wikid77|talk]]) 20:23, 9 May 2013 (UTC)
:As noted, the style is not true Vancouver, but a hybrid. I don't see an issue with setting variant styles, but they need to be speced and documented before implementation. We are using this module for CS1 and CS2. Why not CS3? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 22:21, 9 May 2013 (UTC)
:: The Diberri template filler obtains author data formatted in Vancouver style from the [[United States National Library of Medicine|National Library of Medicine]]'s (NLM) [[PubMed]]. The following in turn is the most complete documentation for the NLM Vancouver author format that I have been able to find: 
::* {{cite book | author =  Patrias K, Wendling P | title = The NLM Style Guide for Authors, Editors, and Publishers | chapter =  Author for Journal Articles | chapterurl = http://www.ncbi.nlm.nih.gov/books/NBK7282/#A32371 | year = 2007–13 | publisher = National Library of Medicine (US) | location= Bethesda (MD) }}
:: Is this sufficient documentation for the specification?  Please also note that the combination of "<code> | authorformat = vanc | author-separator=, | author-name-separator = <code>&amp;#32;</code> </code>" will get very close to the Vancouver author style as defined by the NLM. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 14:40, 2 June 2013 (UTC)
:::How would you want to implement this? Separate template? A {{para|style}} parameter? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 15:16, 2 June 2013 (UTC)
:::: A parameter option (e.g., "authorformat = NLM") which in turn sets "<code>| authorformat = vanc | author-separator=, | author-name-separator = <code>&amp;#32;</code></code>" would be sufficient. [[User:Boghog|Boghog]] ([[User talk:Boghog|talk]]) 15:37, 2 June 2013 (UTC)

== {{tl|Dead link}} when deadurl=yes and archiveurl is not specified ==

Shouldn't we show {{tl|dead link}} in this case? Also this must be so according to [[Wikipedia:Requests for comment/Dead url parameter for citations|RfC]] --[[User:DixonD|DixonD]] ([[User talk:DixonD|talk]]) 19:26, 12 May 2013 (UTC)

::Looking at the RfC, I guess that {{para|deadurl|yes}} was supposed to do something, but it was never implemented or documented. The only check implemented is for {{para|deadurl|no}} where it swaps the display of 'url' and 'archiveurl'. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 21:01, 12 May 2013 (UTC)
::: Let's implement it now then. I mean the part of [[Wikipedia:Requests for comment/Dead url parameter for citations|RfC]] labeled as "{{tl|Dead link}} simplification and moving closer to the url" --[[User:DixonD|DixonD]] ([[User talk:DixonD|talk]]) 21:07, 12 May 2013 (UTC)

== Sandbox changes: via and subscription parameters ==

The {{para|via}} and {{para|subscription}} parameters act somewhat like the {{tlx|subscription required}} template.  But only somewhat.  In [[Module:Citation/CS1/sandbox]] and [[Module:Citation/CS1/Configuration/sandbox]] I have made changes that, I think, make these parameters more closely reflect the operation of {{tld|subscription required}}.

Conceptually, {{para|via}} and {{para|subscription}} in CS1 citations can be considered as more-or-less one-way synonyms in that they both refer to material that requires a subscription. The difference is that {{para|via}} identifies a source whereas {{para|subscription}} does not.  This means that only one of the two parameters is needed to identify the citation as one that requires subscription.  So, I modified the {{para|via}} handler to force the output of <span style="font-size:0.95em; font-size:90%; color:#555">(subscription required)</span>.

{{tld|subscription required}} adds one of two categories, one for instances where {{para|via}} is not specified ([[:Category:Pages containing links to subscription-only content]]), and one one where {{para|via}} is specified ([[:Category:Subscription required using via]]).  I have added these categories.

The last thing I changed was the &amp;mdash; to &amp;ndash; to be consistent with {{tld|subscription required}} and [[MOS:DASH]].

{{cite compare |mode=journal |sandbox=yes |title=Journal Title |subscription=yes}}

{{cite compare |mode=journal |sandbox=yes |title=Journal Title |via=Journal Subscription Service}}

If both {{para|via}} and {{para|subscription}} are included in a citation, {{para|subscription}} is ignored.  This condition should probably emit a redundant parameter error.

{{cite compare |mode=journal |sandbox=yes |title=Journal Title |subscription=yes |via=Journal Subscription Service}}

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 00:10, 13 May 2013 (UTC)

:cool, thanx. minor points about the presentation:
:i suggest "Journal Title (via Journal Subscription Service – subscription required)" with the parenthetical info greyed perhaps. that way the dash is not introduced to the module as yet another fixed punctuation mark (along with the ampersand + the colons), but is conditional to '''via'''.
:for consistency (and context) there should not be punctuation between the parenthesis and the related field (i think this is the module norm with other data in parentheses).
:[[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 13:26, 14 May 2013 (UTC)

These parameters should be added to the CS1 documentation.  Though they have been part of the Module since before I got here, most of the template documentation pages still direct users to use {{tl|subscription required}}, if anything is said at all.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 23:58, 21 May 2013 (UTC)

== year ==

Would it be possible (and useful) to check that the value of the <code>year </code> is numeric, and, if it is numeric, that it is less than or equal to the value of <code><nowiki>{{CURRENTYEAR}}</nowiki></code>?  (Possibly the two character strings <code>BC</code> and  <code>BCE</code> code be exceptions).  Regards, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 04:27, 13 May 2013 (UTC)
:This would not be useful, because there are valid uses for a non-numeric year, such as when an article using {{sfnote}} references two different works by the same author published in the same year. See for example the Cooke refs, also the Beeching refs, in [[Reading Southern railway station]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 10:23, 13 May 2013 (UTC)
::Right!  I'm learning something new all the time.  Regards, [[User:Illia Connell|Illia Connell]] ([[User talk:Illia Connell|talk]]) 02:30, 14 May 2013 (UTC)
:::Although we still might be able to have error reporting if the numeric start of the year value isn't a valid year < current year. [[User talk:Rjwilmsi|<b style="color:darkgreen">''Rjwilmsi''</b>]] 08:22, 14 May 2013 (UTC)

== extracting {{var|year}} from {{para|date}} when {{para|display-authors|0}} ==

does not work.

1. citations
{{Markup
|<nowiki>
A. {{cite book|ref=harv|author=Author|date=1 January 2000|booktitle=BookTitle0}}
B. {{cite book|ref=harv|author=Author|author-mask=2|date=1 January 2001|booktitle=BookTitle1}}
C. {{cite book|ref=harv|author=Author|author-mask={{sp}}|date=1 January 2002|booktitle=BookTitle2}}
D. {{cite book|ref=harv|author=Author|display-authors=1|date=1 January 2003|booktitle=BookTitle3}}
E. {{cite book|ref=harv|author=Author|display-authors=0|date=1 January 2004|booktitle=BookTitle4}}
</nowiki>
|
A. {{cite book|ref=harv|author=Author|date=1 January 2000|booktitle=BookTitle0}}

B. {{cite book|ref=harv|author=Author|author-mask=2|date=1 January 2001|booktitle=BookTitle1}}

C. {{cite book|ref=harv|author=Author|author-mask=&#32;|date=1 January 2002|booktitle=BookTitle2}}

D. {{cite book|ref=harv|author=Author|display-authors=1|date=1 January 2003|booktitle=BookTitle3}}

E. {{cite book|ref=harv|author=Author|display-authors=0|date=1 January 2004|booktitle=BookTitle4}}
}}
2. citation links
{{Markup
|<nowiki>
A. {{harvnb|Author|2000}}
B. {{harvnb|Author|2001}}
C. {{harvnb|Author|2002}}
D. {{harvnb|Author|2003}}
E. {{harvnb|Author|2004}}
</nowiki>
|
A. {{harvnb|Author|2000}}

B. {{harvnb|Author|2001}}

C. {{harvnb|Author|2002}}

D. {{harvnb|Author|2003}}

E. {{harvnb|Author|2004}}
}}

the harvard citation link "E" does not work ({{para|display-authors|0}}). however a visually blank {{code|<nowiki>author-mask={{sp}}</nowiki>}} does (harvard citation link "C" above). recommendation: set "'''author-mask= '''" behavior as the default.

[[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 14:48, 15 May 2013 (UTC)
:The anchor is just "CITEREF2004", so it looks like {{para|display-authors|0}} prevents 'author' from being inserted into the anchor. And I really don't want to know where or why you are using something this oddball. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 15:29, 15 May 2013 (UTC)
::that's the wrong question. the right answer is, "parameters should not assume unexpected strange dependencies. thanks for pointing out a bug". [[Special:Contributions/70.19.122.39|70.19.122.39]] ([[User talk:70.19.122.39|talk]]) 16:03, 15 May 2013 (UTC)
:::The year is being extracted from the date just fine. What is happening is a failure to place the ''author'' into the anchor. Before we had Lua, the {{para|display-authors}} parameter (<code><nowiki>{{{Trunc|}}}</nowiki></code> in {{tlx|citation/core}}) was ignored when constructing an anchor for {{para|ref|harv}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 17:41, 15 May 2013 (UTC)
::::The pre-Lua versions did not support {{para|display-authors|0}}. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 18:09, 15 May 2013 (UTC)
::::::I didn't intend to imply that they did. What I was saying is that pre-Lua versions ignored {{para|display-authors}}, no matter what its value, when constructing anchors. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:17, 15 May 2013 (UTC)
:::::I agree with 70.19.122.39: this is a bug, the author should still be in the anchor even if it is not displayed, and we should thank 70.19.122.39 for reporting it. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 18:12, 15 May 2013 (UTC)
::::::Yes, this is a bug and needs to be fixed. This behavior {{para|display-authors|0}} was not supported by the older templates, thus this usage is new. And novel. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 19:58, 15 May 2013 (UTC)

This should be fixed in the sandbox.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 00:07, 19 May 2013 (UTC)

{{fixed}} --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 11:26, 22 May 2013 (UTC)

== A bit of time ==

These last several weeks I needed to cut back my wiki involvement in order to deal with issues in real life.  It seems like I will probably have a bit more time in the near future.  Obviously there are several yet to be resolved issues with this module, and with the overall migration.  If anyone wants to make some suggestions about which issues to look at first, then I'm happy to take that into consideration as I decide how to prioritize the time I do have.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 23:56, 18 May 2013 (UTC)

== Cite Template feature prompting incorrect entry of date, month, year parameters ==

There is an issue with the "Cite Templates" feature in the editing window, which I have previously raised [[Help talk:Citation Style 1#Full date not showing in .22cite web.22 template|here]] and [[Wikipedia talk:RefToolbar#Dates in cite templates|here]] concerning the ''date'', ''month'' and ''year'' fields.  Refer to [http://d3j5vwomefv46c.cloudfront.net/photos/large/772884689.png this screenshot] which produces the following code:

<blockquote><code><nowiki><ref>{{cite web|url=http://www.example.com/|work=Website|accessdate=21 May 2013|date=1|month=April|year=2013}}</ref></nowiki></code></blockquote>

I thought that, since there were separate fields for ''date'', ''month'' and ''year'', each element (day, month, year) was required to be entered separately in this way, and I'm not the only one.  This doesn't produce an error; it simply means that only the day (1) instead of the whole date (1 April 2013) is included in the reference at the end of the article.  This detail may be overlooked because the editor either doesn't see it or doesn't recognise that the single number is actually meant to be a date.

The result is that there may be many faulty refs out there with this error.  They might all fail when the <code>month</code> parameter is deprecated and returns an error, but it would be good:

* to get a bot out there to fix all those broken {{t1|cite}} template refs; and
* to fix the "Cite Templates" feature to remove the ''month'' field and rename the ''year'' field as appropriate (e.g., "year (when full date unknown)" or "year (Harvard referencing only)").

Help!  <small>—'''[[User:sroc|sroc]]'''&nbsp;([[User talk:sroc|talk]])</small> 12:18, 21 May 2013 (UTC)

:I was training a new user, who attempted to use those parameters in the manner described, just last week, using (what I call ) the toolbar wizard. The problem will recur until the documentation is changed, an error message is thrown, or the parameters renamed. We should fix that, before we fix individual instances. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 13:46, 21 May 2013 (UTC)
::That is the [[Wikipedia:RefToolbar|RefToolbar]]. The creator of RefToolbar is no longer active, and it has been slowly reverse engineered to figure out how it works. I did figure out how to change the tooltips; if you have specific suggestions, please leave them on the talk there. There is a feature request to validate the date. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 15:39, 21 May 2013 (UTC)
:::The {{para|date}} parameter was never intended to hold the day-of-month alone. There was a ''short'' period of about eight weeks in late 2008-early 2009, when we encouraged the use of separate {{para|day}} {{para|month}} {{para|year}} parameters in conjunction with {{para|dateformat}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 17:02, 21 May 2013 (UTC)
::::[[User:Redrose64|Redrose64]], yes, I understand that ''now'', but the [[Wikipedia:RefToolbar|RefToolbar]] wizard doesn't make the correct usage clear which has presumably resulted in countless errors littered throughout Wikipedia over time.  Many editors use the toolbar without consulting the handbook on proper use of the templates.
::::[[User:Pigsonthewing|Andy Mabbett]], is there any reason we should leave obvious errors and ''wait'' for them to fail disgracefully before fixing them?  The error is out there already; it will only become more obvious once the template returns errors.  If we can fix the problems now, before they become more obvious, then we should.  I don't know much about bots, but surely they can be programmed to do something like this:
::::*Search for all {{t1|cite}} templates in article namespace
::::*Find: <code>|date=''%1''|month=''%2''|year=''%3''</code>
::::*Replace: <code>|date=''%1'' ''%2'' ''%3''</code>
::::Then run the bot again once the documentation is updated to catch any later instances.  <small>—'''[[User:sroc|sroc]]'''&nbsp;([[User talk:sroc|talk]])</small> 02:07, 22 May 2013 (UTC)
:::::We should fix the cause and the effects, soon. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 10:31, 22 May 2013 (UTC)
::::::I can look at fixing affected articles. Do any of the existing 'articles with citation syntax errors' categories pick up this error? [[User talk:Rjwilmsi|<b style="color:darkgreen">''Rjwilmsi''</b>]] 13:10, 23 May 2013 (UTC)

== Cite sign ==

{{tl|Cite sign}} can readily be updated, as it is essentially a clone of {{tl|Cite AV media}}. I had updated it in an attempt to merge the former into the latter, but it failed in discussion.

== COinS spec ==

I started [[Module talk:Citation/CS1/COinS]] as a specification. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 02:43, 4 June 2013 (UTC)

== Archiving ==

Has [[User:MiszaBot]] forgotten this talkpage? Seems it's getting overdue. [[User:LeadSongDog|LeadSongDog]] [[User talk:LeadSongDog#top|<small style="color:red; font-family:Papyrus">come howl!</small>]] 15:50, 13 June 2013 (UTC)
:I don't think it's forgotten - I think it's unaware. Although Pigsonthewing {{diff|Module talk:Citation/CS1|prev|546374259|set up}} automatic archiving on 22 March, it's never actually been actioned. There are three archiving bots in the MiszaBot family, each operates on a different selection of namespaces, and none of them operate on Module talk: space (see contribs for [//en.wikipedia.org/w/index.php?title=Special%3AContributions&target=MiszaBot+I&namespace=829 MiszaBot I]; [//en.wikipedia.org/w/index.php?title=Special%3AContributions&target=MiszaBot+II&namespace=829 MiszaBot II]; [//en.wikipedia.org/w/index.php?title=Special%3AContributions&target=MiszaBot+III&namespace=829 MiszaBot III] - all are empty). This namespace was only created in the last few months (I think February 2013), and {{user|Misza13}} hasn't made many edits since October 2012. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 16:21, 13 June 2013 (UTC)
::Did archive the top threads that ended in March 2013 manually [https://en.wikipedia.org/wjust dindex.php?title=Module_talk:Citation/CS1/Archive_6&diff=560351896&oldid=552631249] -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 21:09, 17 June 2013 (UTC)
:::And those ending April 2013: [https://en.wikipedia.org/w/index.php?title=Module_talk:Citation/CS1&diff=prev&oldid=560354397] -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 21:28, 17 June 2013 (UTC)

==RFC: Consistent date location in citation templates==
Please see [[Help talk:Citation Style 1#RFC: Consistent date location]] where I ask if the location of the date in the most popular citation templates should always be consistent. At present, the date is immediately after the authors if authors are given in the citation, but near the end if not. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 18:54, 13 June 2013 (UTC)
===RFC: Consistent date location in citation templates EXPIRED===
This RFC has expired and appears to have more or less reached consensus. Developers might feel the discussion is clear enough to begin implementation, or might want to wait for an editor to close the discussion. [[User:Jc3s5h|Jc3s5h]] ([[User talk:Jc3s5h|talk]]) 12:55, 13 July 2013 (UTC)

== Possible bug in safejoin ==

I think there is a possible hidden bug in <code>function safejoin( tbl, duplicate_char )</code>, when one of the element of the array is <code>nil</code> in the code:
<syntaxhighlight lang="lua">
    for _, value in ipairs( tbl ) do
        if value == nil then value = ''; end
</syntaxhighlight>

the check on <code>nil</code> values will never be executed as the loop will stop at the last not <code>nil</code> value, the successive elements will be silently ignored.

Try for example the following code:
<syntaxhighlight lang="lua">
function z.test(frame)
    local t = { "a", "b", nil, "c" }
    local t2 = {}
    for i,v in ipairs(t) do
        if v==nil then v='' end
        t2[#t2+1] = v
    end
    return table.concat(t2)
    
end
</syntaxhighlight>
the result will be "ab" not "abc". --[[User:Moroboshi|Moroboshi]] ([[User talk:Moroboshi|talk]]) 06:48, 22 June 2013 (UTC)

:I'm about 99% certain there is no way for a user to input a citation that would result in an explicit nil being sent to safejoin.  The argument_wrapper converts all nil input to empty strings.  The check you highlight in safejoin would then be unnecessary since nil input can never be present.  So a bit of superfluous code rather than a bug.  (In earlier versions of the code there were a lot of nils floating around, but most of them were removed.)  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 08:26, 22 June 2013 (UTC)

== ignore-isbn-error ==

As 'ignore-isbn-error' is becoming more used (see [https://en.wikipedia.org/w/index.php?title=Stephen_Breyer&diff=562091173&oldid=561925354] for example) we should add a tracking category.

Is it possible to put categories into a separate config file? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 11:31, 29 June 2013 (UTC)

:Any suggestion on what to call such a category.  A search on "ignore-isbn-error" (with quotes) suggests that about 30 pages use it.  [[User:Dragons flight|Dragons flight]] ([[User talk:Dragons flight|talk]]) 18:05, 29 June 2013 (UTC)
::[[:Category:Pages with ignored ISBN errors]], a subcat of [[:Category:Pages with ISBN errors]]. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 18:15, 29 June 2013 (UTC)

== Typographical quotes ==

Some parts of the template wrap titles in quotes. Right now it uses ASCII (straight) quotes. Is there a reason why typographical (curly) quotes are not used for this purpose?

I’ve modified [[Module:Citation/CS1/Configuration/sandbox]] to use “curly” quotes; it seems [[Module_talk:Citation/CS1/testcases]] uses that, and as far as I can tell it works correctly. (Though of course the tests fail because they expect straight quotes.)

I’m not at all comfortable editing templates, especially one so often used like this, so perhaps someone else should apply the change? — [[User:Bogdanb|bogdanb]] ([[User talk:Bogdanb|talk]]) 09:44, 13 July 2013 (UTC)
:Yes, there is a reason, see [[MOS:QUOTEMARKS]], the part headed "Quotation characters". --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 10:00, 13 July 2013 (UTC)

== Transcript parameter ==

Maybe I'm wrong but <code>Transcript</code> parameter is never assigned to the citation returned by the module. It is last used on rows 1379-1383 (to assign <code>TranscriptUrl</code>) but I cannot find any row where it's assigned to text of the citation.--[[User:Moroboshi|Moroboshi]] ([[User talk:Moroboshi|talk]]) 06:40, 21 July 2013 (UTC)
:'transcript' is used by {{tl|cite episode}} and {{tl|cite serial}} which have not yet been updated. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 14:43, 21 July 2013 (UTC)

== Separator parameter bug ==

The {{tlx|cite book}} documentation specifies <code>&amp;#32;</code> when an editor desires to change the separator to a space with {{para|separator}}.  That works to a point.  The problem is that the value specified in {{para|separator}} is also tacked onto the last parameter in the citation.

{{cite compare |mode=book |last=Primo |first=AA |last2=Midimo |first2=BB |last3=Ultimo |first3=CC |title=Titilo |separator=&#32; |publisher=Publisho}}

Well mostly.  Here {{para|separator}} is assigned the value <code>–12345</code>.  But, at the end of the citation, only <code>–1234</code> is output.

:{{cite book |last=Primo |first=AA |last2=Midimo |first2=BB |last3=Ultimo |first3=CC |title=Titilo |separator=–12345 |publisher=Publisho}}

For two-byte characters, endash in this example, one byte of the character-pair is deleted:

:{{cite book |last=Primo |first=AA |last2=Midimo |first2=BB |last3=Ultimo |first3=CC |title=Titilo |separator={{ndash}} |publisher=Publisho}}

Whatever mechanism is removing the last character from the {{para|separator}} value appears to be the wrong mechanism. Instead, {{para|separator}} should not follow the last parameter in the citation.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:44, 21 July 2013 (UTC)

== Open Library: Internet Archive ==

The Open Library has identifiers for pages archived from the Internet Archive. Specifications:
* The id begins with: <code>ia:</code>
* The URL is <code>http://openlibrary.org/books/''id''</code>
--<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 10:31, 24 July 2013 (UTC)

== Positioning of |format= parameter ==

<code><nowiki>{{cite web |url=http://www.wlf.louisiana.gov/wildlife/wildlife-action-plan-details  |title=Louisiana Comprehensive Wildlife Conservation Strategy |first=Gary D. |last=Lester |first2=Stephen G. |last2=Sorensen |first3=Patricia L. |last3=Faulkner |first4=Christopher S. |last4=Reid |first5=Inés E. |last5=Maxit |chapter=Chapter 4. Conservation Habitats & Species Assessments |chapterurl=http://www.wlf.louisiana.gov/sites/default/files/pdf/document/32857-chapter-4-conservation-habitats-and-species-assessments/13_chapter_4_conservation_habitats__species_assessmen.pdf#page=193 |format=pdf |date=December 2005 |page=246}}</nowiki></code>

→{{cite web |url=http://www.wlf.louisiana.gov/wildlife/wildlife-action-plan-details  |title=Louisiana Comprehensive Wildlife Conservation Strategy |first=Gary D. |last=Lester |first2=Stephen G. |last2=Sorensen |first3=Patricia L. |last3=Faulkner |first4=Christopher S. |last4=Reid |first5=Inés E. |last5=Maxit |chapter=Chapter 4. Conservation Habitats & Species Assessments |chapterurl=http://www.wlf.louisiana.gov/sites/default/files/pdf/document/32857-chapter-4-conservation-habitats-and-species-assessments/13_chapter_4_conservation_habitats__species_assessmen.pdf#page=193 |format=pdf |date=December 2005 |page=246}}

In this citation, the format element parameter is placed after the title element which is misleading because in this case, the title element is not a pdf document.  Similarly, the chapter element, which is a pdf document, is not suffixed with the format element.  Understood that when and if the pdf icon ever gets alt text this will cease to be an issue (for pdf documents).  Until then, the format element should follow the leftmost linked item in the rendered citation.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 16:30, 24 July 2013 (UTC)

== Chapter/title ==

Something wrong here:

{{cite compare |mode=book |last=Author |date=Date |title=Title |chapter=Chapter |work=Work |publisher=Publisher |id=Identifiers}}

--<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 13:22, 3 August 2013 (UTC)
:Yesss... pre-Lua {{tlx|cite book}} doesn't recognise {{para|work}}, perhaps because it's a direct equivalent to {{para|title}} --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 14:45, 3 August 2013 (UTC)

== HTML classes ==

Are we in a position, yet, to start adding HTML classes to elements wrapping parameter values, in order to enhance the machine-readability of citations? <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 13:45, 3 August 2013 (UTC)
:What is the class for 'chapter', 'episode' or 'isbn'? What tools are reading these classes? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 19:01, 3 August 2013 (UTC)
:: I addressed that at [[Module talk:Citation/CS1/Archive 4#HTML classes]] and at [[Wikipedia:WikiProject Microformats/citation]] to which the former links; and which I started at your request in March. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 20:58, 3 August 2013 (UTC)
::: {{Ping|Gadget850}} Did you see my reply? <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 20:53, 26 August 2013 (UTC)

== Authorlink and terminal punctuation bug ==

*{{cite book |last=Tomasulo |first=Frank P. |authorlink=Frank P. Tomasulo |editor-last=Grant |editor-first=Barry Keith |editor2-last=Sloniowski |editor2-first=Jeannette |title=Documenting the Documentary: Close Readings of Documentary Film and Video |chapter=The Mass Psychology of Fascist Cinema: Leni Riefenstahl's ''Triumph of the Will'' |url=http://books.google.com/books?id=YFhiHHHJbUgC&pg=PA104 |location= |publisher=Wayne State University Press |isbn=9780814326398 |page=104}}
*{{cite book |last=Tomasulo |first=Frank P. |editor-last=Grant |editor-first=Barry Keith |editor2-last=Sloniowski |editor2-first=Jeannette |title=Documenting the Documentary: Close Readings of Documentary Film and Video |chapter=The Mass Psychology of Fascist Cinema: Leni Riefenstahl's ''Triumph of the Will'' |url=http://books.google.com/books?id=YFhiHHHJbUgC&pg=PA104 |location= |publisher=Wayne State University Press |isbn=9780814326398 |page=104}}

When a citation contains {{para|authorlink}} and {{para|first}} is terminated with a period (full stop), a second period is added to the rendered citation.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:32, 6 August 2013 (UTC)

== HTML entities not parsed in COinS ==

Any HTML entity is currently rendered without parsing in the COinS metadata:

<nowiki>{{Cite journal 
| last1 = Stuss | first1 = D.&thinsp;T. 
| last2 = Gow | first2 = C.&thinsp;A. 
| last3 = Hetherington | first3 = C.&thinsp;R. 
| doi = 10.1037/0022-006X.60.3.349 
| title = &thinsp;'No longer gage': Frontal lobe dysfunction and emotional changes 
| journal = Journal of Consulting and Clinical Psychology 
| volume = 60 
| issue = 3 
| pages = 349–359 
| year = 1992 
| pmid =  1619089
| pmc = 
}}
</nowiki>

{{code|
{{Cite journal 
| last1 = Stuss | first1 = D.&thinsp;T. 
| last2 = Gow | first2 = C.&thinsp;A. 
| last3 = Hetherington | first3 = C.&thinsp;R. 
| doi = 10.1037/0022-006X.60.3.349 
| title = &thinsp;'No longer gage': Frontal lobe dysfunction and emotional changes 
| journal = Journal of Consulting and Clinical Psychology 
| volume = 60 
| issue = 3 
| pages = 349–359 
| year = 1992 
| pmid =  1619089
| pmc = 
}}
}}

--<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 15:20, 7 August 2013 (UTC)

== doix support ==

When manually created, templates in the [[Template:Cite doi/]] space (e.g. [[Template:Cite doi/10.1038.2Fnature09068]]) urlencode the doi to a parameter called {{para|doix}} using {{tlx|anchorencode:}}. The {{para|doix}} parameter will eventually be converted to a {{para|doi}} by [[User:Citation bot]].  In the meantime, the (encoded) doi is not displayed in the output, because the doix parameter is ignored.  Is LUA capable of replacing url-encoded entities in a doix parameter with their url-decoded equivalents (i.e. .2F → /) and displaying this to the user until the bot tidies up the parameter?

Thanks, [[User:Smith609|Martin]]&nbsp;'''<small>([[User:Smith609|Smith609]]&nbsp;–&nbsp;[[User_talk:Smith609|Talk]])</small>''' 08:59, 17 August 2013 (UTC)

'doix' has never been a supported parameter. Is this already supported by Citation Bot? How should 'doix' be displayed? --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 11:21, 31 August 2013 (UTC)
:The url-decoded version of the doix value would ideally be presented in the same way as a doi. Of course, once the bot replaces it as Martin describes above, the doix value and parameter both disappear and would no longer be of value to the reader.[[User:LeadSongDog|LeadSongDog]] [[User talk:LeadSongDog#top|<small style="color:red; font-family:Papyrus">come howl!</small>]] 22:16, 3 September 2013 (UTC)

== Proposed release schedule for revealing errors (revisited) ==

This is the schedule from [[Module talk:Citation/CS1/Archive 6#Proposed release schedule for revealing errors|Archive 6#Proposed release schedule for revealing errors]] slightly modified to add release dates.

{|class="wikitable" border=1
|+Proposed reveal schedule for new error messages
!Grouping
!Error Type
|-
| rowspan = 6 | 1<br />13 April 2013
|Citations using unsupported parameters‎
|-
|Citations using unnamed parameters‎
|-
|Citations having redundant parameters
|-
|Citations with ISBN errors
|-
|Citations having wikilinks embedded in URL titles‎
|-
|Citations using conflicting page specifications‎
|-
| rowspan = 5 | 2<br />19 April 2013
|Web citations with archiveurl missing url
|-
|Citations having bare URLs‎
|-
|Citations lacking titles‎
|-
|Citations using translated terms without the original
|-
| Citations with URL errors
|-
| rowspan = 5 | 3<br />26 August 2013<br />(sandbox)
|Web citations with no URL‎
|-
| Citations with format and no URL‎
|-
|Citations with accessdate and no URL
|-
|Citations with old-style implicit et al.
|-
| ''Additional error conditions not yet defined...''
|}

I see no sense in waiting any longer for the third group so I have edited [[Module:Citation/CS1/Configuration/sandbox]] to enable these last error messages: 

*{{para|accessdate}} requires {{para|url}}
*Missing or empty {{para|url}}
*{{para|format}} requires {{para|url}}
*{{para|displayauthors}} suggested
*{{para|displayeditors}} suggested

Admin assistance needed to make the sandbox live please.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 17:08, 26 August 2013 (UTC)

:Looks good. I want to review the other changes, then I will make the update in a while. --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 19:10, 26 August 2013 (UTC)

{{done}} Need to update the help page.

::Saw that you added {{para|section}} and {{para|sectionurl}}.  I've added {{para|sectionurl}} to [[Module:Citation/CS1/Whitelist/sandbox]] which will also need to be synched for those parameters to work correctly.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:43, 26 August 2013 (UTC)

{{done}}

::Also, there doesn't seem to be any support for {{para|sectionurl}} in [[Module:Citation/CS1]] though there does appear to be support for {{para|section}}.

::[[Module:Citation/CS1]] will also need to be synched to [[Module:Citation/CS1/sandbox]] before {{para|registration}} can work.  Make sure that you change these two lines:

<syntaxhighlight lang="lua">
local cfg = mw.loadData( 'Module:Citation/CS1/Configuration/sandbox' );
local whitelist = mw.loadData( 'Module:Citation/CS1/Whitelist/sandbox' );
</syntaxhighlight>

::to

<syntaxhighlight lang="lua">
local cfg = mw.loadData( 'Module:Citation/CS1/Configuration' );
local whitelist = mw.loadData( 'Module:Citation/CS1/Whitelist' );
</syntaxhighlight>

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 20:14, 26 August 2013 (UTC)

{{done}}

::Saw that you added {{para|section}} and {{para|sectionurl}}.  I've added {{para|sectionurl}} to [[Module:Citation/CS1/Whitelist/sandbox]] which will also need to be synched for those parameters to work correctly.

::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 19:43, 26 August 2013 (UTC)

{{done}} --<span style="color:Turquoise">''''' &nbsp;[[User:Gadget850|Gadget850]]'''''<sup>[[User talk:Gadget850|&nbsp;''talk'']]</sup></span> 20:43, 26 August 2013 (UTC)

== ORCID ==

Back in May, [[Module talk:Citation/CS1/Feature requests#ORCID|we discussed]] adding an [[ORCID]] parameter (or parameters, for each contributor). The idea, AIUI, was parked then, so that lua conversion and error notification could be the priority. Can we do that, now? <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 20:57, 26 August 2013 (UTC)

:My concern with ORCID (Open Researcher and Contributor ID) is that the parameter does not deal with the work being cited but with a tangential piece of information, namely an identifier for the author of the work.  This naturally leads the the slippery slope argument of how many other tangential data points to include (e.g. a [[Dewey Decimal Classification|Dewey Decimal]], [[Universal Decimal Classification|Universal Decimal]], or [[Library of Congress Classification|Library of Congress]] number would be useful for locating works dealing with the same or related subjects as the cited work while a list of other newspapers that printed the same [[wire service]] story would assist readers in locating a newspaper article when the originally cited source is not conveniently available).  It should also be noted that {{tl|Authority control}}, a template commonly used to provide information about an author, already supports ORCID. --''[[User: Allen3|Allen3]]''&nbsp;<sup>[[User talk:Allen3|talk]]</sup> 21:23, 26 August 2013 (UTC)
::I agree with all of this, and would add that I don't see why we should privilege ORCID over VIAF and the other identifiers used in {{tl|Authority control}}. And we certainly don't want to include all of them: imagine the mess created by having half a dozen different identifiers each for half a dozen different authors of a work. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 22:49, 26 August 2013 (UTC)
:::That need not be an issue. Firstly, the barrier to entry for a contributor to get an ORCID is much lower than for VIAF, so in time more will have them. Also, unlike VIAF, ORCID records are managed by the subject or their agent. Secondly, we could add both (or other) parameters, and only publish one if two (or more) are present. Finally, once we have any one of the Authority Control  identifiers, Wikidata will provide a lookup for the rest, no need for us to include them. Indeed, one day - but not yet - we might switch to just including the Wikidata identifier. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 23:10, 26 August 2013 (UTC)
::::Barrier to entry is not the only factor governing coverage. The barrier to entry to getting an account as a Wikipedia editor is low, possibly lower than to joining Facebook, and yet there are many fewer Wikipedia editors than Facebook members. Do you have statistics on how many people currently have ORCIDs vs how many people have VIAFs, and on how those numbers are changing? The numbers I can see in the category sizes in [[:Category:Wikipedia articles with authority control information]] look very unpromising for ORCID. But maybe they don't tell the whole story? —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 00:47, 27 August 2013 (UTC)
:::::There are, of course, currently far fewer people with ORCIDs than VIAFs, but of course ORCID is new. The growth curve is what matters, and its impressive, as are the names and numbers of publishing houses universities, and others that are taking ORCID onboard. Our category numbers are low, for now, because we have done little to gather and enter the data into Wikipedia - but that's in hand. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 09:22, 27 August 2013 (UTC)
::::::Ok, then, I believe at this point [[WP:TOOSOON]] and [[WP:SOAPBOX]] apply to your proposal. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 15:45, 27 August 2013 (UTC)
:::::::I don't believe either apply; but I draw your attention to my post below (currently the last on this page) time-stamped 10:22, 27 August 2013 (UTC). <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 19:25, 27 August 2013 (UTC)
::{{ec}}Last point first: Yes, {{tld|Authority control}} supports ORCID, but that's for article subjects (or Wikipedia editors). The proposal is to add the parameter for cited contributors (authors, editors, illustrators etc.) who are ''not'' article subjects. This will, as the parameter is populated over time, allow us to do several things: i) see all the articles in which a given contributor is cited ii) disambiguate different contributors with the same name iii) identify citations for a single contributor, under different names (spellings, Anglicisations, initials vs full name; married names, etc) iv) allow readers to click on an ISBN style link, and see all the authors' works, at their local library or wherever. This offers far more richness than the other identifiers which you mention. There is also interest from those in the Wikidata team to whom I have spoken, in adding entries for cited contributors, even if they are not article subjects. In future, therefore, it should be possible to draw citation data from that central repository through an editing tool. But first we must take some baby steps... [Disclosure: I volunteer on ORCID's works metadata working group, drafting a specification for their data standards] <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 22:58, 26 August 2013 (UTC)
:::It seems to me that the functionality you propose will necessitate one of (1) eliminating wikilinks from authors to the Wikipedia articles about them, (2) only allowing this functionality for authors who do not have Wikipedia articles, or (3) cluttering up the references with lots of silly ID numbers instead of just placing a link on the author's name. All of these outcomes seem undesirable to me. Additionally, since [http://support.orcid.org/knowledgebase/articles/132354-searching-with-the-public-api the only documentation I can find on searching for author identities in ORCID] involves using curl and somehow interpreting the XML file you get as a result, I tend to think that ORCID is not ready for Wikipedia editors to use as a data source. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 23:51, 26 August 2013 (UTC)
::::None of the three changes you suggest are either proposed or necessary. It is not necessary to refer to the ORCID site to use an ORCID to do a look up on a third party system, any more than it is necessary to go to the ISBN authority's site to find a book on Amazon. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 00:24, 27 August 2013 (UTC)
:::::Well, if you're not intending to change it in one of those three ways, then what (visible) changes do you intend instead? And you misunderstand my point about the ORCID site: it was not about using ORCIDs (once they are known and linked) to find other information, it was about how Wikipedia editors might go about finding the ORCID to use in the citations they write. —[[User:David Eppstein|David Eppstein]] ([[User talk:David Eppstein|talk]]) 00:40, 27 August 2013 (UTC)
::::::Sorry; I think there's been a conflation between the short term change I'm proposing here, and my musing about the long-term benefits. In the short term, we would add a link to the ORCID profile for authors with no article, which might use their name, the ID, the letters "ORCID", or an icon the size of a single "O" (ditto, as an alternative, for VIAF, etc.); that's up for discussion. In the long term, I have no firm suggestions; that's also up for discussion - I'm sure greater minds than mine will have some interesting ideas. As for finding a cited contributor's ORCID, the model is that they will be included in published works, in author profiles on publishers' websites, on individuals websites and suchlike, and in citation metadata gathered by tools such as Zotero and Mendeley. Again, no need to visit the ORCID website, and my ISBN example pertains. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 09:12, 27 August 2013 (UTC)
:::::::Andy, you are speaking as if ORCIDs were as common and accessible as ISBNs.  In my personal experience this is not true.  ISBNs are available from a wide variety of sources (Google books, new and used book sellers, library catalogs, and even the physical books).  I have never seen a publication other than Wikipedia that makes mention of ORCIDs and those mentions were in very limited context (the [[ORCID]] article and discussions, such as this, promoting the use of ORCIDs on Wikipedia).  If this parameter is added, there will be a training cost associated with the effort needed to prepare editors to use the new parameter (measured primarily in time and effort outlays by Wikipedia volunteers explaining to others what the new value represents and how to obtain the information needed to utilize the parameter).  We need a realistic [[guesstimate]] for this effort as part of a basic [[cost–benefit analysis]] of this proposal.  You are speaking in glowing terms about potential long-term benefits, but are glossing over the short-term costs for the commitments you are requesting.  All this suggests this proposal has not been thought through well enough to implement at this time. --''[[User: Allen3|Allen3]]''&nbsp;<sup>[[User talk:Allen3|talk]]</sup> 10:12, 27 August 2013 (UTC)
::::::::I don't believe that I am "''speaking as if ORCIDs were as common and accessible as ISBNs''", merely describing the mechanics as being similar, by way of example. I think the "guestimate" would be low, given that we can link to [[ORCID]] and I would happily draft a 'Help:' page equivalent as part of the work I plan to do rewriting all our internal authority control documentation. Nonetheless, given your concerns, and unless anyone else objects to doing so, lets park this again and revisit it when the uptake is more widespread and the benefits clearer. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 10:22, 27 August 2013 (UTC)