User talk:Citation bot

From Wikipedia, the free encyclopedia
Jump to: navigation, search


Note that the bot's maintainer can go weeks without logging in to Wikipedia and can no longer devote extensive time to bot maintenance. If a major bug arises and goes unnoticed, it may go unnoticed; as such, important matters may warrant an e-mail. Breaking changes to templates maintained by the bot will be more readily addressed if advance notice can be given.

Please click here to report an error.

This bot is only periodically maintained and new feature requests are no longer being considered. The code is open source and interested parties are invited to assist with the operation and extension of the bot; contact User:Smith609.

A barnstar for you![edit]

Original Barnstar Hires.png The Original Barnstar
Thank you, you have been very helpful to me as a new user and contributor. Tonythetiger89 (talk) 16:29, 15 August 2013 (UTC)

Odd whitespace characters[edit]

Whitespace characters as produced by e.g. reference in Exaptation are dot-encoded by cite jstor

Status
Accepted
Reported by
Martin (Smith609 – Talk) 09:06, 6 September 2013 (UTC)
Type of bug
Actual / expected output
...
Link
https://en.wikipedia.org/w/index.php?title=Co-option_%28biology%29&diff=571755892&oldid=567921155
We can't proceed until
A specific edit to the bot's code is requested below.
Requested action from maintainer

Discussion

This really isn't a bot problem that if you include an invisible character AFTER the number that is not handled by {{cite pmid}} or {{cite jstor}}. AManWithNoPlan (talk) 03:04, 16 July 2014 (UTC)

although it would be cook if the bot fixed these. AManWithNoPlan (talk) 03:07, 16 July 2014 (UTC)

Bot should add more than four editors and add displayeditors=29 if there are exactly 4 editors[edit]

Bot should add more than four editors and add displayeditors=29 if there are exactly 4 editors

Status
new bug / feature request (two related features in one request)
Reported by
Jonesey95 (talk) 23:49, 21 September 2013 (UTC)
Type of bug
Improvement
Actual / expected output
Bot limits editors to four first names and four last names.
Bot should retrieve all editors and add "displayeditors=29" parameter if there are exactly four editors.
Replication instructions
Run the citation expander on a citation that has four editors listed but more than four editors in the original work. Here's one example: Template:Cite_doi/10.1007.2F978-0-387-78705-3 (revert the citation to four editors and then run the bot on it).
We can't proceed until
Bot operator's feedback on what is feasible
Requested action from maintainer
Remove four-editor limit from bot code and add "displayeditors=29" to citations with exactly four authors.

Discussion

The bot should add "displayeditors=29" if there are exactly four editors to avoid the Lua error described for exactly 9 authors above. – Jonesey95 (talk) 23:49, 21 September 2013 (UTC)

Citation bot dev532 did not convert first names to initials in cite doi template[edit]

Citation bot dev532 did not convert first names to initials in cite doi template

Status
Accepted
Reported by
Jonesey95 (talk) 00:37, 5 February 2014 (UTC)
Type of bug
Cosmetic
Actual / expected output
Bot adds full first names.
Bot should add initials only, consistent with documentation and past practice.
Link
https://en.wikipedia.org/w/index.php?title=Template%3ACite_doi%2F10.1038.2F35020000&diff=593973611&oldid=593973575
We can't proceed until
A specific edit to the bot's code is requested below.
Requested action from maintainer
Restore previous, documented behavior of the bot.

Discussion


Deprecated parameters[edit]

Please note that month, coauthor and coauthors are deprecated. -- 79.67.241.255 (talk) 23:32, 21 March 2014 (UTC)

Can you suggest how they should be replaced? I'd be happy to enact this change. Martin (Smith609 – Talk) 21:37, 22 March 2014 (UTC)

coauthor, coauthors[edit]

This is a general summary of my observations from fixing these. |coauthor= and |coauthors= are hard to replace, due to the various list formats used. If the bot could detect which one, it could fix it. Otherwise, a human should do it. Common formats are these:

Last, First; Last2, First
Last, FM; Last, FM
Last, F.M.; Last, F.M.
Last, FM, Last, FM
Last, F.M., Last, First M. & Last, First
First Last, First Last, and First Last
First Last; First Last; First Last

The last two are hard for a bot to fix, as the name may be an organization or have a different order for family names or titles, so they should probably be replaced with |author= series rather than |first= and |last= series. There are also other hybrid formats, some using slashes or other symbols to separate authors, and organizations that don't have a "first" name so care is needed. Some citations only use |coauthors= without listing any authors separately in other parameters, and others already have |author= or |first= and |last= or even |author2= or |first2= and |last2= or more, so the next author number would need detecting. —PC-XT+ 05:52, 25 March 2014 (UTC) 05:59, 25 March 2014 (UTC)

As said above, this is a tricky one. I believe |lastn= |firstn= should be used for persons and |authorn= for committees, departments and organisations.
Beware of edits like this where |first= or |first1= contains the whole name, there is no |last= or alias of, and the rest of the names are jammed into |coauthors= in a long list.
When citationbot encounters |first=John Doe and tries to fix it, the end result is two parameters, but with the surname in both: |first=John Doe and |last1=Doe. Note they are widely separated in the template as can be seen in this recent example. Separately look for each of these four parameters: | last1 = Parro | last1 = Keating | last1 = McKay | last1 = Schuerger |. These particular examples have since been manually fixed, but there are many others out there. -- 79.67.241.76 (talk) 00:04, 26 March 2014 (UTC)
Use of |first= without |last= followed by |coauthors= is indeed somewhat common. Apparently, some editors think "first" means the same as |author1=, perhaps due to the 1. Also, I have seen the surname repeated in both |first=, after the given name, and |last=, and doubted a human would do that so often, but didn't know which tool did it. It may be better for documents with doi or other identifiers to retrieve the author list and redo it from scratch. I often do that, myself, then compare changes before saving. Sometimes later authors are listed in a different order, but I don't think it would really matter to change to the doi order. —PC-XT+ 05:26, 27 March 2014 (UTC)

month[edit]

|month= can simply be deleted if it is empty or already in |date=. If it is not in |date=, it could be added, using |year= if |date= is empty. It sometimes is a number, 1 to 12, which should be converted to the month name for comparison or adding to |date=. |day=, which is also deprecated, can often be added to |date= in a similar manner, if it is a number from 1 to 31. —PC-XT+ 05:52, 25 March 2014 (UTC) 05:59, 25 March 2014 (UTC)

There's already a bot going around fixing citations found with the |month= parameter within. -- 79.67.241.76 (talk) 00:56, 26 March 2014 (UTC)
Remembered the bot name: Special:Contributions/Monkbot -- 79.67.241.76 (talk) 08:23, 26 March 2014 (UTC)
  • In light of the discussion below, is there any consensus on how the bot should operate here? Martin (Smith609 – Talk) 11:53, 12 July 2014 (UTC)
Citation bot could just let Monkbot do this deprecated parameter work. – Jonesey95 (talk) 14:56, 12 July 2014 (UTC)

Bot does not handle comments and destroys entire portions of articles[edit]

Bot deleted multiple sections of an article

Status
new bug
Reported by
Jonesey95 (talk) 02:53, 24 March 2014 (UTC)
Type of bug
Deleterious
Actual / expected output
Bot deleted multiple sections of an article
Link
https://en.wikipedia.org/w/index.php?title=Passer&diff=prev&oldid=600972958
Replication instructions
Copy the previous version of the above article into a sandbox page and run the bot on it.
We can't proceed until
Bot operator's feedback on what is feasible
Requested action from maintainer

Discussion

Just a wild guess: Citation bot didn't like the comment it found in |doi=. – Jonesey95 (talk) 02:53, 24 March 2014 (UTC)

Citation bot dev543 replaced a comment with garbage in this edit. The documentation says that the bot is supposed to ignore comments: "If the bot is erroneously adding a DOI, author, etc to a citation, and you want to stop it adding the data again, you need to put a comment in place of the appropriate parameter – because the bot will not overwrite existing data." – Jonesey95 (talk) 22:00, 31 March 2014 (UTC)
The bot is still doing this, in contradiction to common sense and to the bot's own documentation. Please fix. – Jonesey95 (talk) 18:35, 22 April 2014 (UTC)
Also from another bug report https://en.wikipedia.org/w/index.php?title=Boyfriend_%28Justin_Bieber_song%29&diff=614585146&oldid=611431350 AManWithNoPlan (talk) 20:21, 19 July 2014 (UTC)
That was dev543 as well. Does it still do it after all the recent fixes? LeadSongDog come howl! 15:41, 22 July 2014 (UTC)
Yes, dev561 still has this bug. – Jonesey95 (talk) 22:23, 22 July 2014 (UTC)
it looks like rev570 might have been meant to fix that, but I'm not sure it really checks for doi=<!-- this sort of comment --> which seems to have been the problem. LeadSongDog come howl! 00:05, 23 July 2014 (UTC)
rev570 has not been released yet, as far as I can tell. I had a query about the released version; that query is part of a section that has been archived. – Jonesey95 (talk) 05:25, 23 July 2014 (UTC)
I was just commenting on reading the code, which is published on code.google.com as usual. LeadSongDog come howl! 06:38, 23 July 2014 (UTC)

Turns Wikilink for author into broken brackets[edit]

Turns Wikilink for author into broken brackets.

Status
new bug
Reported by
Bgwhite (talk) 06:43, 25 March 2014 (UTC)
Type of bug
Inconvenience
Actual / expected output
Turns |author=[[Stacy Mintzer Herlihy|Herlihy, Stacy Mintzer]], [[E. Allison Hagood|Hagood, E. Allison]], [[Paul A. Offit|Offit, Paul A.]] --> |author-separator=,|author1 = Herlihy|author2 = Stacy Mintzer]]|author3=Hagood|author4=E. Allison]]|author5=Offit|author6=Paul A.]]
Link
Diff. Look at the bottom. This is the 6th time today I've come across this. I don't remember seeing this before, so it must in recent changes of the code. Update: Here's another example.
We can't proceed until
Bot operator's feedback on what is feasible
Requested action from maintainer

Discussion

For
|author=[[Stacy Mintzer Herlihy|Herlihy, Stacy Mintzer]], [[E. Allison Hagood|Hagood, E. Allison]], [[Paul A. Offit|Offit, Paul A.]]
the expected output from the bot would be
|authorlink1=Stacy Mintzer Herlihy |last1=Herlihy |first1=Stacy Mintzer |authorlink2=E. Allison Hagood |last2=Hagood |first2=E. Allison |authorlink3=Paul A. Offit |last3=Offit |first3=Paul A.
The Graphene example is not the same problem: the ref had an unbalanced ]] and the bot simply removed that without altering the rest of the ref. --Redrose64 (talk) 08:13, 25 March 2014 (UTC)
Redrose64, Graphene is the same problem as there was no unbalanced bracket in the reference.
Original ref
|author = Wang, X.; Li, X.; Zhang, L.; Yoon, Y.; Weber, P. K.; Wang, H.; Guo, J.; [[Hongjie Dai|Dai, H.]]
After Citation bot:
|author-separator = ; |author1 = Wang |first1 = X. |last2 = Li |first2 = X. |last3 = Zhang |first3 = L. |last4 = Yoon |first4 = Y. |last5 = Weber |first5 = P. K. |last6 = Wang |first6 = H. |last7 = Guo |first7 = J. |last8 = Dai |first8 = H.]] |authorlink8 = Hongjie Dai
Bgwhite (talk) 17:29, 25 March 2014 (UTC)
Ah yes: I had assumed that since your first link (Vaccine controversies) was to the problem edit, the second link (Graphene) would also be to the problem edit. Instead, it seems that it's a link to your fix for the previous edit to that page. --Redrose64 (talk) 17:36, 25 March 2014 (UTC)
Before the bot edit, most of the cite journal templates in the Graphene article used a single author parameter to store the authors. Furthermore the wikilinks were fully functional before the bot edit. The bot is inserting a ridiculous number of new parameters in these templates in an attempt to produce clean metadata that no one will use. It would be better to leave the author parameters in these templates untouched. Boghog (talk) 07:01, 27 March 2014 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Using |author= (singular) to store multiple names doesn't seem like a good idea. Before Citation Bot got to work, Revision 600716072 contained stuff like this:

  • <ref name="Saito92">{{Cite journal |author =Saito, R. ''et al.'' |title = Electronic structure of graphene tubules based on C60|doi=10.1103/PhysRevB.46.1804 |journal = Physical Review B | volume = 46 | page = 1804 |year =1992|bibcode = 1992PhRvB..46.1804S |issue =3 |first2 =Mitsutaka |first3 =G. |first4 =M. }}</ref> - with a name and "et al" in "author" and then a load of first, but not last, names later in the list.
  • <ref name=SiCplusH2>{{Cite journal |author = Riedl C., Coletti C., Iwasaki T., Zakharov A.A., Starke U. |year = 2009 |title = Quasi-Free-Standing Epitaxial Graphene on SiC Obtained by Hydrogen Intercalation |journal = Physical Review Letters |volume = 103 |page = 246804 |doi = 10.1103/PhysRevLett.103.246804 |pmid=20366220 |bibcode=2009PhRvL.103x6804R |issue = 24|arxiv = 0911.1953 }}</ref> - with multiple names in "author" separated by commas.
  • <ref>{{Cite journal |laysummary = http://news.ufl.edu/2009/05/07/graphene/ |author = Wang, X.; Li, X.; Zhang, L.; Yoon, Y.; Weber, P. K.; Wang, H.; Guo, J.; [[Hongjie Dai|Dai, H.]] |journal = Science |volume = 324 |issue = 5928 |year = 2009 |pmid = 19423822 | doi = 10.1126/science.1170335 |title = N-Doping of Graphene Through Electrothermal Reactions with Ammonia |bibcode = 2009Sci...324..768W |pages = 768–71 }}</ref> - with multiple names in "author" separated by semi-colons.
  • <ref>{{cite journal|author=[[Peter Debye|Debije P]], Scherrer P|year = 1916|title=Interferenz an regellos orientierten Teilchen im Röntgenlicht I|journal=Physikalische Zeitschrift|volume=17|page=277}}</ref> - lists of names in "author" with some of the names wikilinked.

I prefer using "last"/"first" for persons and "author" for committees, departments and organisations. Using "authorlink" is more robust and this works with both the "last"/"first" and "author" parameters.

Citation bot made a bit of a mess in the Graphene article.

Why did it do this to the patent?

  • {{citation|patent|US|6667100}} ->
  • {{Cite document|patent|US|6667100|ref = harv|postscript = <!-- Bot inserted parameter. Either remove it; or change its value to "." for the cite to end in a ".", as necessary. -->{{inconsistent citations}}}}

Why does the "last2" parameter get added at the end of the list of names instead of at the beginning? Why is "et al" not cleared from "author"? Why is "author" not changed to "last"/"first" to match the rest?

  • <ref name=K>{{Cite journal | author = Chen, J. H. ''et al.'' |title = Charged Impurity Scattering in Graphene |doi=10.1038/nphys935 |journal = Nature Physics | volume = 4 | pages = 377–381 |year = 2008 |bibcode = 2008NatPh...4..377C | issue=5 | first2 = C. | first3 = S. | first4 = M. S. | first5 = E. D. | first6 = M.|arxiv = 0708.2408 }}</ref> ->
  • <ref name=K>{{Cite journal | author = Chen, J. H. ''et al.'' |title = Charged Impurity Scattering in Graphene |doi=10.1038/nphys935 |journal = Nature Physics | volume = 4 | pages = 377–381 |year = 2008 |bibcode = 2008NatPh...4..377C | issue=5 | first2 = C. |last3 = Adam | first3 = S. |last4 = Fuhrer | first4 = M. S. |last5 = Williams | first5 = E. D. |last6 = Ishigami | first6 = M.|arxiv = 0708.2408 |last2 = Jang }}</ref>

Why did the bot duplicate the name found in "last2"/"first2" into "last3"/"first3"?

  • <ref>{{cite journal |journal=Rev. Mod. Phys. |year=2002 |volume=74 |page=601 |doi=10.1103/RevModPhys.74.601 |bibcode=2002RvMP...74..601O |title=Electronic excitations: Density-functional versus many-body Green's-function approaches |last1=Onida |first1=Giovanni |last2=Rubio |first2=Angel |issue=2}}</ref> ->
  • <ref>{{cite journal |journal=Rev. Mod. Phys. |year=2002 |volume=74 |page=601 |doi=10.1103/RevModPhys.74.601 |bibcode=2002RvMP...74..601O |title=Electronic excitations: Density-functional versus many-body Green's-function approaches |last1=Onida |first1=Giovanni |last2=Rubio |first2=Angel |last3=Rubio |first3=Angel |issue=2}}</ref>

Why are only "last2" to "last6" created and not "first2" to "first6"? Why is the "author" parameter with six names in it left untouched? This causes duplication in display.

  • <ref name=nmscrolling>{{Cite journal |author = S. Braga, V. R. Coluci, S. B. Legoas, R. Giro, D. S. Galvão, R. H. Baughman |year = 2004 |title = Structure and Dynamics of Carbon Nanoscrolls |journal = Nano Letters |volume = 4 |page = 881 |doi=10.1021/nl0497272 |bibcode = 2004NanoL...4..881B |issue = 5 }}</ref> ->
  • <ref name=nmscrolling>{{Cite journal |author = S. Braga, V. R. Coluci, S. B. Legoas, R. Giro, D. S. Galvão, R. H. Baughman |year = 2004 |title = Structure and Dynamics of Carbon Nanoscrolls |journal = Nano Letters |volume = 4 |page = 881 |doi=10.1021/nl0497272 |bibcode = 2004NanoL...4..881B |issue = 5 |last2 = Coluci |last3 = Legoas |last4 = Giro |last5 = Galvão |last6 = Baughman }}</ref>

Why was the working Wiley URL changed to a DOI attribute and then immediately marked as "dead"?

  • <ref>{{cite web|url=http://onlinelibrary.wiley.com/doi/10.1002/adma.200904383/abstract |title=Graphene-On-Silicon Schottky Junction Solar Cells |date= APR,9,2010}}</ref> ->
  • <ref>{{cite web|doi=10.1002/adma.200904383/abstract |title=Graphene-On-Silicon Schottky Junction Solar Cells |date= APR,9,2010|doi_brokendate=2014-03-24 }}</ref>

I have manually fixed those and very many other errors. Although the parameter names are now the same for all references, there is very little consistency in the format of some of the data in the parameters. I have fixed all the dates, but "first names" are a mixture of either first name or initials, the latter found both with or without periods. -- 79.67.241.76 (talk) 00:43, 28 March 2014 (UTC)

Another article today, Delimiter. It messed up three refs. Bgwhite (talk) 06:35, 28 March 2014 (UTC)
"Using |author= (singular) to store multiple names doesn't seem like a good idea." – Why not? Using a single parameter to store multiple authors produces more compact templates that don't overwhelm the surrounding wikitext. The only down side is that is doesn't produce clean author metadata. However how many consumers of Wikipedia citation metadata are there? I suspect not very many. I agree that it is perhaps more logical to store multiple authors in |authors= (plural). Nevertheless, per consensus and long established usage and consistent with the current {{cite journal}} documentation, full author lists can be stored in a single field called either "authors" or "author" without need for additional numbered author parameters. Boghog (talk) 07:07, 28 March 2014 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── With a free form input using "authors", there will be no consistency of display. Before Citation Bot got to work, the Graphene article contained the following names in references:

There were also references that would not display because the reference name had been duplicated, four or five different date formats including dates like "SEP,03,2013" with Chinese characters in them and many other issues. Half the "et al." were in italics and half were not.

By changing to separate parameters for names, all names display in "last, first" order with the same separators throughout. The only variation is whether the first name is stated in full or is initials, and whether there are periods after initials or not. A bot can fix those entries to be consistent. If "et al." is specified it is currently in |authorn+1= where n is the highest numbered "lastn"/"firstn" parameter. The number of authors to display can also be set using the |display-authors= parameter. -- 79.67.241.76 (talk) 11:19, 28 March 2014 (UTC)

The format of the author names could just as easily been standardized using a single author parameter which would have avoided all the parameter bloat. There is no "house style" for citations, hence there is no single "right way" to format citations. A single author parameter was the predominate style before your edits. Per WP:CITEVAR, if you want to change this style, you should have obtained consensus for this change on the article talk page before your edits. Boghog (talk) 12:35, 28 March 2014 (UTC)
If you want to list more than one author in a parameter, then use |authors=. If you want to use a single author, use |author=. Martin (Smith609 – Talk) 11:28, 12 July 2014 (UTC)

Bot 4 r531 replaced "cite doi" with "citation", creating an empty citation[edit]

Bot 4 r531 replaced "cite doi" with "citation", creating an empty citation

Status
new bug
Reported by
Jonesey95 (talk) 15:13, 4 February 2014 (UTC)
Type of bug
Deleterious

-->

Actual / expected output
Bot replaced "cite doi" with "citation", producing an empty citation. This one is definitely a bug.
Link
https://en.wikipedia.org/w/index.php?title=Geothermal_energy&diff=593856656&oldid=588701197
We can't proceed until
A specific edit to the bot's code is requested below.
Requested action from maintainer
Stop replacing cite doi with citation. It produces empty citations.

Discussion

The code for Citation Bot 4 needs to be checked to ensure that, at a minimum, it is replacing only Module/CS1 templates with "citation". Please stop Bot 4 until this is done. – Jonesey95 (talk) 15:13, 4 February 2014 (UTC)

Gosh, I didn't spot this. Bot 4 only runs under my direct supervision; I won't run it again until I've fixed this. Thanks for the spot. Martin (Smith609 – Talk) 08:16, 7 February 2014 (UTC)
I have moved this bug report out of Archive1 because it is still outstanding and it is present in Cat543dev. See this edit.
The bot also replaced a cite pmid template with citation, creating an empty citation error. See this edit. – Jonesey95 (talk) 16:42, 26 March 2014 (UTC)
More precisely, it replaced {{cite doi|NUMBER}} with {{citation|NUMBER}} when it should have used {{citation|doi=NUMBER}} instead. LeadSongDog come howl! 16:51, 26 March 2014 (UTC)
Please do not do this. That proposed edit would remove content from the citation displayed in the article and display a CS1 "missing or empty title" error. Here's the difference:
{{cite doi|10.1021/ja00521a034}} displays:
Rogers, H. R.; Hill, C. L.; Fujiwara, Y.; Rogers, R. J.; Mitchell, H. L.; Whitesides, G. M. (1980). "Mechanism of formation of Grignard reagents. Kinetics of reaction of alkyl halides in diethyl ether with magnesium". Journal of the American Chemical Society 102 (1): 217. doi:10.1021/ja00521a034.  edit
{{cite doi|doi=10.1021/ja00521a034}} displays:
, doi:10.1021/ja00521a034  Missing or empty |title= (help)
The bot should leave {{cite doi}} and {{cite pmid}} templates alone. – Jonesey95 (talk) 17:19, 26 March 2014 (UTC)
Actually, it's supposed to unify citation types based on the one which is predominant in the article, which it did in the Feline immunodeficiency virus edit, it just did it incorrectly. I've tidied it up manually. LeadSongDog come howl! 20:10, 26 March 2014 (UTC)

"Citation" to "Cite" conversions are screwed up, as well as questionable[edit]

"Citation" to "Cite" conversion questionable, AND introduces garbage.

Status
new bug
Reported by
J. Johnson (JJ) (talk) 21:26, 30 March 2014 (UTC)
Type of bug
Deleterious: Human-input data is deleted or articles are otherwise significantly affected. Many bot edits require undoing.
Actual / expected output
Link
2014 Oso mudslide refs
We can't proceed until
Agreement on the best solution
Requested action from maintainer

Discussion

Quite aside from the questionability of blindly converting "Citation" templates to "Cite", the conversion is f****** things up (I'm just a little pissed about this) and introducing garbage. Stop it! ~ J. Johnson (JJ) (talk) 21:26, 30 March 2014 (UTC)

Specifically, a postscript of "{inconsistent citations}" was added to some of the citations. That is the only visible difference I see in the rendered article before and after Citation Bot made its edits. Perhaps the bot operator could explain why a few citations had this postscript added to them. – Jonesey95 (talk) 23:31, 30 March 2014 (UTC)
{{Inconsistent citations}} marks a page as needing human verification after such a change. I don't know why it is being escaped to display the wikicode, though. —PC-XT+ 05:35, 31 March 2014 (UTC) This search seems to find the affected pages; at least, the ones I checked were affected. —PC-XT+ 08:15, 31 March 2014 (UTC) 08:39, 31 March 2014 (UTC)
It appears that the bot is correct in attempting the change to the predominant form (in this case citation to cite xxx). The use of |postscript= is intended to ensure that no visible change is made to the citation postscript ("." or " " as the case may be). This could have the unwanted effect of an edit with no visible effect. The hidden wikitext added to draw human editor attention to the postscript was recently changed to UTF-8 encoding, but I'm not sure why it was rendered visible. Clearly a bug, but the human editor invoking the bot should catch it easily if they're paying attention. LeadSongDog come howl! 15:36, 31 March 2014 (UTC)
The message is evidently generated by line 2523 of objects.php in the current trunk. Not sure why {{inconsistent citations}} isn't inside the hidden text string postscripted. Somehow, the { and } are being escaped as #123 and #125, and this leads to them not serving to trigger transclusion of the template. LeadSongDog come howl! 17:15, 31 March 2014 (UTC)

I think a better fix for this problem would be to simply not attempt to convert templates. To do so is a huge assumption, and a bot should not be trying to count the "dominant" form and then force everything to conformity. E.g., there is a place where I deliberately used a {cite} template where otherwise I was using predominately {citation} (at this point I don't recall why, but I felt it was justified). It is not for a stupid bot to do a mindless conversion based on mere arithmetic. If mixed citation/cite is really a problem then the most that the bot should do is collect a list for real editors to examine. ~ J. Johnson (JJ) (talk) 20:23, 5 April 2014 (UTC)

Problems with author lists[edit]

Problems with author lists

Status
new bug
Reported by
79.67.241.210 (talk) 12:51, 21 April 2014 (UTC)
Type of bug
Improvement: The bot would be much better if it verified that cited identifiers point to the same article.
Actual / expected output
corruption of citation
flag an error that identifiers do not match
Link
see discussion
We can't proceed until
Agreement on the best solution
Requested action from maintainer

Discussion


Citation bot made a bit of a mess in the Graphene article.

Starting with this reference, with all eight names stuffed in the "author" parameter
Revision 600716072 contained

  • <ref name=0909.1193>{{cite journal |author = Samuel Lara-Avila, Alexei Kalaboukhov, Sara Paolillo, Mikael Syväjärvi, Rositza Yakimova, Vladimir Fal'ko, Alexander Tzalenchuk, Sergey Kubatkin |year = 2009 |title = SiC Graphene Suitable For Quantum Hall Resistance Metrology |doi = 10.1038/nnano.2009.474 |journal = Nature Nanotechnology |volume = 5 |issue = 3 |pages = 186–9 |pmid = 20081845 |arxiv=0909.1193|bibcode = 2010NatNa...5..186T }}</ref>[example1 1]
  1. ^ Samuel Lara-Avila, Alexei Kalaboukhov, Sara Paolillo, Mikael Syväjärvi, Rositza Yakimova, Vladimir Fal'ko, Alexander Tzalenchuk, Sergey Kubatkin (2009). "SiC Graphene Suitable For Quantum Hall Resistance Metrology". Nature Nanotechnology 5 (3): 186–9. arXiv:0909.1193. Bibcode:2010NatNa...5..186T. doi:10.1038/nnano.2009.474. PMID 20081845. 

Citation bot made these changes and
Revision 601061881 contained

  • <ref name=0909.1193>{{cite journal |author = Samuel Lara-Avila, Alexei Kalaboukhov, Sara Paolillo, Mikael Syväjärvi, Rositza Yakimova, Vladimir Fal'ko, Alexander Tzalenchuk, Sergey Kubatkin |year = 2009 |title = SiC Graphene Suitable For Quantum Hall Resistance Metrology |doi = 10.1038/nnano.2009.474 |journal = Nature Nanotechnology |volume = 5 |issue = 3 |pages = 186–9 |pmid = 20081845 |arxiv=0909.1193|bibcode = 2010NatNa...5..186T |last2 = Lara-Avila |last3 = Kalaboukhov |last4 = Paolillo |last5 = Syväjärvi |last6 = Yakimova |last7 = Kazakova |last8 = Janssen |last9 = Fal'Ko |last10 = Kubatkin }}</ref> [example2 1]
  1. ^ Samuel Lara-Avila, Alexei Kalaboukhov, Sara Paolillo, Mikael Syväjärvi, Rositza Yakimova, Vladimir Fal'ko, Alexander Tzalenchuk, Sergey Kubatkin; Lara-Avila; Kalaboukhov; Paolillo; Syväjärvi; Yakimova; Kazakova; Janssen; Fal'Ko; Kubatkin (2009). "SiC Graphene Suitable For Quantum Hall Resistance Metrology". Nature Nanotechnology 5 (3): 186–9. arXiv:0909.1193. Bibcode:2010NatNa...5..186T. doi:10.1038/nnano.2009.474. PMID 20081845. 

Notice the number of last names has increased to ten, there are no first names, and the original eight authors continue to be listed in the "author" parameter.

I have manually fixed the reference, amending back to 8 authors, using "last" and " first" for each and
Revision 601513133 contains

  • <ref name=0909.1193>{{cite journal |first=Samuel |last=Lara-Avila |first2=Alexei |last2=Kalaboukhov |first3=Sara |last3=Paolillo |first4=Mikael |last4=Syväjärvi |first5=Rositza |last5=Yakimova |first6=Vladimir |last6=Fal'ko |first7=Alexander |last7=Tzalenchuk |first8=Sergey |last8=Kubatkin |year=2009 |title=SiC Graphene Suitable For Quantum Hall Resistance Metrology |doi=10.1038/nnano.2009.474 |journal=Nature Nanotechnology |volume=5 |issue=3 |pages=186–9 |pmid=20081845 |arxiv=0909.1193 |bibcode=2010NatNa...5..186T }}<!-- sources differ --></ref>[example3 1]
  1. ^ Lara-Avila, Samuel; Kalaboukhov, Alexei; Paolillo, Sara; Syväjärvi, Mikael; Yakimova, Rositza; Fal'ko, Vladimir; Tzalenchuk, Alexander; Kubatkin, Sergey (2009). "SiC Graphene Suitable For Quantum Hall Resistance Metrology". Nature Nanotechnology 5 (3): 186–9. arXiv:0909.1193. Bibcode:2010NatNa...5..186T. doi:10.1038/nnano.2009.474. PMID 20081845. 

The primary reason for the number of authors changing from 8 to 10 is that the orginal author list and article title in the citation were derived from the arXiv data but citation bot has subsequently used the author data from either the Bibcode, doi or PMID data when "correcting" the citation. A problem arises because the latter three identifiers point to a different article!

I have subsequently split the reference into two separate items and
Revision 605142634 contains

  • <ref name="0909.1193">{{cite journal |first=Samuel |last=Lara-Avila |first2=Alexei |last2=Kalaboukhov |first3=Sara |last3=Paolillo |first4=Mikael |last4=Syväjärvi |first5=Rositza |last5=Yakimova |first6=Vladimir |last6=Fal'ko |first7=Alexander |last7=Tzalenchuk |first8=Sergey |last8=Kubatkin |year=2009 |title=SiC Graphene Suitable For Quantum Hall Resistance Metrology |journal=Science Brevia |date=Submitted 7 July 2009 |arxiv=0909.1193 |doi=<!-- none --> |bibcode=<!-- none -->|PMID=<!-- none --> }}</ref>[example4 1]
  • <ref name="0909.1220">{{cite journal |last=Tzalenchuk |first=Alexander |last2=Lara-Avila |first2=Samuel |last3=Kalaboukhov |first3=Alexei |last4=Paolillo |first4=Sara |last5=Syväjärvi |first5=Mikael |last6=Yakimova |first6=Rositza |last7=Kazakova |first7=Olga |last8=Janssen |first8=T. J. B. M. |last9=Fal'Ko |first9=Vladimir |last10=Kubatkin |first10=Sergey |year=2010 |title=Towards a quantum resistance standard based on epitaxial graphene |journal=Nature Nanotechnology |volume=5 |issue=3 |pages=186–9 |arxiv=0909.1220 |doi=10.1038/nnano.2009.474 |bibcode=2010NatNa...5..186T |pmid=20081845 }}</ref>[example4 2]
  1. ^ Lara-Avila, Samuel; Kalaboukhov, Alexei; Paolillo, Sara; Syväjärvi, Mikael; Yakimova, Rositza; Fal'ko, Vladimir; Tzalenchuk, Alexander; Kubatkin, Sergey (Submitted 7 July 2009). "SiC Graphene Suitable For Quantum Hall Resistance Metrology". Science Brevia. arXiv:0909.1193. 
  2. ^ Tzalenchuk, Alexander; Lara-Avila, Samuel; Kalaboukhov, Alexei; Paolillo, Sara; Syväjärvi, Mikael; Yakimova, Rositza; Kazakova, Olga; Janssen, T. J. B. M.; Fal'Ko, Vladimir; Kubatkin, Sergey (2010). "Towards a quantum resistance standard based on epitaxial graphene". Nature Nanotechnology 5 (3): 186–9. arXiv:0909.1220. Bibcode:2010NatNa...5..186T. doi:10.1038/nnano.2009.474. PMID 20081845. 

I am wary that citation bot may come back and attempt to add incorrect doi, Bibcode and PMID data to the first of these two references. Will using a commented <!-- none --> for the value prevent that?

Does citation bot ever check that arXiv, doi, Bibcode, PMID and other identifiers actually all point to the same article? I am sure this isn't an isolated case. -- 79.67.241.210 (talk) 12:55, 21 April 2014 (UTC)

  • Another variation at this edit which changed an incorrect parameter name "author-link4" to an even more incorrect "author-link", so that the name of author1 was linked to the article on author4. It should have changed it to "author4-link", which I have now done manually. LeadSongDog come howl! 20:32, 15 May 2014 (UTC)
|author-link4= is a legitimate variant and works just fine. There was nothing incorrect about it.
Trappist the monk (talk) 21:05, 15 May 2014 (UTC)
Compare template:citation/doc to template:cite journal/doc closely and you'll see that the aliases are not done consistently. In some places we'd expect author2-link, author2link, authorlink2, author-link2 to all get the same treatment, but in others they do not. This might be a contributing factor, but I don't know. LeadSongDog come howl! 22:44, 15 May 2014 (UTC)
The CS1 templates and {{citation}} all evolved out of the muck in different ways, created by different groups of editors. It is therefor not surprising that there are differences. As all of these citations have further evolved they are becoming more and more alike but now we have an overabundance of parameters that are aliases of each other. All of these are fully synonymous: |authorn-link=, |author-linkn=, |authornlink=, |authorlinkn=, |subjectlinkn=. Do we really need so many? When the list of pages with deprecated parameters is down to a more manageable level, then perhaps we can consider paring the list down to one or two aliases. My vote would be for |authorlinkn= and it's hyphenated pal |author-linkn=.
Trappist the monk (talk) 23:03, 15 May 2014 (UTC)
|authorn-link= and |authornlink= seem the most logical. These parameters point to the single link for authorn. -- 91.84.87.119 (talk) 15:12, 22 July 2014 (UTC)

r561 can't fill in cite doi templates when there is more than one author[edit]

r561 can't fill in cite doi templates when there is more than one author

Status
new bug
Reported by
Jonesey95 (talk) 06:12, 13 July 2014 (UTC)
Type of bug
Inconvenience
Actual / expected output
Clicking on "jump the queue" for many new cite doi templates results in a stalled progress window and no edit to the template.
The bot should fill in the template with information, as it used to do.
Link
https://tools.wmflabs.org/citations/doibot.php?doi=10.1057%2Fpalgrave.jibs.8490287&page=Internalization+theory
Replication instructions
Go to any of the articles in Category:Pages with incomplete DOI references, find a "jump the queue" link, and click it.
We can't proceed until
Bot operator's feedback on what is feasible
Requested action from maintainer

Discussion

It may be that these templates can't be filled when there is more than one author in the cited journal article. There may also be something else going on here. This did not happen with the previous version (r543?) – Jonesey95 (talk) 06:12, 13 July 2014 (UTC)

Seems to be the same case when using the side bar expand option too AManWithNoPlan (talk) 04:28, 15 July 2014 (UTC)

A kitten for you![edit]

Cute grey kitten.jpg

Fixed

Vivian

Kashment (talk) 20:51, 20 July 2014 (UTC)