Template talk:Cite book/Archive 6

From Wikipedia, the free encyclopedia
Jump to: navigation, search
Archive 5 Archive 6 Archive 7

Strange year behviour when there is no author

When {{Cite book}} doesn't include an author (or has an editor instead of an author) the year appears first, for examples see Channel_Tunnel#References. This looks a bit odd to me, is there a work around?--Commander Keane (talk) 07:25, 30 March 2008 (UTC)

The way I understand it, the template expects (even if it doesn't require) an author, and assumes one in its output. In your example, I would put Kirkland in the "author" field like this "Kirkland, Colin J., ed.". For the other two missing authors, I would use "Institution of Civil Engineers" and "European Commission. Directorate-General for Regional Policy and Cohesion.", respectively, in the "author" field. (In cases like this, I usually figure the authorship by looking at http://www.worldcat.org/; the links for the three books in question are here, here, and here .) — Bellhalla (talk) 11:37, 30 March 2008 (UTC)
Thanks, that works nicely.--Commander Keane (talk) 12:01, 30 March 2008 (UTC)
The problem with this is when you're providing a list of books of a single author. Repeating the same name over and over again becomes cluttered and hard to read pretty fast. The {{Cite journal}} work around this by placing the date field after the article name when no author name is provided. See Wolfgang Smith#Bibliography for an example of how differently both templates behave when no author is provided. I'd love for the cite book template to do the same. (And if it also included the "quotes = no" option provided by the cite journal's it would be even better!) -- alexgieg (talk) 16:05, 17 April 2008 (UTC)

Chapter format

Is there an option where you can specify the format of a chapter when a "chapterurl" is provided? Thanks. --Phenylalanine (talk) 01:52, 25 April 2008 (UTC)

Open Library field

Please add a fields to accept Open Library IDs for the book and, possibly, the author. The format is simple: http://openlibrary.org/b/BOOK_ID. Thanks. --davidstrauss (talk) 21:48, 25 May 2008 (UTC)

Yes check.svg Done: You can use {{OL}} it in the |id= field now. Since OL ids always start (as far as I've seen) with "OL", I've made two versions. If you use {{OL|OL7100655M}}, you'll get OLOL7100655M. If you use {{OL|id=7100655M}} instead, without those two letters, you'll get the much nicer looking OL7100655M. The later has precedence, so mixing both, as in this incorrect usage: {{OL|OL7100655M|id=7100655M}}, still results in OL7100655M. -- alexgieg (talk) 00:46, 26 May 2008 (UTC)
PS.: I've noticed you requested author too, so I've added another parameter, |author=yes. If added, it links to authors instead. Everything else remains the same. Examples: {{OL|OL18319A|author=yes}} results in OLOL18319A, {{OL|id=18319A|author=yes}} in OL18319A, and the wrong {{OL|OL18319A|id=18319A|author=yes}} in OL18319A too. -- alexgieg (talk) 00:57, 26 May 2008 (UTC)

Now I have to ask: where should I publish the existence of this new template so that others can start using it? -- alexgieg (talk) 01:25, 26 May 2008 (UTC)

I'm working directly with the Wikimedia Foundation to get Open Library support embedded in Wikipedia. --davidstrauss (talk) 19:42, 5 June 2008 (UTC)
Seems interesting. How would it work? Wikipedia itself would host books? Or some kind of integration, like the ISBN magic word? -- alexgieg (talk) 20:25, 5 June 2008 (UTC)

The 'date' field isn't automatically wikilinked

The help for the cite book template states that the date= tag should use ISO 8601 format. I agree with that, but if a date is entered in this format, it's not wikilinked when displayed, so the date displays in the ISO 8601 format, rather than according to the user's date preference or the more user-friendly Wikipedia default of 'Month DD YYYY'. Would it be possible to update the template to do this (cite web already does this for date and accessdate)? Thanks Rjwilmsi 22:23, 21 June 2008 (UTC)

Same case for the origdate field too. Thanks Rjwilmsi 22:26, 21 June 2008 (UTC)

To do this, change the following line:

| ({{{date}}})


| ({{#ifeq:{{#time:Y-m-d|{{{date}}}}}|{{{date}}}|[[{{{date}}}]]|{{#ifeq:{{#time:Y-m-d|{{{date}}}}}|1970-01-01|[[{{{date}}}]]|{{{date}}}}}}})

This has been tested at Template:Cite book/sandbox. Gary King (talk) 21:05, 3 July 2008 (UTC)

Done--SarekOfVulcan (talk) 05:12, 4 July 2008 (UTC)

Cheers, thanks. Gary King (talk) 05:49, 4 July 2008 (UTC)
Above does not work. I believe, in as much as ifeq can not apparently be used to test a user's date-preference, hence above coding, as far as I can see, ends up always showing the version of [[{{{date|}}}]] (this is always wikified according to user preference else as default ISO YYYY-MM-DD style)

Cite web option for editor-set date styles

See Template talk:Cite web#Working version and final discussion re proposed new parameter of datestyle. As a default it leaves date/accessdate/archive date as wikified dates as is the current case. However if specified it would show unlinked but formated dates as "=dmy" 23 October 2007 as "=mdy" October 23, 2007 or as "=ymd" 2007 October 23. Given ideally cite template should be consistant, should such a proposal be implemented here too ? Please discuss at the above link. David Ruben Talk 19:39, 14 July 2008 (UTC)


For some reason 1969 (possibly other years, I have not checked) is linked when using this template. For example:

However if I simply change the year to any other year it is not linked:

Does anyone know why this is happening, and how it can be fixed? Domer48'fenian' 17:50, 17 July 2008 (UTC)

For single years use the 'year' field instead of 'date':
The date field is only designed to take a full date, hence the problems. It is something that I will address soon as part of my template fixing effort. Thanks Rjwilmsi 18:23, 17 July 2008 (UTC)

Thanks for that, really helpful and appreciated. regards --Domer48'fenian' 20:26, 22 July 2008 (UTC)

Volume and Edition

I think volume and edition are displayed wrong (or at least in wrong order).

{{cite book |last= Cordell |first= Bruce R. |coauthors= Jeff Grubb, David Yu |title= Manual of the Planes |volume=Vol. 2 |edition=2nd edition |publisher= Wizards of the Coast |year= 2001 |isbn= 0786918508 }}

appears as:

Cordell, Bruce R.; Jeff Grubb, David Yu (2001). Manual of the Planes, 2nd edition Vol. 2, Wizards of the Coast. ISBN 0786918508.

but should be:

Cordell, Bruce R.; Jeff Grubb, David Yu (2001). Manual of the Planes Vol. 2, 2nd edition, Wizards of the Coast. ISBN 0786918508.

––Bender235 (talk) 19:48, 18 July 2008 (UTC)

Page parameter

{{editprotected}} Please modify cite book to include a page= parameter in addition to its pages= parameter similar to that of Template:Cite news, where "The page(s) on which the article is found. page inserts the abbreviation "p." before the number; pages inserts "pp." Use only one of these parameters. If numbers are entered for both, pages overrides page." Suntag (talk) 15:16, 31 August 2008 (UTC)

Oppose this: Existing uses of this template insert the "p." or "pp." manually. If you make this change, you're going to end up with many references saying things like "pp. pp. 5–6". Before making a change like this, come up with a workable plan to avoid this problem. Anomie 15:37, 31 August 2008 (UTC)
X mark.svg Not done per Anomie. עוד מישהו Od Mishehu 06:07, 1 September 2008 (UTC)

name anchor


Could someone please figure out how to add an anchor to this template so that it can be linked from Template:harvnb. Currently Template:Citation does it correctly but I can't see from the code how it works. It has something to do with using CITEREF as a name. If you can figure it out, it would be helpful on all of the cite templates. Cuñado ☼ - Talk 22:33, 2 February 2008 (UTC)

Editprotected requests are intended for immediate edits, not hypothetical changes. In this case, the change would need to be investigated and tested, and then coordinated with all the other cite_xxx templates. When all of that is done, and you need an admin to copy the code to the templates, please put up another editprotected request. — Carl (CBM · talk) 00:00, 3 February 2008 (UTC)
OK I did it myself. I'm pretty certain this will fix the problem.
replace this
|{{#if:{{{last|}}} | {{#if:{{{year|}}} | id="Reference-{{{last}}}-{{{year}}}" }} }}
with this
|{{#if:{{{last|}}} | {{#if:{{{year|}}} | id="CITEREF{{{last}}}{{{year}}}" }} }}
It's currently the 4th line down in the source. Cuñado ☼ - Talk 20:45, 7 February 2008 (UTC)
Anybody alive out there? Cuñado ☼ - Talk 01:29, 16 February 2008 (UTC)
Disabled. This isn't a problem. If you want to use Harvard referencing, use {{Citation}}. —Ms2ger (talk) 11:27, 16 February 2008 (UTC)
Why? Is there a reason we need the anchor in the format "Reference-last-year" instead of "CITEREFlastyear"? Why not allow all of the citation templates to have the same link ability? {{Citation}} doesn't work the same as the others. Cuñado ☼ - Talk 17:42, 16 February 2008 (UTC)

I don't understand why the change is not made to this template, as to make it more useful. There is nothing lost in making the change, but making it more accessible all forms of different citing. Regards, -- Jeff3000 (talk) 07:06, 17 February 2008 (UTC)

X mark.svg Not done This template is used on 86,000 pages - no one is going to make this change as long as you're only "pretty certain" that this is going to work. Is there a reason why we need the anchor in that format? Find out, make a userspace copy, test it, test it again, make sure it really does work with the harvard reference template when it's supposed to, and also when it isn't (I would not be surprised to learn that the different formats are deliberate to prevent unintended clashes with harvard references). Once you're absolutely certain that this will do what you want it to when you use it, and not screw up 85,999 other articles in the process, then add the {{editprotected}} tag again. Happymelon 16:19, 23 February 2008 (UTC)
You're looking for confidence and testing? OK I'm certain it will work except for one thing that I can't be certain about. If the anchor used to be in the form "reference-last-year", I don't know what other things will link to that form. As far as I can tell, nothing. The name anchor code was probably added as a formality with nothing actually linking to it. The only situation I know of would be in Harvard Referencing. The absence of any other form of linking to the references is why I'm trying to make the change here.
As for testing, I did that at User talk:Cuñado/archive1 using User:Cuñado/template:cite book, and it works fine. The anchor is very simple and if you understand how it works then there's nothing much to it. I am 100% sure that the 86 thousand would not be negatively affected.
And can I get help with changing the other cite x templates? Cuñado ☼ - Talk 18:56, 24 February 2008 (UTC)
What's holding us up? --Adoniscik(t, c) 21:59, 4 September 2008 (UTC)

Changing the value for "cite id="

I suggest changing id="Reference-{{{last}}}-{{{year}}}" to id="CITEREF{{{last}}}{{{year}}}" so that it works with {{harvnb}}. {{harvnb}} only works with {{citation}} right now, but if {{citation}} is used in an article, then according to the Featured Article criteria at WP:FA?, templates beginning with {{cite such as {{cite web}}, {{cite book}}, and {{cite journal}} cannot be used because they produce a different result from {{citation}}. Gary King (talk) 18:43, 27 June 2008 (UTC)

Support. Currently I use the "ref" parameter to make harv-compatible citations (e.g., ref=CITEREFJohn2000). --Adoniscik(t, c) 21:54, 4 September 2008 (UTC)

Books with external AND internal links

Take for example:

Balakian, Peter (2004). [[The Burning Tigris: The Armenian Genocide and America's Response|The Burning Tigris]]. HarperCollins. p. 375. ISBN 9780060558703.  URL–wikilink conflict (help)

It would look much better if the easy-to-miss external link was associated with the page number. Perhaps we need a new parameter, "booklink" for the internal one? --Adoniscik(t, c) 22:09, 4 September 2008 (UTC)

Default ref

I wonder if the default cite id could be changed to CITEREF{{{last}}}{{{year}}}, so that {{cite book}} and {{citation}} have the same default. Does any article use the current (undocumented) default? This is the default, by the way: #Reference-Tom-2006

  • Tom (2006). Tom's book. 

--- CharlesGillingham (talk) 07:29, 6 September 2008 (UTC)

See #name anchor and #Changing the value for "cite id=" --Adoniscik(t, c) 15:14, 6 September 2008 (UTC)

Curly quotes “like this” around quotations

I've spotted this before and never really got to the bottom of it. The MOS recommends straight quotes "like this" and not curly quotes “like this”. Yet this template uses the curly version for quotations. Is there a reason for this? Example: A Cleverman (2000). The Best Book. This book will show you how to be top.  Mr Stephen (talk) 17:56, 21 February 2008 (UTC)

what's really crazy is that the chapter name will be placed in straight quotes while the quote is in curly ones.  —Chris Capoccia TC 14:52, 22 September 2008 (UTC)
Will an admin please change the line that reads
}}.{{ #if: {{{quote|}}} |  “{{{quote}}}”
to use the double-quote character (") instead of the typographic (curly) quote charcters ( and ) as per WP:MOS#Punctuation? RossPatterson (talk) 23:06, 22 September 2008 (UTC)
Yes check.svg Done. Thanks for catching this. Cheers! J.delanoygabsadds 07:27, 26 September 2008 (UTC)


Plasticup has been removing links from dates in {{Citation}} and {{Cite xxx}} templates, with the edit summary "fixing the "date=" fields to allow wiki-magic using AWB". I've asked a question about this on the {{Citation}} talk page; do leave your comments there. — Cheers, JackLee talk 14:52, 23 October 2008 (UTC)

Request for edit

DOI is wikilinked in the first section but goes to a disambiguation page. Can an admin please direct link it to Digital object identifier? ~ Wadester16 (talk) 12:02, 30 October 2008 (UTC)

Yes check.svg Done The documentation subpage Template:Cite book/doc is not protected. Anomie 12:28, 30 October 2008 (UTC)

Format for chapterurl



If a URL is provided for a CHAPTER url, there is no way to specify its format. Therefore please add the following code

  #if: {{{chapterformat|}}} |  ({{{chapterformat}}})

immediately after the code

  #if: {{{chapter|}}}
  |  "{{
    #if: {{{chapterurl|}}}
    | [{{{chapterurl}}} {{{chapter}}}]
    | {{{chapter}}}

Once this has been done, could someone update the documentation accordingly, please?

Thanks, Martin (Smith609 – Talk) 18:45, 12 October 2008 (UTC)

Not done: please be more specific about what needs to be changed. Please use a template sandbox to make the change, then rerequest editprotected and an admin will copy the sandbox into the template itself. Stifle (talk) 10:01, 20 October 2008 (UTC)
Reactivated, this request is clear enough. —Ms2ger (talk) 16:51, 20 October 2008 (UTC)

That can't be right - it would result in a comma, then the parentheses, but no additional comma. I'm not sure what the citation should look like, but I know it should not look like this:

author. "chapter", (format) title.

I agree with the suggestion to make the change in a sandbox, so that the output can be previewed here, and people can decide what the output should be. — Carl (CBM · talk) 22:57, 31 October 2008 (UTC)

Citing a catalog?

I've been documenting some old (1970s) software titles, some of which are described in printed software catalogs. Would this template be suitable to use when citing information from a retail catalog, or is there another template that would be better? Thanks for any suggestions! Huwmanbeing  16:13, 1 November 2008 (UTC)

That's a perfectly good use of this template. Don't forget to specifically identify the version of the catalog (using |edition=), since they change frequently. RossPatterson (talk) 17:54, 1 November 2008 (UTC)

Need to unlink dates in the accessdate parameter

See Template talk:Cite news#Need to unlink dates. Punkmorten (talk) 20:40, 17 October 2008 (UTC)

Yes check.svg Done Sarcasticidealist (talk) 21:18, 17 October 2008 (UTC)
Wouldn't it have been more helpful for readers if instead of simply unlinking the accessdate, the template would use {{Date|param}}? That would avoid the ugly display of ISO dates, wouldn't it? (I know that {{Date}} only works for dates later than 31-Dec-1969, but that can't possibly be a problem for "accessdate" — although it might be for dates after 19-Jan-2038.) Michael Bednarek (talk) 07:51, 1 November 2008 (UTC)
Note that {{date}} will give inappropriate output on articles not using DMY date ordering. Anomie 17:37, 1 November 2008 (UTC)
Displaying "2 November 2008" is always better than "2008-11-02", even if the rest of the article uses "November 2, 2008". Michael Bednarek (talk) 06:43, 2 November 2008 (UTC)
So says you. I happen to prefer YMD format dates outside of running prose and possibly infoboxes, the other formats are needlessly verbose. There is absolutely no reason for an article to have MDY format and the references to have DMY format, and the reference templates should not dictate the article format. Anomie 14:38, 2 November 2008 (UTC)

Editor perimeter messed up

It says in for the output field of the editor.

Ex: <ref>{{cite book|last=Brinkley|first=Alan|title=American History, A Survey|edition=Twelfth Edition|chapter=Chapter 15: Reconstruction and the New South|page=425|isbn=978-0-07-325718-1|publisher=McGraw Hill|language=United States English|location=Los Angeles, CA|editor=Barrosse, Emily}}</ref> Gives (I bolded the editor part so its easy to spot, other than that, no change from copy+paste):

Brinkley, Alan. "Chapter 15: Reconstruction and the New South", in Barrosse, Emily: American History, A Survey, Twelfth Edition (in United States English), Los Angeles, CA: McGraw Hill, 425. ISBN 978-0-07-325718-1.

Can someone please fix this? ηoian ‡orever ηew ‡rontiers 05:20, 12 November 2008 (UTC)

That's exactly what it's supposed to say. I'm unfamiliar with the book, but maybe coauthors= fits your bill? Mr Stephen (talk) 08:07, 12 November 2008 (UTC)

WorldCat URL format change

I noticed that this template creates links to WorldCat using http://worldcat.org/... rather than http://www.worldcat.org/... Given that http://worldcat.org/... redirects to the http://www.worldcat.org/... version and is now the recomended format: [1], could this template please be changed to point to the www.worldcat.org version in the first place? :) -Paul1337 (talk) 01:23, 16 November 2008 (UTC)

Google book id

Does it make sense to link the title of books that have complete text available at Google Books. Perhaps a gid parameter for the google books id? see Template:Google books. (John User:Jwy talk) 17:59, 14 November 2008 (UTC)

Sure! As long as it's not temporary. Archive.org hosts some books too. --Adoniscik(t, c) 18:28, 14 November 2008 (UTC)
Why not just put the URL in the existing url parameter? Anomie 22:07, 14 November 2008 (UTC)

I guess that works since they are very unlikely to change the base of the URL. If we decide we want to do something different with it (link it like the isbn, for example), we have the flexibility. I've tried it out in any event:

With gid:


  • Henry Stedman Nourse (1894). "History of the Town of Harvard, Massachusetts: 1732-1893". W. Hapgood. 

(John User:Jwy talk) 18:47, 15 November 2008 (UTC)

I think the URL field serves our needs well enough. I am against the overt usage of commercial fields. If Yahoo were to release a similar feature would we introduce a "yid" field? --Adoniscik(t, c) 18:51, 15 November 2008 (UTC)
I'm sensitive to that, but its unlikely that another company is going to provide such extensive coverage. (John User:Jwy talk) 18:55, 15 November 2008 (UTC)

I agree with Anomie and Adoniscik - this is best done with the existing |url= parameter. Unlike |isbn= and |doi=, the base part of the URL isn't variable. Of course, |oclc= provides a counter-example, but I'd argue that it should never have been added to this template in the first place. RossPatterson (talk) 19:37, 15 November 2008 (UTC)

Thanks for all the input. At least I learned more about the template language! (John User:Jwy talk) 17:59, 18 November 2008 (UTC)

Invalid fields should be visible

The current template code silently omits any field whose key is undefined or not appropriate for the publication class. For instance,

{{cite book | authro = P. Brown | title = Square Pegs | cover = hard | note = missing | year = 1950}}


Square Pegs. 1950.  Unknown parameter |cover= ignored (help); Unknown parameter |authro= ignored (help)

Thus, accidental errors in the citation are not visible in the typeset article, and are therefore unlikely to be noticed and fixed. Would you consider changing the template so that any undefined or inappropriate fields are displayed with some glaring markup. For instance:

  • (1950) Square Pegs | authro = P. Brown | cover = hard | note = missing

All the best, --Jorge Stolfi (talk) 03:40, 28 November 2008 (UTC)

Templates don't work that way in MediaWiki; there is no way to determine if any particular parameter is specified besides actually testing it specifically. So while we could add detection of "authro" if we really wanted to, the space of "wrong" parameters is unbounded and thus we cannot list them all in finite time or space. Anomie 04:04, 28 November 2008 (UTC)
I see. That is rather unfortunate. So my suggestion above is actually about the general Wikipedia template mechanism. For instance, all parameters that are otherwise unreferenced by the template code could be automatically concatenated and made available as a special "leftovers" parameter. The "cite" template code then could display this string (properly un-wikified and quoted).
Is there a page where I could make that suggestion? Thanks, --Jorge Stolfi (talk) 04:49, 28 November 2008 (UTC)
Bugzilla. Anomie 12:14, 28 November 2008 (UTC)

Google books - citing specific pages

I recently noticed that playing with the google books URL allows linking to speicific pages - for instance:

{{cite book |author=Kraemer, William J.; Zatsiorsky, Vladimir M. |title=Science and practice of strength training |publisher=Human Kinetics |location=Champaign, IL |year=2006 |pages= |isbn=0-7360-5628-9 |oclc= |doi= |accessdate=| url = http://books.google.com/books?id=QWSn4iKgNo8C&printsec=frontcover}}

will take me to the front cover. However, if I adjust the URL to include &pg=PA[page number] at the end instead of &printsec=frontcover, I can link to a specific page. Would it be possible to expand the template to include this? If we had a | googlebookspageno = parameter, would it be possible to put a number in there (say, 7) and have it append &pg=PA7 to the google books url (i.e. produce both a url linking the book's title to the google books page via the url parameter, and have a second URL link to the specific page of the preview (if available)? Something like "pg. 7" within a citation? One solution that I've hit on is to replace a simple page number with a url (see here for instance). Something else I've tried with "wikilinks to full references" is <ref>[[#TITLE|Author, YEAR]]: [http://books.google.com/books?id=3HNkMkJ9XOwC&pg=PA7 pg 7]</ref>, but it just seems rather tedious, inelegant and ugly. It would be nice to have a relatively easy option to work with for articles that contains either one-off links that could be linked when a book is cited once and the citation appears in the references, and another option to use when multiple pages from the same book are cited several times as footnotes and the full reference is in the references section that is linked to the footnote via Author, Year references. Google books is so handy for verification of specific sources, referencing for readers and settling content disputes, an easier way to link directly to the page would seem an excellent idea.

And while I'm asking for miracles, any elegant way to link to amazon previews? WLU (t) (c) (rules - simple rules) 18:41, 28 November 2008 (UTC)

See the discussion above about having a gid specific link. The discussion there probably applies here. and one can add the page number to the url directly. (John User:Jwy talk) 20:10, 28 November 2008 (UTC)
Just put the whole URL in the URL field. --Adoniscik(t, c) 20:20, 28 November 2008 (UTC)
That works so long as the book and page is cited only once; thinking my point through a bit more, with multiple citations of the same book it you'd run into the same issues since you'd only use the citation template once anyway. The sole advantage of my suggested field would be easier linking to the specific page, but once you know the trick it's not that big a deal. Would anyone see any advantage in including instructions on linking directly to the Gbooks link on the main page? Or does everyone see the same issues (preferential treatment of one company's resources)? WLU (t) (c) (rules - simple rules) 22:54, 29 November 2008 (UTC)

Output consistency with Template:Cite journal and Template:Citation

Hi all,

An issue that has just been resolved at Template:Cite journal is that of consistency with other citation templates. The consensus, as I read it, is that the "Cite xxx" should produce equivalent format, and that unless there is a strong reason to the contrary this should be as similar as possible to Template:Citation. Both Cite Journal and Citation now use a common "core" template, the benefits being that any changes made only need making in one place, keeping the formatting consistent and meaning that both templates are always "up to date". I've put together an early draft of Cite book that will also use this centralised "core" template, but there are a couple of issues that need to be addressed before it becomes fully fledged. If there is any opposition to these changes, I would appreciate it if the compelling reasons behind it could be laid out under the appropriate heading below. Please note that aesthetic concerns are insubstantial; there should be a solid editorial reason for opposing any changes. Also be aware that changes to source code of multiple pages are easily performed by bot.

Some test cases have appeared at Template:Cite book/testcases; please be aware that there are some issues there that I haven't fixed yet, but it may be helpful to refer to this page to if you don't understand my summaries below.

Martin (Smith609 – Talk) 15:39, 25 October 2008 (UTC)


Current template ({{cite book}})
Author (Year). Title. Publisher. pp. Pages.  Check date values in: |date= (help)
Sandbox template ({{cite book/sandbox}})
Author (Year). Title. Publisher. pp. Pages.  Check date values in: |date= (help)
Citation ({{citation}})
Author (Year), Title, Publisher, pp. Pages  Check date values in: |date= (help)
Current cite journal ({{cite journal}})
Author (Year). "Title". Publisher: Pages.  Check date values in: |date= (help)
Sandbox cite journal ({{cite journal/sandbox}})
Author (Year). "Title". Publisher: Pages.  Check date values in: |date= (help)
The current template mixes and matches punctuation throughout, and includes a terminating period. This is in contrast to Citation and Cite journal, which use the same separator throughout. The terminating period of the latter three examples can be toggled using a "seperator=" parameter, and a terminating period can be added using the "PS=" parameter (so it appears before any CoiNS-generated content.
To my mind the best solution is to standardise the output to that of the other templates, using a single separator throughout and no terminal period, but giving the editor control over these with the use of parameters. Doing otherwise seems to introduce inconsistency without a strong reason for doing so.
If you have any strong reasons to maintain inconsistency across templates, please list them here.
As I seem to recall, the reason for the non-inclusion of "p." or "pp." in {{cite book}} was so that front matter and the like could be cited. Examples:
Current template: Author (Year). Title. Publisher. pp. title page.  Check date values in: |date= (help)
Sandbox template: Author (Year). Title. Publisher. pp. title page.  Invalid |nopp=nope (help); Check date values in: |date= (help)
Perhaps an optional parameter ("nopp"? "nopagesymbol"?) to allow for those sorts of cases could be included. — Bellhalla (talk) 12:59, 26 October 2008 (UTC)
Yes check.svg Done with nopp parameter. Martin (Smith609 – Talk) 00:57, 9 November 2008 (UTC)
Punctuation should default to current behavior (period separator, terminal full stop). This also happens to be the most popular behavior for reference lists outside of Wikipedia. I know of no popular style that does not have a terminal full stop in the reference list. Ideally, the less popular {{Citation}} would eventually mirror the style used by {{Cite XXX}}, but this would require discussion. --Karnesky (talk) 14:33, 26 October 2008 (UTC)
N.B. {{cite journal}} has the same punctuation as {{cite book}} & there seems to be consensus to keep this punctuation, rather than to use the proposed {{cite journal/sandbox}} punctuation. Also note that "publisher" is more-often-than-not included in book citations & excluded in journal citations. --Karnesky (talk) 15:59, 26 October 2008 (UTC)
Sandbox now uses the same punctuation as Cite Journal. Martin (Smith609 – Talk) 00:57, 9 November 2008 (UTC)


Current template
Title (1st edition ed.). 
Sandbox template
Title (1st edition ed.). 
Title (1st edition ed.) 
In the current template, the word "edition" or "ed." must be specified by the editor, creating the potential for inconsistency within an article (unless the editor adding a citation checks all existing references first) and increasing the amount of typing required by a referencing editor. This is also inconsistent with other templates, adding to the amount a template user must remember - "which template did I have to use the word 'edition' in, and which didn't I?".
Proposed solution
Automatically including "ed." in the template seems preferable, as it makes editors' lives easier and means that all output will be standardised. Existing templates could have the additional "edition" removed by a bot; I have a bot ready that is capable of undertaking that task.
Again, if you have any strong reasons to maintain inconsistency across templates, please list them here. It's possible that there are arguments against including "ed." as standard but I can't think of any; feel free to enlighten me.


The same arguments as above apply to the "page" and "pages" parameters being prefixed by a "p." and "pp." respectively.

Parentheses around edition

Current template
Title (1st edition ed.). 
Sandbox template
Title (1st edition ed.). 
Title (1st edition ed.) 
A decision needs making on whether or not to encase the "edition" field in parentheses. This seems to be a purely stylistic choice, as far as I can see.
Proposed solution and discussion
I'll point this one to the floor.

Order of year and title when only those two parameters are specified

Current template
Title. Year.  Check date values in: |date= (help)
Sandbox template
Title. Year.  Check date values in: |date= (help)
Title, Year  Check date values in: |date= (help)
Cite journal
"Title". Year.  Check date values in: |date= (help)
Cite journal/sandbox
"Title". Year.  Check date values in: |date= (help)
To me, the "Title, Year" output makes more sense than the "(year) Title". It's also consistent with other templates.
Again, any strong reasons to break from the format of other templates?
I have no problem with rearranging the output so as not to lead with a date, even though a book with no author (even Anonymous) is not all that common. But the {{cite N}} family should format consistently and I note that {{cite web}} still uses parentheses around the date.
Cite web:"Title" Check |url= value (help). Year.  Check date values in: |date= (help)
I would hate to see a break with that template's style since it's very widely used. — Bellhalla (talk) 13:09, 26 October 2008 (UTC)
A change to use parentheses (which I too would prefer) would have to affect Template:Citation too and should probably be brought up there. Martin (Smith609 – Talk) 15:36, 26 October 2008 (UTC)
I'm not sure I follow you. {{Cite book}} already uses parentheses around the year. It looks like the current sandbox version removes the parentheses. — Bellhalla (talk) 16:04, 26 October 2008 (UTC)

For {{Citation}} I beleive that the argument for Author (Date) Title is that it works better with Harvard references. In the text you will have (Blogs 2008), so its easier for the reader to spot the corresponding item in the references. --Salix (talk): 02:16, 27 October 2008 (UTC)

Parentheses are only absent when there is no author paramter. Compare:
  • author (date). title.  Check date values in: |date= (help)
  • title. date.  Check date values in: |date= (help)
Presumably the reasons for this have been hashed out at Template:Citation, because the template code has a specific section to detect this case. Is this an acceptable format? Martin (Smith609 – Talk) 01:01, 9 November 2008 (UTC)

Other issues

Please provide an example of any other problems you spot to the Template:Cite book/testcases page so I can address them. Martin (Smith609 – Talk) 15:39, 25 October 2008 (UTC)

  • The present sandbox template adds two terminal full stops when an access date is used.
    Fixed Martin (Smith609 – Talk) 15:32, 26 October 2008 (UTC)
  • Present sandbox used the "Journal" class span. I don't know if we need to continue using the "book" class span or would use a common class to all references using the same back end. If the latter, the common class should be more generic than "journal."
    Fixed (Typo) Martin (Smith609 – Talk) 15:34, 26 October 2008 (UTC)
  • Current sandbox has a bug in COinS that outputs an inaccurate 'aulast' when only a single author is provided. --Karnesky (talk) 14:46, 26 October 2008 (UTC)
    Could you confirm whether this is still an issue, please? Thanks, Martin (Smith609 – Talk) 01:02, 9 November 2008 (UTC)
    It seems to be. Template:cite book/testcases#Some general examples to get started. aulast in the sandboxed reference is rendered as "Buckland%2C+W" instead of just "Buckland".--Karnesky (talk) 19:40, 11 November 2008 (UTC)
This is tricky to deal with, the input is {{cite book/sandbox|author = Buckland, W.|year = 1841|title = ...}} and there is no way to extract just the surname from this input. Ideally the CoiNS data should have an au=Buckland,%20 W. field and not have an aulast field.
I've changed {{Citation/core/sandbox}} to only output aulast and aufirst if a first name is given. However this may miss cases where a last but no first parameter is specified. Not convinced if this a good change as the author parameter only gets a brief mention in the documentation.
I've now deprecated the author parameter in {{Cite book/doc}}. --Salix (talk): 22:29, 11 November 2008 (UTC)

Ready to go

From the points raised above, it seems that there are no disadvantages to making this template use Template:citation/core to format its output. The output style will not change, but by using a central template we can be sure that future changes will be consistent with cite journal, citation, and other cite templates. There are other reasons for using one central template in the archives of Template talk:Cite journal for those who are interested.

I think that Salix has fixed the COinS output as best as possible given the variety of things that could be put into the 'authors' field.

As there are no outstanding objections, therefore, I'd like to request the following edit:


Note: the first line of the sandbox will need changing from {{Citation/core/sandbox to {{Citation/core

It would be useful if whoever implements this also sees to the edit request at template:citation/core. Thanks a lot, Martin (Smith609 – Talk) 21:52, 16 November 2008 (UTC)

Hang on, please. If I followed the discussion above correctly, this change will cause many currently good citations to get ugly. I'm thinking specifically of the automatic insertion of "p." and "pp." into page= and pages=, but I'm not convinced (yet) that this is the only case. Since the documentation has said "pages or page: pp. 5–7: first page and optional last page." for some time, I'd like to know how these now-bad citations will be repaired. RossPatterson (talk) 23:49, 16 November 2008 (UTC)
The sandbox version has two new parameters with names that don't match the style of this or any other {{cite whatever}} template: use mixture of punctuation marks= and use ampersand before last author=. The former also feeds a non-existant {{Citation/core}} parameter (msm=), and should probably be removed from this template. I know the latter is undocumented, but it obviously will be used (or it shouldn't exist), so I'd rather a names that is moderately short, all lower case, and doesn't contain embedded spaces, for consistency with everything that has come before. RossPatterson (talk) 00:00, 17 November 2008 (UTC)
It also introduces several all-upper-case parameters, which are also inconsitent. They duplicate their all-lower-case equivalents, but the should still be removed - all {{cite whatever}} parameters are all-lower-case, and are documented to be so. RossPatterson (talk) 00:13, 17 November 2008 (UTC)
The sandbox has several parameters that make no sense for a replacement to {{cite book}}: journal=, periodical=, newspaper=, magazine=, issn=, and if I understand them correctly, pmid= and pmc=. There may be others, these are what I can easily recognize. They should, of course, be removed. RossPatterson (talk) 00:10, 17 November 2008 (UTC)
Thanks for your comments, Ross. I've removed redundant parameters (journal= etc). The removal of pp. from articles can be performed by Citation bot, which I'll run once the change has been made. Upper case parameter names are not to be encouraged, but exist so edits made by inexperienced editors display correctly. I don't see that they do any harm. Citation bot will continue to lowercase-ify parameters as it comes across them to keep pages' code consistent. Feel free to rename the 'use ampersand before last author' parameter as you see fit; this was necessary to allow editors who had good reason to break from convention to do so. This probably isn't the time to get into a debate about whether such a good reason exists; the fact that some editors believe that it does seems sufficient to warrant including the parameter. Martin (Smith609 – Talk) 23:33, 17 November 2008 (UTC)
Good news about "pp." and Citation bot, I was hoping for an answer like that. As to non-lowercase parameters, by your argument we should accept URL= as well. I still think they're a bad idea, especially if Citation bot will continue its yeoman service downcasing them, but that's small potatoes. I've renamed "use ampersand before last author" to "lastauthoramp" - it isn't beautiful, but it's consistent with the rest of the template parameters. If someone has a better name, I'm not wedded to this one. And no, despite my own beliefs about formatting citations, I'm not interesting in starting a debate either. Thanks for all the good work, and for the swift and collegial response to my last-minute meddling. If you're looking for concensus to install the template, I'm on board. RossPatterson (talk) 03:32, 18 November 2008 (UTC)
I've never encountered an accidentally uppercase URL= parameter, whereas DOI= and PMID= are more common. As that seems to be everything addressed, I've reinstated the editprotected request above. I'll run the bot as soon as I can after the change has been made; to remain within its edit rate limitations, it will probably take a few days to work through all the pages. Martin (Smith609 – Talk) 17:40, 18 November 2008 (UTC)

{{editprotected|See request above}}

Disabled pending clarification. (a) Please use an oldid to link to the sandbox; (b) there seems to be an extraneous period coming from somewhere that should be removed or suppressed. --MZMcBride (talk) 19:34, 28 November 2008 (UTC)
The current version is the one to use: permalink with oldid here. The extra period only appears when no parameters are passed to the template; it also appears in a blank {{cite book}}. As such it doesn't represent either a change or a problem. I'd be grateful if the edit could be made soon, while I have the time to run the Citation bot to fix the pp issue. Thanks, Martin (Smith609 – Talk) 19:18, 29 November 2008 (UTC)
Yes check.svg Done. Cheers. --MZMcBride (talk) 17:07, 30 November 2008 (UTC)
Thanks. I'll get the bot working on removing superfluous pp.s today. Martin (Smith609 – Talk) 18:00, 30 November 2008 (UTC)

More to clean up

It looks like there is another case of irrelevant parameters still need to be removed. I think:

  |At = {{
          #if: {{{journal|{{{periodical|{{{newspaper|{{{magazine|}}}}}}}}}}}}
             #if: {{{page|}}}
             |{{#if:{{{nopp|}}}||p. }}{{{page}}}
                #if: {{{pages|}}}
                |{{#if:{{{nopp|}}}||pp. }}{{{pages}}}

should become:

  |At = {{
          #if: {{{page|}}}
          |{{#if:{{{nopp|}}}||p. }}{{{page}}}
             #if: {{{pages|}}}
             |{{#if:{{{nopp|}}}||pp. }}{{{pages}}}

Speaking of which, do you intend to move that particular piece of logic into {{Citation/core}} eventually? It would seem to make sense, along with the "|Year=... <!-- attempt to derive year from date, if possible --> ..." thing. RossPatterson (talk) 20:30, 30 November 2008 (UTC)

In addition to the above, there is support in the new template for a bunch of synonyms that haven't been used here in the past, and that I think may not be appropriate to introduce:
Parameter Purpose Suggested disposition
|access-date= synonm for |accessdate= remove
|author1= synonym for |author= remove
|author2= through |author9= full names for co-authors remove - |firstn= and |lastn= are a better idea
|authorlink1= synonym for |authorlink= keep for consistency with other |authorlinkn=
|authorlink2= through |authorlink9= links for co-authors keep
|author1-link= through |author9-link= synonyms for |authorlinkn= remove
|editor-first= given name for editor keep
|editor-given= synonm for |editor-first= remove
|editor-last= surname for editor keep
|editor-link= link for editor keep
|editor-surname= synonm for |editor-last= remove
|editor1-first= synonym for *|editor-first= keep for consistency with other |editorn-first=
|editor2-first= through |editor4-first= given names for co-editors keep
|editor1-given= through |editor4-given= synonms for |editorn-first= remove
|editor1-last= synonym for *|editor-last= keep for consistency with other |editorn-last=
|editor2-last= through |editor4-last= surnames for co-editors keep
|editor1-link= synonym for *|editor-link= keep for consistency with other |editorn-link=
|editor2-link= through |editor4-link= links for co-editors keep
|editor1-surname= through |editor4-surname= synonyms for |editorn-last= remove
|first1= synonym for |first= keep for consistency with other |firstn=
|first2= through |first9= given names for co-authors document as preferred over |coauthors=
|given1= through |given9= synonyms for |firstn= remove
|in= synonm for |language= remove
|last1= synonym for *|last= keep for consistency with other |lastn=
|last2= through |last9= surnames for co-authors document as preferred over |coauthors=
|laydate= Date of laysummary document?
|laysummary= Link to a summary suitable for a layman document?
|surname= synonym for *|last= remove
|surname1= through |surname9= synonyms for |lastn= remove
And we lost:
Parameter Purpose Suggested disposition
|access-month= access month, as an alternative to |accessdate= leave dead
|access-year= access year, as an alternative to |accessdate= leave dead
|origdate= original publication date leave dead
|origyear= original publication year leave dead
|others= translators, illustrators, etc. revive in a more |editorn-whatever=-like form
I think that's everything. I've begun updating the documentation, but I'm stumped by a few of these. RossPatterson (talk) 03:17, 1 December 2008 (UTC)
I was going to remove the newspaper/magazine option as you suggest at the top of your post, but think that perhaps they should stay in case someone accidentally uses this template to refer to a newspaper. They don't seem to do any harm. What do you think?
I also think it is good to leave 'others' flexible like it was; the metadata isn't useful as far as I know, and the list of etc. could be quite long. Martin (Smith609 – Talk) 03:37, 1 December 2008 (UTC)

Parallel activity

Editors here may be interested in Wikipedia talk:Manual of Style#Merging the zillions citation templates out there and Wikipedia talk:Manual of Style#Comments (templates merger) on a new Citation template that would putatively replace all the Cite family.LeadSongDog (talk) 16:05, 22 October 2008 (UTC)

The above-referenced discussions apparently have been removed. The only remaining discussion appears to be Template talk:Citation#Merging in which one comment states: "The consensus seems to be to maintain separate templates, but to strive for consistency." I am unsure what, if any, guidelines will provide consistency.--Rpclod (talk) 15:27, 4 December 2008 (UTC)

A request for the <ref> markup tag

(This is actually a suggestion for the <ref>...</ref> markup construct; where should I make it?)

The <ref> markup tag should accept an optional "note" parameter, so that

<ref note="page 3 (twice)">P. Miau, ''Cats''</ref>

would be equivalent to <ref>P. Miau, ''Cats''</ref> except that the link would be typeset as [17, page 3 (twice)]. Ditto for named references like

<ref name="miau" note="page 3 (twice)"/>

This would be a clean solution to the problem of multiple single-page references. --Jorge Stolfi (talk) 05:02, 28 November 2008 (UTC)

My inclination would be to put that simply in the reference below - <ref>P. Miau, ''Cats'', p. 3.</ref> Any reader interested in the actual citation would have to click on the citation template anyway to see what the book was, so that sort of information would seem to be better placed in the references/footnotes section. Put another way, adding a page number without the actual reference to the citation in the main body doesn't seem that useful to me, since they don't know what book or article to look in to verify the page number. But I might be missing your overall point.
The point is that one may want to reference the same book several times in the same article, but each time with a different page number. See, for example, Mu (lost continent). Thus the page number cannot be inside the <ref>...<ref>. My solution, for now, is to write (<ref name="thebook"/>, page 3), which yields "([17], page 3)" . Not very pretty.... --Jorge Stolfi (talk) 21:48, 30 November 2008 (UTC)
{{rp}} --Adoniscik(t, c) 22:16, 30 November 2008 (UTC)
Thanks! --Jorge Stolfi (talk) 22:24, 30 November 2008 (UTC)
If you are sure it'd be better placed in the body like that, you're best bet for getting feedback would probably be either Wikipedia talk:Footnotes or Help talk:Footnotes. Possibly the village pump? I looked a bit, but HTML tags don't seem to have a help page... WLU (t) (c) (rules - simple rules) 18:53, 28 November 2008 (UTC)
That's a Mediawiki problem, not {{cite book}}. This issue has been raised many times, but not yet implemented. I remember seeing a draft implementation recently. Someone might have a URL handy. --Adoniscik(t, c) 20:19, 28 November 2008 (UTC)
If you have several references to the same book but different pages then the current convention is to cite the full book details once in the Reference section (which becomes a list of sources) and direct the individual citations which have abbreviated book detail + page numbers to a Note section. If more than one citation is to be made to the same page then the name= parameter can be used in the <ref>. An example of this can be found at Battle of Gazala where a further sensible separation between footnote comments and citations has been made within the Note section. Stephen Kirrage talk - contribs 11:24, 1 December 2008 (UTC)
Also, if you really want to link a citation to the full book details you can use the ref parameter in the cite book template (see Wikipedia:Citing sources#Wikilinks_to_full_references). This can be useful in an article with many sources but normally if citations are identified by author and the Referenced books listed alphabetically by author, it's not really necessary and its not often used. Stephen Kirrage talk - contribs 11:34, 1 December 2008 (UTC)
Thanks, but I think that the {{rp}} template above solves the problem for most of the cases, in a cleaner way. For one thing, it creates a single entry in the "References" section that points to all uses of that reference, with or without detail. All the best, --Jorge Stolfi (talk) 15:19, 1 December 2008 (UTC)
Trouble is, using the {{rp}} template looks horrid on the page. It clutters up the text and so negates the intention of footnotes which is to remove cluttering explanatory text from the main body text. Stephen Kirrage talk - contribs 10:09, 4 December 2008 (UTC)

The |editor=

This formatting link is intended for collections of articles and leads to, for example:

Clifford Truesdell & Walter Noll (2004). "Preface". In Stuart S. Antman. The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 

The formulation - in Stuart S Antman - is not what I want, as this editor simply edited the previous version of the book, and it is not a collection of articles under his name. What I want is more like:

Clifford Truesdell & Walter Noll - Stuart S. Antman (editor) (2004). "Preface". The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 

Evidently, with experience one can work around this problem, but maybe the insertion of " - in [editor] - " could be removed and just " - [editor] (editor) - " put in instead, a more versatile format? Brews ohare (talk) 18:08, 5 December 2008 (UTC)

Here is another issue with |editor=:

Here is a citation with the chapter title included:
Clifford Truesdell & Walter Noll (2004). "Preface". In Stuart S. Antman. The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 
The editor's name is preceded by in.
If the chapter title is omitted, the treatment of the editor changes:
Clifford Truesdell & Walter Noll (2004). Stuart S. Antman, ed. The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 
Now there is a double period after ed and the in has been dropped. I suggest implementation of my earlier suggestion, namely:

Maybe the insertion of " - in [editor] - " could be removed and just " - [editor] (editor) - " put in instead, a more versatile format? Brews ohare (talk) 18:26, 5 December 2008 (UTC)

Single "authors" field as alternative to "author"and "coauthors"

The current practice of having separate fields for "author" (the first author) and "coauthors" (all the other authors) is somewhat cumbersome, and conceptually awkward since it implies that the second and later authors are "mere collaborators". Would you consider adding an alternative field "authors", so that one could write any of the following

| authors = John Smith, Peter K. Brown, and Max Von Sydow
| authors = John Smith, Peter K. Brown and Max Von Sydow
| authors = John Smith, Peter K. Brown, Max Von Sydow
| authors = Smith, John; Brown, Peter; Von Sydow, Max
| authors = Cummings, E. E.; Poe, A.; Dupont, J.-P.

Needless to say, the current fields (author, first, last, coauthors) should still be accepted. --Jorge Stolfi (talk) 03:13, 28 November 2008 (UTC)

Separating the "Author" and "co-authors" allows metadata to be handled better (but is still inferior to using last= and first=). An authors= field would be a step backwards. Martin (Smith609 – Talk) 17:59, 30 November 2008 (UTC)
Sorry, but I don't get it. If a book has three authors, all equally important, how could it be "better" to treat the first author differently from the other two? --Jorge Stolfi (talk) 22:21, 30 November 2008 (UTC)
Because that's the author it will be indexed under and whose name will appear in card catalogs. -Nunh-huh 01:50, 1 December 2008 (UTC)
It also makes it easier for users using plugins issued by their libraries to locate the book, as those plugins often require a single author in the "author" field. Martin (Smith609 – Talk) 02:59, 1 December 2008 (UTC)
However, nowadays the library "card catalog" is all digital, so that books can be searched by any author, not just the first. --Jorge Stolfi (talk) 15:59, 1 December 2008 (UTC)
The latest version of this template can now handle all authors in a peer-like fashion. The documentation hasn't been updated yet, but there are now {|firstn=, {|lastn=, and {|authorlinkn= parameters, allowing you to do something like:
  • {{cite book ... |first1=John |last1=Smith |first2=Peter K. |last2=Brown |first3= Max |last3=von Sydow | authorlink3=[[Max von Sydow]] | ...}}
and have it display as
RossPatterson (talk) 03:26, 1 December 2008 (UTC)
This improves the semantics, thanks. However, the syntax is even more cumbersome. Please note that wikipedia is supposed to be an "encyclopedia that anyone can edit". Entering references already requires some commitment from editors; forcing them to enter three separate fields (first, last, and authorlink) for each author is a real pain. Automatic parsing of a single "authors" string like "[[Peter Brown|Brown, Peter]]; Smith, John" into 3*n separate fields is easy (even BibTeX does it!) and would be a great help to editors.Jorge Stolfi (talk) 17:28, 1 December 2008 (UTC)
Yup, it sure is "the encyclopedia that anyone can edit", as evidenced by the amount of vandalism I undo every day :-) Seriously though, if you can find a way to parse a string and maniupulate its contents using the template parser functions, you're welcome to suggest it. I think you'll find that TeX is a much more powerful programming environment than what we have available, and that BibTeX benefits greatly from the comparison. RossPatterson (talk) 00:20, 2 December 2008 (UTC)
  • Automatic parsing is actually quite difficult, I've tried to persuade Citation Bot to do it, but there are problems. If you can provide a list of logic statements that can discriminate between the different combinations of commas, semi-colons, initials and names, in a reliable fashion, then please list it here! Then I can convert the words to code and get Citation bot working on it. Cheers, Martin (Smith609 – Talk) 22:33, 6 December 2008 (UTC)

Changes I don't like

In the previous version, one could elect to set |page=p. 10 or |page=Chapter 1 In the new version, the insert "p." is automatic, so this now cannot be done. Instead one can use |chapter=Chapter 1. However, that moves the url link from the book title to the chapter listing, so the various citations are no longer uniform, with those referred to by page having the url attached to the tile and those with a chapter listing url-ed to the chapter. This non-uniformity of format is disconcerting. Brews ohare (talk) 18:21, 30 November 2008 (UTC)

Isn't there a chapterurl field ? --Adoniscik(t, c) 19:12, 30 November 2008 (UTC)
You can use "nopp" to hide the pp. But you should be using "chapterurl" to preserve metadata. Martin (Smith609 – Talk) 19:36, 30 November 2008 (UTC)
P.S. a bot is currently going round doing this automatically where necessary. Martin (Smith609 – Talk) 19:40, 30 November 2008 (UTC)
When was this page thing changed and where is the discussion about it? It seems messed up, since its doing p.x and pp.x-y with no space. -- AnmaFinotera (talk · contribs) 03:42, 1 December 2008 (UTC)
Discussion is in the section entitled "Output consistency with Template:Cite journal and Template:Citation". I'll change the current editrequest to restore the space. The space will re-appear when the edit requested above is implemented. Martin (Smith609 – Talk) 03:48, 1 December 2008 (UTC)
It doesn't seem like there was really much discussion, but long as its fixed and can be turned off, okay. -- AnmaFinotera (talk · contribs) 04:06, 1 December 2008 (UTC)
The discussion was up there for over a month, so no discussion is a good thing in my books - no-one had problems with it! Anyway, if you do spot any other problems, do post them up here so they can be fixed promptly. Thanks, Martin (Smith609 – Talk) 04:28, 1 December 2008 (UTC)

My complaint has not been understood. Here is a citation with the chapter title specified. The url for the book becomes attached to the chapter heading:

Clifford Truesdell & Walter Noll (2004). "Preface". In Stuart S. Antman. The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 

The identical result is obtained using |chapterurl:

Clifford Truesdell & Walter Noll (2004). "Preface". In Stuart S. Antman. The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 

If the chapter title is omitted, the url is attached to the book title instead:

Clifford Truesdell & Walter Noll (2004). Stuart S. Antman, ed. The Non-linear Field Theories of Mechanics (reprint of 1965 article in Encyclopedia of Physics) (3rd ed.). Springer. p. xiii. ISBN 3540027793. 

As an aside, notice that the treatment of the editor also is changed; two periods appear: a bug to be sure.

Thus, a list of references alternates between url attached to the title and url attached to the chapter (if any references with specified chapters are in the list). That mucks up the appearance and provides inconsistent choices.

My recommendation: If |chapterurl= is not used, the url should attach to the title. There is no |titleurl= option to force this choice. Brews ohare (talk) 01:37, 7 December 2008 (UTC)

Author separators

I don't recall seeing any precedents for the mixed semicolon-colon separators for authors. It is inconsistent. It should just be commas.

  • Smith, John, Bill Brown (2008).
  • Smith, John, Bill Brown, Jane Doe (2008).

Better yet, add and for the last one.

  • Smith, John, and Bill Brown (2008).
  • Smith, John, Bill Brown, and Jane Doe (2008).

 Michael Z. 2008-10-29 03:02 z

That's way too confusing. I like the semicolons between author names, when the names are in "last, first" form. {{cite journal}} has done this for a while.--Srleffler (talk) 18:42, 7 December 2008 (UTC)


I think it would be very useful to have a |translator= parameter field in this template for citing books translated from other languages. For important books there is often more than one translation (same author, different translators). Chris Fynn (talk) 13:22, 27 November 2008 (UTC)

That's a good idea. Since this template now uses the somewhat-shared {{Citation/core}} engine, you might want to move the suggestion to Template talk:Citation, where it will be seen by those who will want to discuss such a change. RossPatterson (talk) 20:21, 30 November 2008 (UTC)
The documentation suggests that you use the "others=" parameter for this purpose. Martin (Smith609 – Talk) 22:24, 30 November 2008 (UTC)
We apparently lost |others= in the conversion to {{Citation/core}}. RossPatterson (talk) 02:20, 1 December 2008 (UTC)
Oh dear, that was unintentional. This will restore it:
The edits will not affect any other parameters or behaviour. (You may wish to double-check the code before implementing the edit) Martin (Smith609 – Talk) 03:21, 1 December 2008 (UTC)
Explanation of change to requested edit: The other version will also remove redundant parameters and hard-code the space between pp. and page no (so it appears as intended). 03:51, 1 December 2008 (UTC)
Another update to fix the invisible 'language' parameter. 13:45, 1 December 2008 (UTC)

(unindent) So, I did the first part (Template:Cite book), but when I went to do the second part, I'm almost positive you're going to break something. I clicked "Show changes" and it looks like you're closing certain brackets early (perhaps this is intentional?) and you're hardcoding "{{{Sep}}}" into the template. Could you re-verify that all of this is correct? I don't want to break thousands of pages. ;-) --MZMcBride (talk) 02:06, 4 December 2008 (UTC)

Is anything happening on fixing the language parameter? Stephen Kirrage talk - contribs 13:36, 4 December 2008 (UTC)


Thanks for being so diligent, MZMcBride. I've double checked the diff, and the output of the revised template is fine for all the testcases; the hard coding is also intentional. Please go ahead and make the edit. (That'll fix the language parameter, Kirrages). Thank you!
P.S. for clarity the edit requested is
Martin (Smith609 – Talk) 22:28, 6 December 2008 (UTC)
|language= appears to be fixed. Thanks. Stephen Kirrage talk - contribs 00:46, 8 December 2008 (UTC)
However, |others= is still very much missing in action, and needs to be fixed. While {cite book} now contains the line
|Other = {{{others|}}}
{citation/core} does not appear to possess a corresponding |Other= parm that cite book's |others= is passed to. AFAIK citation/core has never had one, and not sure whether Martin's code above was intended to address this, or not. --cjllw ʘ TALK 04:32, 8 December 2008 (UTC)
Still waiting for the edit requested immediately overhead to be fulfilled, so that citation/core can have the 'others' parameter implemented. Bullying an admin may accelerate the process if you're in a hurry for its return! (-; Martin (Smith609 – Talk) 04:43, 8 December 2008 (UTC)
ah, I see. I misread the foregoing discussion, & wasn't clear that others had also been addressed in the proposed code. Now I've looked at it more closely I can see it's there, & since you've revalidated it and after doing some more tests, I've implemented the requested change to citation/core myself by copying this version of [Template:Citation/core/book. Cheers, --cjllw ʘ TALK 09:13, 8 December 2008 (UTC)

how do I cite a chapter of a work within an anthology?

Is there a way to use a citation template to cite a chapter of a work within an anthology? I think I need something like:

{{cite book |author=Augustine |authorlink=Augustine of Hippo |chapter=What Sins are Trivial and What Heinous is a Matter for God's Judgment |chapterurl=http://www.ccel.org/ccel/schaff/npnf103.iv.ii.lxxx.html |accessdate=2008-12-09 |title=[[Enchiridion of Augustine|Enchiridion]] |editor=[[Philip Schaff]] |year=1885 |anthology=[[Nicene and Post-Nicene Fathers]] |volume=3 |publisher=[[T&T Clark]] |location=[[Edinburgh]]}}

Of course, there is no "anthology" field. Is there some other way to do this?  —Chris Capoccia TC 07:53, 9 December 2008 (UTC)

I couldn't think of a way to make this work with any of the citation templates, so I formatted it without a template like this:

[[Augustine of Hippo|Augustine]] (1885). "[http://www.ccel.org/ccel/schaff/npnf103.iv.ii.lxxx.html What Sins are Trivial and What Heinous is a Matter for God's Judgment]." ''[[Enchiridion of Augustine|Enchiridion]]''. in [[Philip Schaff]]. ''[[Nicene and Post-Nicene Fathers]]''. '''3'''. [[Edinburgh]]: [[T&T Clark]].

I'd rather do it with templates, but I don't think it's possible.  —Chris Capoccia TC 18:45, 9 December 2008 (UTC)
My suggestion, is to use the |series= parameter for the anthology (here in your example, Nicene and Post-Nicene Fathers). Your anthology is more or less equivalent to a monographic series of works, ie appropriate for the series field. So, you'd have something like:
{{cite book |author=Augustine |year=1885 |chapter=What Sins are Trivial and What Heinous is a Matter for God's Judgment |title=Enchiridion |editor=Philip Schaff |series=Nicene and Post-Nicene Fathers, vol. 3 |publisher=T&T Clark |location=Edinburgh}}

That would appear (minus all the hyperlinks not coded in this example)

  • Augustine (1885). "What Sins are Trivial and What Heinous is a Matter for God's Judgment". In Philip Schaff (ed.). Enchiridion. Nicene and Post-Nicene Fathers, vol. 3. Edinburgh: T&T Clark. 
Reckon that would work. --cjllw ʘ TALK 04:58, 10 December 2008 (UTC)

Page numbers

I noticed changes to this template on page numbers being implemented by a bot. My question is should the automatic inclusion of p. or pp. be followed by a non-breaking space rather than a space to keep the page number with the prefix? Keith D (talk) 12:14, 1 December 2008 (UTC)

As an aside, I was also disappointed to see that this new template behaviour isn't smart enough to use p. / pp. correctly and automatically.
This is also an incompatible API change that affects a huge number of pages, but it's justifiable as a goal. If the template is going to do this, then having a 'bot fix the content seems sensible. Andy Dingley (talk) 12:31, 1 December 2008 (UTC)
After this edit, a featured article has now one citation "pp.69" while all other references use "p429" or some such. I wonder what single page references are supposed to look like now (use nopp and add "p." manually?). Rl (talk) 12:56, 1 December 2008 (UTC)
Unfortunately there is no way to automatically add 'pp' using the template functions available. We can't discriminate based on whether or not the first digit is a number, as page ranges such as i-iv are possible. Taking the pp out of the parameter specification was essential for uniformity and metadata parsing (for users using library-provided plugins to find references, etc).
In the meantime, Citation bot is going around removing duplicate pp.s from articles as fast as its edit rate will let it. There are a couple of permutations that I missed when I coded such as "p429" and "Pg 24". I'm going to accumulate a comprehensive list of these, then run the bot on all pages again to catch anything left behind. If anyone spots any others, I'd be grateful if they'd note them here.
This doesn't come back to the original question, which I think is a matter of personal preference - I don't see that it matters either way, except that I (and apparently other editors, see above) think that the space looks a bit neater, and is consistent with common grammar. Martin (Smith609 – Talk) 13:37, 1 December 2008 (UTC)
Your new version has separate "page" and "pages" parameters, the bot should change the template use the correct one when it removes the "p." or "pp."; you could also probably detect which to use based on the presence of certain punctuation in the value (unfortunately, there is no way for the template to do the detection automatically). Also, you're going to need to do the same thing for the "edition" field, we now have references claiming "First edition ed.". Anomie 18:13, 1 December 2008 (UTC)

@Martin: Why would the first character be significant for setting "pp" (as opposed to "p")? I thought the presence of a dash mark could be a fairly reliable indicator. But maybe it's better not to be too clever. ... Anyhow, one special case I know about are references to footnotes (along the lines of "p 32 fn 4"). Rl (talk) 08:50, 2 December 2008 (UTC)

Wikipedia Parserfunctions cannot tell whether there's a dash in the parameter; they can only do tricksy things with the first character (if it is the same in upper and lower case it isn't a letter, for instance). However I will set Citation bot going based on the presence of dashes and hyphens over the weekend. Martin (Smith609 – Talk) 22:47, 2 December 2008 (UTC)
That explanation helped. Thanks. Rl (talk) 14:41, 4 December 2008 (UTC)

I just noticed this too, I have an article with refs that now say "pp. p. 285." (I think because I manually added a "p." ages ago). Anyone know a quick fix? Ryan4314 (talk) 04:49, 11 December 2008 (UTC)

i really don't think it is all that difficult or too much trouble for editors to add p., pp. or edition manually. it seems to me that the current preformatting the field is unnecessary and it was fine the way it was. i'd like to see the changes reversed.

partial backout of citation/core changes for 'language' and 'format' cite book parms

I have had to partially back out the changes to citation/core that I'd recently implemented, in response to the edit request in this section above. The changes to citation/core had been copied from this version of proposed code, requested/supplied by Martin on 6 December.

The introduction of that new code (intended for cite book) had the side-effect of making |language= and |format= parms appear twice for {{cite journal}}, like so (since I've backed out those changes I'm simulating here in a sandbox pg the call by {{cite journal}} to citation/core/book which still contains the original proposed code):

I gather that the proposed code for citation/core included a number of fixes/changes, namely:

  1. fix/change to |language= parm (intended for cite book)
  2. fix/change to |format= parm (intended for cite book)
  3. bringing back the |others= parm that cite book used to have
  4. introduction of an |archive= parm
  5. insertion of |Sep= (separator) parm in the 'URL and AccessDate' section of the code

It seemed that the changes for 1 and 2 were the cause of the double-appearance of these two parms, so the code for those in citation/core has been set back to the way it was immediately before. Items 3,4 and 5 are not involved in this issue, so they have been retained in the current version of citation/core. If there are any further probs then the whole thing can/shld be backed out to the way it was before.

Suggest that the fixes/changes #'s 1 and 2 be further analysed & debugged before resubmitting. Also, maybe it would be a good idea for simplicity's sake to implement fixes/changes to citation/core incrementally, ie one-at-a-time, it can complicate matters bunching a few of 'em up in the same edit to citation/core.--cjllw ʘ TALK 08:12, 9 December 2008 (UTC)

I resolved this in Template:Citation/core/web, but I haven't had the time to fully test this yet. If you can determine that it won't have any deleterious effects on cite book / cite journal, copying Template:Citation/core/web to Template:Citation/core should restore the language and format parameters without duplication. I won't have time to test it until the weekend, at the earliest, so if someone else were willing to check things out that would be great. Martin (Smith609 – Talk) 19:02, 9 December 2008 (UTC)
Fixed Tested and edit proposed at Template talk:Citation/core.Martin (Smith609 – Talk) 14:19, 12 December 2008 (UTC)

Page number bug in Zotero?

It seems that a lot of edits Citation bot (talk · contribs) is making relate to the number of pages in a book, not a specific page. I think these numbers are generated when importing data via Zotero. For example, that's how I added books to Keith Vinicombe. You can recognise such data by the presence of double colons. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 13:03, 14 December 2008 (UTC)

This needs following up with the Zotero developers. Martin (Smith609 – Talk) 18:10, 14 December 2008 (UTC)
IIRC, Zotero uses a (plug-in?) script provided (and maintained?) by one or more WP editors (I know not who). Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 21:08, 14 December 2008 (UTC)


The language parameter seems to be broken. Can anyone help? Stephen Kirrage talk - contribs 10:32, 1 December 2008 (UTC)

I've made this fix and added it to the requested edit above. Martin (Smith609 – Talk) 13:43, 1 December 2008 (UTC)
Thanks. Stephen Kirrage talk - contribs 14:01, 1 December 2008 (UTC)
Still broken ? Racconish (talk) 09:27, 4 December 2008 (UTC)
Yes, still broken. Stephen Kirrage talk - contribs 09:56, 4 December 2008 (UTC)
See the discussion above; it'll be fixed when the requested edit is made, which requires someone to double check my changes. I'll be able to do this at the weekend. Martin (Smith609 – Talk) 14:56, 4 December 2008 (UTC)
I'm getting slightly confused here: Stephen Kirrage wrote earlier today in section "Translator" that |language is now fixed. As far as I can see, it is not. Or is it? Racconish (talk) 07:49, 8 December 2008 (UTC)
It's fixed, or should be; I can see it & the code is there now. Maybe you need to clear your cache for the page you've been looking at?--cjllw ʘ TALK 09:03, 8 December 2008 (UTC)
Confirmed. Thanks Racconish (talk) 10:23, 8 December 2008 (UTC)
Update- the fix for this had to be backed out, so it's still an outstanding problem- see section below. --cjllw ʘ TALK 23:23, 11 December 2008 (UTC)

Due to a recent modification, the language field is the first thing to be displayed if the author's name is not present. Normally, the title should come first. --Adoniscik(t, c) 19:50, 15 December 2008 (UTC)