This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 30 | ← | Archive 32 | Archive 33 | Archive 34 | Archive 35 | Archive 36 | → | Archive 40 |
In its present incarnation, {{
cite Q}}
is a meta-template using {{
citation}}
. It uses parameter values obtained from wikdata. Wikidata holds
OpenLibrary identifiers that begin with an 'OL' prefix. cs1|2 emits an error message when the value assigned to |ol=
has an 'OL' prefix. Because this situation is reminiscent of
this discussion, I have modified the |ol=
error checking to quietly accept OL identifiers with the OL prefix. The appearance of the rendering has not changed:
Wikitext | {{cite book
|
---|---|
Live | Treasure Island. OL 7130221M. |
Sandbox | Treasure Island. OL 7130221M. |
— Trappist the monk ( talk) 10:19, 28 May 2017 (UTC)
As the Module talk:Citation/CS1/COinS seems to be moribund, I decided to post here.
It took me a hour or more to work out that this was the cause of a problem that I have, because I read Help:CS1 and could not see that it was an obvious feature (so I assumed it was some sort of hidden character in the string or a fault in my scripting):
* {{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] <!-- |encyclopedia=A well known encyclopedia --> }}
Works
* {{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] |encyclopedia=A well known encyclopedia }}
Does not work because the ’
has been replaced with '
The reason for this substitution is in Module:Citation/CS1/COinS line 177:
value = value:gsub ('<span class="nowrap" style="padding%-left:0%.1em;">'(s?)</span>', "'%1"); -- replace {{'}} or {{'s}} with simple apostrophe or apostrophe-s
What is the thinking behind this line? -- PBS ( talk) 12:57, 25 May 2017 (UTC)
HO-hum it seems that is unlikely to be the line as ' is an ordinary ASCII single quote '
so presumably the conversion is elsewhere. --
PBS (
talk) 13:13, 25 May 2017 (UTC)
{{
'}}
and {{
's}}
templates are part of a cs1|2 parameter value because we don't want all of that extraneous html and css in the metadata.kern_quotes()
in
Module:Citation/CS1. There, the ‘
and ’
characters (U+2018 & U+2019) are replaced with simple typewriter quotes, perhaps a bit overzealously. I've tweaked the sandbox to limit that replacement so that only those curly quotes that are the first and last characters to the title are replaced:
{{cite encyclopedia/new |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] |encyclopedia=A well known encyclopedia}}
When I was trying to understand the example, I was distracted by what I perceived as errors in writing the citation. Maybe the following would be less distracting:
* {{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)| SPENSER (Edmond)]] |encyclopedia = Dictionnaire universel d'histoire et de géographie | last1 = Bouillet | first1 = Marie-Nicolas | last2 = Chassang | first2 = Alexis }}
As in PBS's report, Wikisource can't find the article. Note that I intentionally changed the curly single quote (used as an apostrophe) to a straight quote in the encyclopedia parameter. Jc3s5h ( talk) 14:35, 25 May 2017 (UTC)
‘’ “”
so potentially we have a problem that to access a section on Wikisource an ASCII single quote 's
would be needed in the section header even though the rest of the text uses ’s
. --
PBS (
talk) 16:40, 25 May 2017 (UTC)“”
.{{
cite EB1911}}
fails on trying to link to that section, but does link to the one immediately before it.
First things first: the reason that your {{
cite EB1911}}
example does not work has nothing to do with any kind of quotes. The link doesn't work because a space (or underscore) is missing from between 'Crowning' and 'Mercy'. If I rewrite that example as:
{{cite EB1911|short=x|wstitle=Great Rebellion#The "Crowning Mercy"}}
the link works and takes me to the proper place in the wikisource text.
Now quotes and kerning. cs1|2 renders certain titles inside double quote marks. Sometimes titles, especially news article titles, contain single or double quote marks: Alien abduction survivor: 'They've got Elvis!'
Without kerning, the terminal quote mark in my example would be placed directly adjacent to the trailing double quote mark applied by the cs1|2 template; kerning inserts a small amount of space so that the two quote marks can be distinguished. When I originally wrote the kerning code, I deferred support for wikilinked title text that cs1|2 would render in quotes because, in general, there is relatively little need for linking to en.wiki articles about a chapter or news article (if there are any such articles). Of course that ignores interwiki links to WikiSource among others.
The problem with wikilinked quoted title text is that kern_quotes()
is looking for a single or double quote mark as the first and/or last character in the title text. With wikilinks, the wiki markup gets in the way and there are two forms of wikilink. For the time being, and until I noodle out an appropriate solution, for wikilinks like the first example below, In the second example, because there is a label, kern_quotes()
shall do nothing because there is no 'label' for that link.kern_quotes()
does insert the space to separate quote marks:
Wikitext | {{cite encyclopedia
|
---|---|
Live | . Encyclopædia Britannica. |
Sandbox | . Encyclopædia Britannica. |
Wikitext | {{cite encyclopedia
|
---|---|
Live | . Great Rebelion. Encyclopædia Britannica. |
Sandbox | . Great Rebelion. Encyclopædia Britannica. |
I have restored the curly quote replacement code because kerning shall not be applied to the link portion of a wikilink. The example above, uses curley quotes in the label part of the wikilink. The example below shows that even with the curley quote replacement code restored, the link to wikisource works:
Wikitext | {{cite encyclopedia
|
---|---|
Live | . A well known encyclopedia. |
Sandbox | . A well known encyclopedia. |
— Trappist the monk ( talk) 17:15, 26 May 2017 (UTC)
Sorry for the mistake, and thanks for pointing it out. "kerning" is nice to have, however not having it is not a show stopper. How soon can the fix to access to " wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Index alphabétique - A" be available in production? -- PBS ( talk) 12:25, 28 May 2017 (UTC)
{{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] |encyclopedia=A well known encyclopedia}}
Why there is only one category (for first language) added when there are two or more languages entered in para |language=
? --
Obsuser (
talk) 03:03, 3 June 2017 (UTC)
add_prop_cat()
has a primary purpose of preventing the addition of multiple duplicate categories of the same kind at the end of the rendered citation. When there are multiple languages in |language=
, add_prop_cat()
receives one of two key values: foreign_lang_source
or foreign_lang_source_2
. If add_prop_cat()
has never seen these keys previously while processing |language=
, then the property category is added to the list. Once seen, no more of that kind of property cat will be added.language_parameter()
append the ISO 639 language code to the property's key to make each key language specific and add_prop_cat()
to remove the code for rendering. If you copy this:
{{code|{{cite book/new |script-title=he:Title |language=sr, he, Old English, es, fr, Delaware}}}}
<cite class="citation book"> <bdi lang="he" >Title</bdi> (in Serbian, Hebrew, Old English, Spanish, French, and Delaware).</cite><span title="ctx_ver=Z39.88-2004&rfr_id=info%3Asid%2Fen.wikipedia.org%3AFrank+Speck&rft.btitle=Title&rft.genre=book&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook" class="Z3988"><span style="display:none;"> </span></span>[[Category:CS1 uses Hebrew-language script (he)]][[Category:CS1 Serbian-language sources (sr)]][[Category:CS1 Hebrew-language sources (he)]][[Category:CS1 foreign language sources (ISO 639-2)|ang]][[Category:CS1 Spanish-language sources (es)]][[Category:CS1 French-language sources (fr)]][[Category:CS1 foreign language sources (ISO 639-2)|del]]
Just wonder what happened to Category:CS1 maint: English language specified? Why was it removed? – Danmichaelo ( talk) 04:30, 6 June 2017 (UTC)
I am finding myself in a little edit war with
User:Waldir , who added a "hdl" parameter to a ref in
this dif with edit note: Added free to read links in citations with
OAbot #oabot)
. The specific handle added here was
hdl:
10722/198790, which I hesitate to post, but I guess we need it for the discussion. There is a full-text link to the article on that webpage. I do not see any indication that this is a non-copyright-infringing copy.
My removal was reverted in
this dif, with edit note Undid edit
784333522] -- restore link to full text, as existing DOI/PMID link to paywalled sources.
and I again reverted.
So -
I've posted a link to this at the article talk page and may post other places to broaden this, depending on how this goes...who knows I may have something to learn here. Jytdog ( talk) 03:15, 8 June 2017 (UTC)
|citeseerx=
but is not run as a bot anymore (the BRFA was withdrawn). It has become a semi-automated tool where users are asked to check the links they add (
https://tools.wmflabs.org/oabot/). Checking if a copy is legal can be genuinely hard even for librarians (it is not just whether it is an author manuscript or not! Very often, you need to take into account policies from publishers, from universities and funders, to assess the status of these copies). These considerations have little to do with the nature of the identifier used to insert the link (for instance, it is possible that a |doi=
links to a copyvio, because some preprint servers can issue DOIs). −
Pintoch (
talk) 07:57, 8 June 2017 (UTC)[Approximately] no one uses access-date. accessdate is the norm; access-date is the alternate.
I changed this documentation page to reflect this [de-facto] usage. Someone changed it back, saying "the canonical parameter names are hyphenated".
1) Both forms are listed, and they function identically. Therefore both forms are canonical. Or, whichever form is listed first is canonical. I changed the order here, thus changing the canon. Is that a problem? 2) I thought that this instruction page, not linking to any policy page, was the only guideline for this parameter. Does this parameter have a canon? Citation needed. (Let's change it too.) 3) If usage is 99% "accessdate" and 1% "access-date", then an unwritten rule or tradition supersedes the examples here. Thus these examples make fools of people, and they need to be corrected. If there is a canon, it also needs to be revised. 4) "is" does not mean "forever shall be. It would be hard to excuse not changing this. - A876 ( talk) 13:48, 11 June 2017 (UTC)
The documentation is to show this lowercase, hyphenated version as the one for "normal use".What I wrote in the edit summary that accompanied the reversions of your edits is correct: the canonical forms of multi-word cs1|2 parameter names are the hyphenated forms.
|accessdate=
(c. 2006). Because the parameters |access-date=
and |accessdate=
are aliases of each other, there can be no mass change by robot to convert |accessdate=
to |access-date=
because such a change is merely cosmetic. Cosmetic-only changes by robot are prohibited. See
WP:COSMETICBOT.I have just tried an experiment, at User:Pigsonthewing/Zotero-test, where I imported a citation to Zotero, from a Wikipedia citation template, using its COinS metadata. I then exported that citation from Zotero as a Wikipedia citation template,
The order of the author names was not preserved (instead, they were apparently sorted alphabetically by first name in the COinS output of the original template).
Is that deliberate? Can the behaviour be changed, so that the order is preserved in a round-trip? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:39, 12 June 2017 (UTC)
{{Cite journal| doi = 10.1371/JOURNAL.ONE.0010676| volume = 5| issue = 5| last3 = Tassell| first3 = James L. Van| last1 = Williams| first1 = Jeffrey T.| last2 = Carpenter| first2 = Kent E.| last7 = Smith| first7 = Michael| last4 = Hoetjes| first4 = Paul| last6 = Etnoyer| first6 = Peter| last5 = Toller| first5 = Wes| title = Biodiversity Assessment of the Fishes of Saba Bank Atoll, Netherlands Antilles| journal = PLOS ONE| date = 2010-05-21}}
{{
cite journal}}
: CS1 maint: unflagged free DOI (
link)rft.au=Carpenter%2C+Kent+E.&rft.au=Etnoyer%2C+Peter&rft.au=Hoetjes%2C+Paul&rft.au=Smith%2C+Michael&rft.au=Tassell%2C+James+L.+Van&rft.au=Toller%2C+Wes&rft.aufirst=Jeffrey+T.&rft.aulast=Williams
{{Cite journal/new| doi = 10.1371/JOURNAL.PONE.0010676| volume = 5| issue = 5| last3 = Tassell| first3 = James L. Van| last1 = Williams| first1 = Jeffrey T.| last2 = Carpenter| first2 = Kent E.| last7 = Smith| first7 = Michael| last4 = Hoetjes| first4 = Paul| last6 = Etnoyer| first6 = Peter| last5 = Toller| first5 = Wes| title = Biodiversity Assessment of the Fishes of Saba Bank Atoll, Netherlands Antilles| journal = PLOS ONE| date = 2010-05-21}}
{{
cite journal}}
: CS1 maint: unflagged free DOI (
link)|last1=
" author is correctly listed first, etc., even though he is listed second in the citation template above. The relevant portion of the citation looks like this:
rft.aulast=Williams&rft.aufirst=Jeffrey+T.&rft.au=Carpenter%2C+Kent+E.&rft.au=Tassell%2C+James+L.+Van&rft.au=Hoetjes%2C+Paul&rft.au=Toller%2C+Wes&rft.au=Etnoyer%2C+Peter&rft.au=Smith%2C+Michael
{{Cite journal| doi = 10.1371/JOURNAL.PONE.0010676| volume = 5| issue = 5| last1 = Williams| first1 = Jeffrey T.| last2 = Carpenter| first2 = Kent E.| last3 = Tassell| first3 = James L. Van| last4 = Hoetjes| first4 = Paul| last5 = Toller| first5 = Wes| last6 = Etnoyer| first6 = Peter| last7 = Smith| first7 = Michael| title = Biodiversity Assessment of the Fishes of Saba Bank Atoll, Netherlands Antilles| journal = PLOS ONE| date = 2010-05-21}}
, which maintains the original ordering.
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 09:12, 13 June 2017 (UTC){{
Cite Q}}
which gets its parameter values from WikiData. {{
Cite Q}}
uses |authorn=
parameters and WikiData provides author names first-name-first. As Editor Jonesey95 correctly points out,
Module:Citation/CS1/COinS sorts the metadata. When the cite does not use |last1=
and |first1=
all author-names are assigned to &rft.au
keys. When the metadata are sorted, the sort compares the whole key/value string. Because author-names in this example are fist-name-first, that is how they were sorted.{{
Cite Q}}
calls {{
citation}}
and {{citation}}
uses the same
Module:Citation/CS1/COinS as does {{
cite journal}}
. The sorting differences that you see in the above examples occur because {{Cite Q}}
feeds |authorn=
parameters to {{citation}}
but the example {{cite journal}}
uses |lastn=
and |firstn=
. The module concatenates the value assigned to |lastn=
with a comma and a space and with the content of |firstn=
when it creates a &rtf.au=lastn, firstn
key/value pair. There is no concatenation when the author name is contained wholly in |authorn=
; the module does not attempt to rearrange such names into last-first order. When the cs1|2 template uses the first author parameters |last1=
and |first1=
, the values from these parameters are assigned to the &rft.aulast
and &rft.aufirst
keys respectively. Because there can only be one 'first' author, only one of each of these keys is allowed in the metadata; all other authors are placed in individual &rft.au
keys.How do I mark a dead-url without an archive-url ?
I'm trying to mark the 2nd reference in the article Common moorhen as a dead link. I can't find an archive on Archive.org or webcite so don't have an archive-url. When I add dead-url=yes to the cite template nothing changes. I was expecting a dead-link marker to be displayed in the References section.
The dependancies for dead-url is listed as just 'url', but it actually seems to depend upon archive-url (and url and archive-date). Well, I don't get an error, but I don't get any effect either.
Platinke ( talk) 10:29, 20 June 2017 (UTC)
{{
dead link}}
. |dead-url=
has a default value of yes
. When set to no
, it causes the template to select the value in |url=
when linking the value in |title=
; otherwise |title=
is linked with |archive-url=
.Discussion has started to expand this template to display the author and to support a date. However, this template also accepts ordered parameters, although the documentation makes no mention of it. I wonder if there's an easy way to verify that no ordered-parameter usage exists (and to list these, if any). If there are none, it may also be best to not support ordered parameters anymore for this template. If there are, the date field would unfortunately be positioned after the accessdate one to not break existing usage (of course not affecting named parameter usage). The discussion started on the template's talk page and there is a working potential replacement in a sandbox that is linked there. Thanks, — Paleo Neonate - 00:40, 20 June 2017 (UTC)
Done Thanks to Trappist the monk and Jonesey95, the template was successfully improved, errors also cause preview warnings and pages to be added to a category. — Paleo Neonate - 07:40, 22 June 2017 (UTC)
Can someone add a tracking category for "Id parameter with ISBN tempate"? Is that easy or requites extra coding? -- Magioladitis ( talk) 06:22, 22 June 2017 (UTC)
id = ISBN
or id = {{ISBN
in a maintenance category. Editors sometimes put redundant ISBNs in the |id=
parameter. Redundant ISBNs can typically be removed with no harm, and ISBNs in the id= parameter without an ISBN present elsewhere in the citation template should probably be moved to |ISBN=
. –
Jonesey95 (
talk) 06:47, 22 June 2017 (UTC)|id=
to hold isbns? This
insource search finds less than 700 instances of |id={{isbn|...}}
so it doesn't seem to be a widespread 'problem'. Certainly, as Editor Jonesey95 points out, redundant isbns in |id=
can be removed. Are there not cases where a second, supplementary isbn would be appropriate?|eISBN=
(or functional equivalent) (see
1; I was sure there was another thread, but I can't find it now), adding supplementary ISBNs to |id=
is a necessary safety valve. The prime example, that I thought I'd posted previously, being things like
Cambridge Core, that publishes digital copies of print books. In most cases (at least for now) the print and digital versions are identical in all the ways that matter for citation purposes, but each has a separate ISBN (often called "eISBN" or "Online ISBN"; it's analogous to |eISSN=
). In terms of citations, each are equivalent but there are two ways to access the same source. For instance, your institution (school, library, whatever) may not be able to afford the online service (they are expensive!), but have the print book in its collections. Or in my case, I have access to the online service through
The Wikipedia Library, but my local uni library has a very limited selection of the reference works I need. --
Xover (
talk) 15:53, 22 June 2017 (UTC)
Hello. {{ Link language}} is a template for use with external links, to highlight that the linked resource is in a foreign language.
Recently, a consensus on a change to that template has been reached, and its appearance is now consistent with the various "cite" templates, e.g. "Invalid language code.".
As a next step, I would like to "interlock" the two, so that the appearance of {{
Link language}} cannot be changed without also changing the rendering of the language
parameter of the cite templates—and vice versa. The goal is to somewhat enforce a consistency in styles, which I believe is already happening between the various cite templates.
Before I raise a formal RfC, could you please help me:
Thanks! 2A02:C7D:DA0A:DB00:6C22:2CCB:28CB:25A2 ( talk) 21:41, 19 June 2017 (UTC)
|language=
is defined at line 84 in
Module:Citation/CS1/Configuration (search for ['language']
). It is used at line 1465 of
Module:Citation/CS1 (search for wrap_msg ('language', name)
). The result is then included in the various template outputs at lines 3231–3270 in Module:Citation/CS1 (search for , Language
).languageicon
adds to the {{
link language}}
rendering.languageicon
, I don't know either, but I suspect it's just there so that users can have custom CSS overrides on their clients, as opposed to this existing in some global Wikipedia CSS file. Is there a way we can find for sure?local function language_parameter (lang)
seems to have two distinct responsibilities (code/name lookup, categorisation), and so it should probably split out in two separate functions, because {{
link language}} may not need the latter, or may need a different version of it. But this is a detail that we can flesh out later.<span class="languageicon"><callLua function="wrap_msg ('language', {{{1}}})"></callLua></span> <!-- Do not use this line, I just made it up! -->
|language=
.language_parameter()
is to consolidate all required work necessary in a single place. Were the presentation portion of that a matter of some complexity, I might agree that it should be split out. As it is, presentation is trivial so leaving it where it is does no harm. I certainly would have considered separate functions for the various tasks needed to support |language=
if there were other parameters that needed the exact functionality so that duplicate code would be unnecessary. There are none so I did not.p={}
cfg = mw.loadData ('Module:Citation/CS1/Configuration');
function p.lang_render (frame)
local lang = frame.args1];
return lang and mw.message.newRawMessage( cfg.messages'language'], lang ):plain() or 'no language specified';
end
return p;
<span class="languageicon">{{#invoke:Bob|lang_render|{{{1}}} }}</span>
The consensus at Template talk:Link language was to remove all the special styling that other template used to have. So why do you want to add extre processing to this template to reintroduce special styling for language links? — David Eppstein ( talk) 07:03, 20 June 2017 (UTC)
<span class="languageicon">{{#invoke:Citation/CS1|language_parameter|{{{1}}} }}</span> <!-- <<< Fix me please -->
|language=
parameter rendering in an unrelated template. It does work as intended if the {{{1}}}
(which I took from your example) is replaced with a language name. I have put the module snippet in a sandbox
Module:Sandbox/trappist the monk/bob. It works:
{{#invoke:Sandbox/trappist the monk/bob|lang_render|Spanish}}
→ {{#invoke:Sandbox/trappist the monk/bob|lang_render|Spanish}}{{
link language}}
already does to get this:
{{#invoke:Sandbox/trappist the monk/bob|lang_render|{{ISO 639 name es}}}}
→ {{#invoke:Sandbox/trappist the monk/bob|lang_render|{{ISO 639 name|es}}<!-- Spanish -->}}{{link language}}
; a couple of years ago I took the trouble of disentangling cs1|2 from the foreign-language external link categories so I stand opposed to allowing them to intermixwrap_msg ('language', language_name)
, and reuse it in both cases? Thanks.
2A02:C7D:DA0A:DB00:2D9B:C031:27B7:C1C1 (
talk) 07:02, 22 June 2017 (UTC)
{{ISO 639 name xx}}
templates are the way they are. It appears that there once was a move to convert some or all of the 1200-ish templates to a module but that seems to have never happened (see
this discussion).I added a citation to an article just now, in this edit. As you can see if you look at the footnote it generated, part of the URL has been prepended to the article's title. I am guessing that this is due to the first double quote mark in the URL (as copied and pasted from the browser's address bar) being misinterpreted by the template as the first double quote mark delineating the start of the title.
I can't seem to find the source of the CS1 template anywhere, so cannot confirm my hunch. Please could someone reply with (a) a link to the CS1 template source, (b) a WP:PING to me, and (c) a fix for the issue, if possible. Thanks! zazpot ( talk) 14:08, 26 June 2017 (UTC)
[https://books.google.co.uk/books?id=HF4hAQAAMAAJ&dq="metrically+compatible"&hl=en&sa=X&ved=0ahUKEwiO8uy1xNvUAhUD6RQKHXllCyoQ6AEINTAH Monotype releases New Media Core Fonts]
%22
):
[https://books.google.co.uk/books?id=HF4hAQAAMAAJ&dq=%22metrically+compatible%22&hl=en&sa=X&ved=0ahUKEwiO8uy1xNvUAhUD6RQKHXllCyoQ6AEINTAH Monotype releases New Media Core Fonts]
I am asking here because apparently the talk page for the module internals redirects to the talk page for the style externals. Because dada, I guess.
Module:Citation/CS1 lns 3110-3116. set(Quote) is used to format |quote=
and |postscript=
.
I have noticed several instances in Chrome for Windows (versions 59.x and 58.x) where said function breaks the opening quotation mark from the quoted text. The markup-based workarounds (they do exist) are clumsy. Please add relevant no-wrap code between the opening quotation mark and the adjacent text. No-wrapping should be added after the closing quotation mark too, for the cases where the quote does not terminate. For style-conformance, a full-stop should be added right after the utilized template, and that stop might be left hanging. Thanks. 72.43.99.146 ( talk) 00:55, 27 June 2017 (UTC)
markup-based workarounds?
Very hard to reproduce because it dependson all of those things; how then to know what it is that needs fixing if indeed fixing is required or possible? That is why I asked for a real life example.
{{cite book |title=Title |quote=Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua.}}
Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua.
word-wrap: break-word;
as one of its properties. I suspect that this property is set this way to support {{
reflist}}
columns; an unbreakable string of characters would disrupt even columnar display. I could, of course be wrong about this.|quote=
:
<dd>qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq<cite class="citation book"><i>Title</i>. <q>Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua.</q></cite><span title="ctx_ver=Z39.88-2004&rfr_id=info%3Asid%2Fen.wikipedia.org%3AHelp+talk%3ACitation+Style+1&rft.btitle=Title&rft.genre=book&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook" class="Z3988"><span style="display:none;"> </span></span></dd>
<q>...</q>
element, they aren't physically there (you can test this by copypasting the rendered text qqqqTitle. Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua. When I narrow
). My experience is that it is wrapped before the first quotemark by my browser (Opera 36). It seems to me that this is variation between browsers, and so largely outside our control: you would need to request your browser vendor for an enhancement. --
Redrose64 🌹 (
talk) 08:38, 28 June 2017 (UTC)
or the html tag) at the beginning and/or end of the quoted text rectifies this. So something can be done, clumsily. I would add that this has nothing to do with typesetting; this is about the integrity and readability of the citation. Readers should be able to see at a glance where quoted text begins or ends. Hanging quote marks could make the citation easier to misread.
65.88.88.196 (
talk) 13:18, 28 June 2017 (UTC)
to my example above (between the dot and the }}
). If what you suggest is working, then one should expect, when carefully narrowing the browser window, that the dot and the quote mark will wrap simultaneously. Instead, they wrap individually; even the
character wraps individually. That result is not surprising to me given that the word-wrap: break-word;
property forces the browser to break lines on character boundaries when it can't break them on word boundaries.It would be nice if we could enter the Google Books id for a work into a dedicated parameter, say |googleid=
(which I understand existed long, long ago for different purpose but has been deprecated long enough that none should survive).
Then if |page=
is supplied, the proper url for the page could be wrapped around the page number in a sensible fashion; if no page number is supplied then either the title of the book could be linked in the absence of an explicit |url=
or a separate link like we do for |doi=
, etc.
It would be nice if we could also cope with |pages=
and/or pages specified with roman numerals but just the basic functionality would help for now.
TIA HAND —
Phil |
Talk 16:16, 5 June 2017 (UTC)
|plainurl=
in the CS1 |url=
parameter. See Example 2 on the template's documentation page. Have you tried it? –
Jonesey95 (
talk) 17:50, 5 June 2017 (UTC)
|googleid=
would allow a separate link to be displayed using the same logic as {{
Google books|plainurl}} and reduce the editing clutter. —
Phil |
Talk 12:10, 29 June 2017 (UTC)|Google Scholar id=
at the same time; Wikidata has just created
Google Scholar paper ID (P4028) for this.
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 23:10, 5 June 2017 (UTC)
|url=
or |id=
for the others.
https://scholar.google.com/scholar?cluster=17269205842348980774
we can extract 17269205842348980774
. And we can do that for many other services. But the only useful thing we can do with that number is to construct back the URL where we got it from. So why on earth should we display that number on an article? The fact that we can technically do it does not mean that we should do it! Do we really want to see something like that:
|url=
without adding anything at the end seems more acceptable, but do the benefits really outweigh the added complexity?|arxiv=
or |doi=
, because they are genuinely used as identifiers by many people. But for Google Books or Google Scholar, as far as I know these are just internal identifiers, and it would be a bit weird to cite a book by its Google Books ID. The ID exists and can be seen in the URL, sure (that's how all these websites work) but that does not mean readers should care about this particular string, I think.Some of you may be interested in a discussion on meta-wiki on making some templates, or the Lua modules behind them, work globally (i.e. across all Wikimedia projects). Citation templates have, naturally, been raised as one possible subject. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:48, 1 July 2017 (UTC)
As
Headbomb notes, above, it would be useful for this template to have a parameter, |wikidata=
for the identifier for a cited work, on Wikidata. While this will be essential for drawing metadata from Wikidata, it will be useful independently, also. Can we add one now?
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 20:22, 27 May 2017 (UTC)
"[this] will be useful independently". There are no cogent arguments for not using Wikidata IDs as identifiers in citations, as we do for, for instance OL iDs. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:24, 12 June 2017 (UTC)
|title=
. Not a perfect example as our article actually deals with multiple editions of that work, where the wikidata item must be for a single edition, but the general point stands. In citations, more identifiers are generally better; and regardless of any effort for fancy citation integration with Wikidata (which idea I'm significantly ambivalent about), one can view Wikidata as another database of bibliographic data analogous to Worldcat (but better, in many ways, because the data in Worldcat is crap and cannot, in practice, be improved). --
Xover (
talk) 11:36, 1 July 2017 (UTC)--
Citation management tool Zotero now has a Wikidata translator. Not only does it read metadata from Wikidata items about works, so you can add them to your Zotero library, but it can export metadata in a format understood by QuickStatements, enabling users to more easily create Wikidata items about the works already in their Zotero libraries. Since Zotero can already read metadata about works from other websites, or data files such as BibTeX and COinS, it can now be used as an intermediary to import that data. The translator was developed at the recent WikiCite event in Vienna. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:03, 6 July 2017 (UTC)
Shouldn't the reference to ISBN be changed from isbn=xxx to {{ISBN xxx? I realize that this is change is going to generate a lot of server load, but what's to be done? I certainly am not going to try anything of this magnitude myself. Just asking. TomS TDotO ( talk) 11:21, 7 July 2017 (UTC)
|isbn=
in cs1|2 templates. If there is a bot doing this, it must be stopped.{{
ISBN|123456789X}}
template does, is done by cs1|2 when you write |isbn=123456789X
. In fact, code that originated in cs1|2 is now used in the {{ISBN}}
template. In cs1|2 templates, all parameters are named so you can't use the unnamed parameter construct |{{ISBN|123456789X}}
. You can, but probably shouldn't, use |id=|{{ISBN|123456789X}}
if there is a second ISBN (a second ISBN usually implies a second source and cs1|2 templates are single-source only).|isbn={{ISBN|123456789X}}
is bad because the {{ISBN|123456789X}}
template drags in a whole lot of wiki markup that just confuses the MediaWiki parser and corrupts the cs1|2 template's metadata:
{{cite book |title=Title |isbn=123456789X |id={{ISBN|123456789X}}}}
{{ISBN}}
template is to be a replacement for the plain-text magic link which will be going away. cs1|2 never used the magic link capabilities so have no reason to use the {{ISBN}}
template."code that originated in cs1|2 is now used in the {{ISBN}}
template"
Shouldn't {{ISBN}}
and cs1|2 call a single, common, Module:ISBN (or whatever it would be called)? Or am I missing something?
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 23:29, 8 July 2017 (UTC){{Cite journal |last1=Shea |first1=Christopher |title=A Radical Anthropologist Finds Himself in Academic 'Exile' |journal=[[Chronicle of Higher Education]] |volume=59 |issue=32 |pages=A14–A15 |date=2013-04-19 |url=http://www.chronicle.com/article/A-Radical-Anthropologist-Finds/138499/ |issn=00095982 |via=[[EBSCOhost]] |df=mdy-all }}
Add |url-access=subscription
:
I.e., title displays as "A Radical Anthropologist Finds Himself in Academic 'Exile<span style="padding-right:0.2em;">'"
(Not watching—please {{ ping}} me with your responses.) czar 16:23, 29 June 2017 (UTC)
{{Cite journal |title='Title' |url=http://www.example.com |url-access=subscription}}
{{
cite journal}}
: Cite journal requires |journal=
(
help)
'"`UNIQ--templatestyles-00000076-QINU`"'<cite class="citation journal cs1"><span class="id-lock-subscription" title="Paid subscription required">[http://www.example.com "<span class="cs1-kern-left"></span>'Title'<span class="cs1-kern-right"></span>"]</span>.</cite><span title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=%27Title%27&rft_id=http%3A%2F%2Fwww.example.com&rfr_id=info%3Asid%2Fen.wikipedia.org%3AHelp+talk%3ACitation+Style+1%2FArchive+34" class="Z3988"></span> <span class="cs1-visible-error citation-comment"><code class="cs1-code">{{[[Template:cite journal|cite journal]]}}</code>: </span><span class="cs1-visible-error citation-comment">Cite journal requires <code class="cs1-code">|journal=</code> ([[Help:CS1 errors#missing_periodical|help]])</span>
{{cite journal/new |title='multi-word title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title=multi-word 'title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title='multi-word' title |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title='title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title=title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title='title |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help)This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 30 | ← | Archive 32 | Archive 33 | Archive 34 | Archive 35 | Archive 36 | → | Archive 40 |
In its present incarnation, {{
cite Q}}
is a meta-template using {{
citation}}
. It uses parameter values obtained from wikdata. Wikidata holds
OpenLibrary identifiers that begin with an 'OL' prefix. cs1|2 emits an error message when the value assigned to |ol=
has an 'OL' prefix. Because this situation is reminiscent of
this discussion, I have modified the |ol=
error checking to quietly accept OL identifiers with the OL prefix. The appearance of the rendering has not changed:
Wikitext | {{cite book
|
---|---|
Live | Treasure Island. OL 7130221M. |
Sandbox | Treasure Island. OL 7130221M. |
— Trappist the monk ( talk) 10:19, 28 May 2017 (UTC)
As the Module talk:Citation/CS1/COinS seems to be moribund, I decided to post here.
It took me a hour or more to work out that this was the cause of a problem that I have, because I read Help:CS1 and could not see that it was an obvious feature (so I assumed it was some sort of hidden character in the string or a fault in my scripting):
* {{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] <!-- |encyclopedia=A well known encyclopedia --> }}
Works
* {{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] |encyclopedia=A well known encyclopedia }}
Does not work because the ’
has been replaced with '
The reason for this substitution is in Module:Citation/CS1/COinS line 177:
value = value:gsub ('<span class="nowrap" style="padding%-left:0%.1em;">'(s?)</span>', "'%1"); -- replace {{'}} or {{'s}} with simple apostrophe or apostrophe-s
What is the thinking behind this line? -- PBS ( talk) 12:57, 25 May 2017 (UTC)
HO-hum it seems that is unlikely to be the line as ' is an ordinary ASCII single quote '
so presumably the conversion is elsewhere. --
PBS (
talk) 13:13, 25 May 2017 (UTC)
{{
'}}
and {{
's}}
templates are part of a cs1|2 parameter value because we don't want all of that extraneous html and css in the metadata.kern_quotes()
in
Module:Citation/CS1. There, the ‘
and ’
characters (U+2018 & U+2019) are replaced with simple typewriter quotes, perhaps a bit overzealously. I've tweaked the sandbox to limit that replacement so that only those curly quotes that are the first and last characters to the title are replaced:
{{cite encyclopedia/new |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] |encyclopedia=A well known encyclopedia}}
When I was trying to understand the example, I was distracted by what I perceived as errors in writing the citation. Maybe the following would be less distracting:
* {{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)| SPENSER (Edmond)]] |encyclopedia = Dictionnaire universel d'histoire et de géographie | last1 = Bouillet | first1 = Marie-Nicolas | last2 = Chassang | first2 = Alexis }}
As in PBS's report, Wikisource can't find the article. Note that I intentionally changed the curly single quote (used as an apostrophe) to a straight quote in the encyclopedia parameter. Jc3s5h ( talk) 14:35, 25 May 2017 (UTC)
‘’ “”
so potentially we have a problem that to access a section on Wikisource an ASCII single quote 's
would be needed in the section header even though the rest of the text uses ’s
. --
PBS (
talk) 16:40, 25 May 2017 (UTC)“”
.{{
cite EB1911}}
fails on trying to link to that section, but does link to the one immediately before it.
First things first: the reason that your {{
cite EB1911}}
example does not work has nothing to do with any kind of quotes. The link doesn't work because a space (or underscore) is missing from between 'Crowning' and 'Mercy'. If I rewrite that example as:
{{cite EB1911|short=x|wstitle=Great Rebellion#The "Crowning Mercy"}}
the link works and takes me to the proper place in the wikisource text.
Now quotes and kerning. cs1|2 renders certain titles inside double quote marks. Sometimes titles, especially news article titles, contain single or double quote marks: Alien abduction survivor: 'They've got Elvis!'
Without kerning, the terminal quote mark in my example would be placed directly adjacent to the trailing double quote mark applied by the cs1|2 template; kerning inserts a small amount of space so that the two quote marks can be distinguished. When I originally wrote the kerning code, I deferred support for wikilinked title text that cs1|2 would render in quotes because, in general, there is relatively little need for linking to en.wiki articles about a chapter or news article (if there are any such articles). Of course that ignores interwiki links to WikiSource among others.
The problem with wikilinked quoted title text is that kern_quotes()
is looking for a single or double quote mark as the first and/or last character in the title text. With wikilinks, the wiki markup gets in the way and there are two forms of wikilink. For the time being, and until I noodle out an appropriate solution, for wikilinks like the first example below, In the second example, because there is a label, kern_quotes()
shall do nothing because there is no 'label' for that link.kern_quotes()
does insert the space to separate quote marks:
Wikitext | {{cite encyclopedia
|
---|---|
Live | . Encyclopædia Britannica. |
Sandbox | . Encyclopædia Britannica. |
Wikitext | {{cite encyclopedia
|
---|---|
Live | . Great Rebelion. Encyclopædia Britannica. |
Sandbox | . Great Rebelion. Encyclopædia Britannica. |
I have restored the curly quote replacement code because kerning shall not be applied to the link portion of a wikilink. The example above, uses curley quotes in the label part of the wikilink. The example below shows that even with the curley quote replacement code restored, the link to wikisource works:
Wikitext | {{cite encyclopedia
|
---|---|
Live | . A well known encyclopedia. |
Sandbox | . A well known encyclopedia. |
— Trappist the monk ( talk) 17:15, 26 May 2017 (UTC)
Sorry for the mistake, and thanks for pointing it out. "kerning" is nice to have, however not having it is not a show stopper. How soon can the fix to access to " wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Index alphabétique - A" be available in production? -- PBS ( talk) 12:25, 28 May 2017 (UTC)
{{cite encyclopedia |title=[[wikisource:fr:Dictionnaire universel d’histoire et de géographie Bouillet Chassang/Spenser (edmond)]] |encyclopedia=A well known encyclopedia}}
Why there is only one category (for first language) added when there are two or more languages entered in para |language=
? --
Obsuser (
talk) 03:03, 3 June 2017 (UTC)
add_prop_cat()
has a primary purpose of preventing the addition of multiple duplicate categories of the same kind at the end of the rendered citation. When there are multiple languages in |language=
, add_prop_cat()
receives one of two key values: foreign_lang_source
or foreign_lang_source_2
. If add_prop_cat()
has never seen these keys previously while processing |language=
, then the property category is added to the list. Once seen, no more of that kind of property cat will be added.language_parameter()
append the ISO 639 language code to the property's key to make each key language specific and add_prop_cat()
to remove the code for rendering. If you copy this:
{{code|{{cite book/new |script-title=he:Title |language=sr, he, Old English, es, fr, Delaware}}}}
<cite class="citation book"> <bdi lang="he" >Title</bdi> (in Serbian, Hebrew, Old English, Spanish, French, and Delaware).</cite><span title="ctx_ver=Z39.88-2004&rfr_id=info%3Asid%2Fen.wikipedia.org%3AFrank+Speck&rft.btitle=Title&rft.genre=book&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook" class="Z3988"><span style="display:none;"> </span></span>[[Category:CS1 uses Hebrew-language script (he)]][[Category:CS1 Serbian-language sources (sr)]][[Category:CS1 Hebrew-language sources (he)]][[Category:CS1 foreign language sources (ISO 639-2)|ang]][[Category:CS1 Spanish-language sources (es)]][[Category:CS1 French-language sources (fr)]][[Category:CS1 foreign language sources (ISO 639-2)|del]]
Just wonder what happened to Category:CS1 maint: English language specified? Why was it removed? – Danmichaelo ( talk) 04:30, 6 June 2017 (UTC)
I am finding myself in a little edit war with
User:Waldir , who added a "hdl" parameter to a ref in
this dif with edit note: Added free to read links in citations with
OAbot #oabot)
. The specific handle added here was
hdl:
10722/198790, which I hesitate to post, but I guess we need it for the discussion. There is a full-text link to the article on that webpage. I do not see any indication that this is a non-copyright-infringing copy.
My removal was reverted in
this dif, with edit note Undid edit
784333522] -- restore link to full text, as existing DOI/PMID link to paywalled sources.
and I again reverted.
So -
I've posted a link to this at the article talk page and may post other places to broaden this, depending on how this goes...who knows I may have something to learn here. Jytdog ( talk) 03:15, 8 June 2017 (UTC)
|citeseerx=
but is not run as a bot anymore (the BRFA was withdrawn). It has become a semi-automated tool where users are asked to check the links they add (
https://tools.wmflabs.org/oabot/). Checking if a copy is legal can be genuinely hard even for librarians (it is not just whether it is an author manuscript or not! Very often, you need to take into account policies from publishers, from universities and funders, to assess the status of these copies). These considerations have little to do with the nature of the identifier used to insert the link (for instance, it is possible that a |doi=
links to a copyvio, because some preprint servers can issue DOIs). −
Pintoch (
talk) 07:57, 8 June 2017 (UTC)[Approximately] no one uses access-date. accessdate is the norm; access-date is the alternate.
I changed this documentation page to reflect this [de-facto] usage. Someone changed it back, saying "the canonical parameter names are hyphenated".
1) Both forms are listed, and they function identically. Therefore both forms are canonical. Or, whichever form is listed first is canonical. I changed the order here, thus changing the canon. Is that a problem? 2) I thought that this instruction page, not linking to any policy page, was the only guideline for this parameter. Does this parameter have a canon? Citation needed. (Let's change it too.) 3) If usage is 99% "accessdate" and 1% "access-date", then an unwritten rule or tradition supersedes the examples here. Thus these examples make fools of people, and they need to be corrected. If there is a canon, it also needs to be revised. 4) "is" does not mean "forever shall be. It would be hard to excuse not changing this. - A876 ( talk) 13:48, 11 June 2017 (UTC)
The documentation is to show this lowercase, hyphenated version as the one for "normal use".What I wrote in the edit summary that accompanied the reversions of your edits is correct: the canonical forms of multi-word cs1|2 parameter names are the hyphenated forms.
|accessdate=
(c. 2006). Because the parameters |access-date=
and |accessdate=
are aliases of each other, there can be no mass change by robot to convert |accessdate=
to |access-date=
because such a change is merely cosmetic. Cosmetic-only changes by robot are prohibited. See
WP:COSMETICBOT.I have just tried an experiment, at User:Pigsonthewing/Zotero-test, where I imported a citation to Zotero, from a Wikipedia citation template, using its COinS metadata. I then exported that citation from Zotero as a Wikipedia citation template,
The order of the author names was not preserved (instead, they were apparently sorted alphabetically by first name in the COinS output of the original template).
Is that deliberate? Can the behaviour be changed, so that the order is preserved in a round-trip? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:39, 12 June 2017 (UTC)
{{Cite journal| doi = 10.1371/JOURNAL.ONE.0010676| volume = 5| issue = 5| last3 = Tassell| first3 = James L. Van| last1 = Williams| first1 = Jeffrey T.| last2 = Carpenter| first2 = Kent E.| last7 = Smith| first7 = Michael| last4 = Hoetjes| first4 = Paul| last6 = Etnoyer| first6 = Peter| last5 = Toller| first5 = Wes| title = Biodiversity Assessment of the Fishes of Saba Bank Atoll, Netherlands Antilles| journal = PLOS ONE| date = 2010-05-21}}
{{
cite journal}}
: CS1 maint: unflagged free DOI (
link)rft.au=Carpenter%2C+Kent+E.&rft.au=Etnoyer%2C+Peter&rft.au=Hoetjes%2C+Paul&rft.au=Smith%2C+Michael&rft.au=Tassell%2C+James+L.+Van&rft.au=Toller%2C+Wes&rft.aufirst=Jeffrey+T.&rft.aulast=Williams
{{Cite journal/new| doi = 10.1371/JOURNAL.PONE.0010676| volume = 5| issue = 5| last3 = Tassell| first3 = James L. Van| last1 = Williams| first1 = Jeffrey T.| last2 = Carpenter| first2 = Kent E.| last7 = Smith| first7 = Michael| last4 = Hoetjes| first4 = Paul| last6 = Etnoyer| first6 = Peter| last5 = Toller| first5 = Wes| title = Biodiversity Assessment of the Fishes of Saba Bank Atoll, Netherlands Antilles| journal = PLOS ONE| date = 2010-05-21}}
{{
cite journal}}
: CS1 maint: unflagged free DOI (
link)|last1=
" author is correctly listed first, etc., even though he is listed second in the citation template above. The relevant portion of the citation looks like this:
rft.aulast=Williams&rft.aufirst=Jeffrey+T.&rft.au=Carpenter%2C+Kent+E.&rft.au=Tassell%2C+James+L.+Van&rft.au=Hoetjes%2C+Paul&rft.au=Toller%2C+Wes&rft.au=Etnoyer%2C+Peter&rft.au=Smith%2C+Michael
{{Cite journal| doi = 10.1371/JOURNAL.PONE.0010676| volume = 5| issue = 5| last1 = Williams| first1 = Jeffrey T.| last2 = Carpenter| first2 = Kent E.| last3 = Tassell| first3 = James L. Van| last4 = Hoetjes| first4 = Paul| last5 = Toller| first5 = Wes| last6 = Etnoyer| first6 = Peter| last7 = Smith| first7 = Michael| title = Biodiversity Assessment of the Fishes of Saba Bank Atoll, Netherlands Antilles| journal = PLOS ONE| date = 2010-05-21}}
, which maintains the original ordering.
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 09:12, 13 June 2017 (UTC){{
Cite Q}}
which gets its parameter values from WikiData. {{
Cite Q}}
uses |authorn=
parameters and WikiData provides author names first-name-first. As Editor Jonesey95 correctly points out,
Module:Citation/CS1/COinS sorts the metadata. When the cite does not use |last1=
and |first1=
all author-names are assigned to &rft.au
keys. When the metadata are sorted, the sort compares the whole key/value string. Because author-names in this example are fist-name-first, that is how they were sorted.{{
Cite Q}}
calls {{
citation}}
and {{citation}}
uses the same
Module:Citation/CS1/COinS as does {{
cite journal}}
. The sorting differences that you see in the above examples occur because {{Cite Q}}
feeds |authorn=
parameters to {{citation}}
but the example {{cite journal}}
uses |lastn=
and |firstn=
. The module concatenates the value assigned to |lastn=
with a comma and a space and with the content of |firstn=
when it creates a &rtf.au=lastn, firstn
key/value pair. There is no concatenation when the author name is contained wholly in |authorn=
; the module does not attempt to rearrange such names into last-first order. When the cs1|2 template uses the first author parameters |last1=
and |first1=
, the values from these parameters are assigned to the &rft.aulast
and &rft.aufirst
keys respectively. Because there can only be one 'first' author, only one of each of these keys is allowed in the metadata; all other authors are placed in individual &rft.au
keys.How do I mark a dead-url without an archive-url ?
I'm trying to mark the 2nd reference in the article Common moorhen as a dead link. I can't find an archive on Archive.org or webcite so don't have an archive-url. When I add dead-url=yes to the cite template nothing changes. I was expecting a dead-link marker to be displayed in the References section.
The dependancies for dead-url is listed as just 'url', but it actually seems to depend upon archive-url (and url and archive-date). Well, I don't get an error, but I don't get any effect either.
Platinke ( talk) 10:29, 20 June 2017 (UTC)
{{
dead link}}
. |dead-url=
has a default value of yes
. When set to no
, it causes the template to select the value in |url=
when linking the value in |title=
; otherwise |title=
is linked with |archive-url=
.Discussion has started to expand this template to display the author and to support a date. However, this template also accepts ordered parameters, although the documentation makes no mention of it. I wonder if there's an easy way to verify that no ordered-parameter usage exists (and to list these, if any). If there are none, it may also be best to not support ordered parameters anymore for this template. If there are, the date field would unfortunately be positioned after the accessdate one to not break existing usage (of course not affecting named parameter usage). The discussion started on the template's talk page and there is a working potential replacement in a sandbox that is linked there. Thanks, — Paleo Neonate - 00:40, 20 June 2017 (UTC)
Done Thanks to Trappist the monk and Jonesey95, the template was successfully improved, errors also cause preview warnings and pages to be added to a category. — Paleo Neonate - 07:40, 22 June 2017 (UTC)
Can someone add a tracking category for "Id parameter with ISBN tempate"? Is that easy or requites extra coding? -- Magioladitis ( talk) 06:22, 22 June 2017 (UTC)
id = ISBN
or id = {{ISBN
in a maintenance category. Editors sometimes put redundant ISBNs in the |id=
parameter. Redundant ISBNs can typically be removed with no harm, and ISBNs in the id= parameter without an ISBN present elsewhere in the citation template should probably be moved to |ISBN=
. –
Jonesey95 (
talk) 06:47, 22 June 2017 (UTC)|id=
to hold isbns? This
insource search finds less than 700 instances of |id={{isbn|...}}
so it doesn't seem to be a widespread 'problem'. Certainly, as Editor Jonesey95 points out, redundant isbns in |id=
can be removed. Are there not cases where a second, supplementary isbn would be appropriate?|eISBN=
(or functional equivalent) (see
1; I was sure there was another thread, but I can't find it now), adding supplementary ISBNs to |id=
is a necessary safety valve. The prime example, that I thought I'd posted previously, being things like
Cambridge Core, that publishes digital copies of print books. In most cases (at least for now) the print and digital versions are identical in all the ways that matter for citation purposes, but each has a separate ISBN (often called "eISBN" or "Online ISBN"; it's analogous to |eISSN=
). In terms of citations, each are equivalent but there are two ways to access the same source. For instance, your institution (school, library, whatever) may not be able to afford the online service (they are expensive!), but have the print book in its collections. Or in my case, I have access to the online service through
The Wikipedia Library, but my local uni library has a very limited selection of the reference works I need. --
Xover (
talk) 15:53, 22 June 2017 (UTC)
Hello. {{ Link language}} is a template for use with external links, to highlight that the linked resource is in a foreign language.
Recently, a consensus on a change to that template has been reached, and its appearance is now consistent with the various "cite" templates, e.g. "Invalid language code.".
As a next step, I would like to "interlock" the two, so that the appearance of {{
Link language}} cannot be changed without also changing the rendering of the language
parameter of the cite templates—and vice versa. The goal is to somewhat enforce a consistency in styles, which I believe is already happening between the various cite templates.
Before I raise a formal RfC, could you please help me:
Thanks! 2A02:C7D:DA0A:DB00:6C22:2CCB:28CB:25A2 ( talk) 21:41, 19 June 2017 (UTC)
|language=
is defined at line 84 in
Module:Citation/CS1/Configuration (search for ['language']
). It is used at line 1465 of
Module:Citation/CS1 (search for wrap_msg ('language', name)
). The result is then included in the various template outputs at lines 3231–3270 in Module:Citation/CS1 (search for , Language
).languageicon
adds to the {{
link language}}
rendering.languageicon
, I don't know either, but I suspect it's just there so that users can have custom CSS overrides on their clients, as opposed to this existing in some global Wikipedia CSS file. Is there a way we can find for sure?local function language_parameter (lang)
seems to have two distinct responsibilities (code/name lookup, categorisation), and so it should probably split out in two separate functions, because {{
link language}} may not need the latter, or may need a different version of it. But this is a detail that we can flesh out later.<span class="languageicon"><callLua function="wrap_msg ('language', {{{1}}})"></callLua></span> <!-- Do not use this line, I just made it up! -->
|language=
.language_parameter()
is to consolidate all required work necessary in a single place. Were the presentation portion of that a matter of some complexity, I might agree that it should be split out. As it is, presentation is trivial so leaving it where it is does no harm. I certainly would have considered separate functions for the various tasks needed to support |language=
if there were other parameters that needed the exact functionality so that duplicate code would be unnecessary. There are none so I did not.p={}
cfg = mw.loadData ('Module:Citation/CS1/Configuration');
function p.lang_render (frame)
local lang = frame.args1];
return lang and mw.message.newRawMessage( cfg.messages'language'], lang ):plain() or 'no language specified';
end
return p;
<span class="languageicon">{{#invoke:Bob|lang_render|{{{1}}} }}</span>
The consensus at Template talk:Link language was to remove all the special styling that other template used to have. So why do you want to add extre processing to this template to reintroduce special styling for language links? — David Eppstein ( talk) 07:03, 20 June 2017 (UTC)
<span class="languageicon">{{#invoke:Citation/CS1|language_parameter|{{{1}}} }}</span> <!-- <<< Fix me please -->
|language=
parameter rendering in an unrelated template. It does work as intended if the {{{1}}}
(which I took from your example) is replaced with a language name. I have put the module snippet in a sandbox
Module:Sandbox/trappist the monk/bob. It works:
{{#invoke:Sandbox/trappist the monk/bob|lang_render|Spanish}}
→ {{#invoke:Sandbox/trappist the monk/bob|lang_render|Spanish}}{{
link language}}
already does to get this:
{{#invoke:Sandbox/trappist the monk/bob|lang_render|{{ISO 639 name es}}}}
→ {{#invoke:Sandbox/trappist the monk/bob|lang_render|{{ISO 639 name|es}}<!-- Spanish -->}}{{link language}}
; a couple of years ago I took the trouble of disentangling cs1|2 from the foreign-language external link categories so I stand opposed to allowing them to intermixwrap_msg ('language', language_name)
, and reuse it in both cases? Thanks.
2A02:C7D:DA0A:DB00:2D9B:C031:27B7:C1C1 (
talk) 07:02, 22 June 2017 (UTC)
{{ISO 639 name xx}}
templates are the way they are. It appears that there once was a move to convert some or all of the 1200-ish templates to a module but that seems to have never happened (see
this discussion).I added a citation to an article just now, in this edit. As you can see if you look at the footnote it generated, part of the URL has been prepended to the article's title. I am guessing that this is due to the first double quote mark in the URL (as copied and pasted from the browser's address bar) being misinterpreted by the template as the first double quote mark delineating the start of the title.
I can't seem to find the source of the CS1 template anywhere, so cannot confirm my hunch. Please could someone reply with (a) a link to the CS1 template source, (b) a WP:PING to me, and (c) a fix for the issue, if possible. Thanks! zazpot ( talk) 14:08, 26 June 2017 (UTC)
[https://books.google.co.uk/books?id=HF4hAQAAMAAJ&dq="metrically+compatible"&hl=en&sa=X&ved=0ahUKEwiO8uy1xNvUAhUD6RQKHXllCyoQ6AEINTAH Monotype releases New Media Core Fonts]
%22
):
[https://books.google.co.uk/books?id=HF4hAQAAMAAJ&dq=%22metrically+compatible%22&hl=en&sa=X&ved=0ahUKEwiO8uy1xNvUAhUD6RQKHXllCyoQ6AEINTAH Monotype releases New Media Core Fonts]
I am asking here because apparently the talk page for the module internals redirects to the talk page for the style externals. Because dada, I guess.
Module:Citation/CS1 lns 3110-3116. set(Quote) is used to format |quote=
and |postscript=
.
I have noticed several instances in Chrome for Windows (versions 59.x and 58.x) where said function breaks the opening quotation mark from the quoted text. The markup-based workarounds (they do exist) are clumsy. Please add relevant no-wrap code between the opening quotation mark and the adjacent text. No-wrapping should be added after the closing quotation mark too, for the cases where the quote does not terminate. For style-conformance, a full-stop should be added right after the utilized template, and that stop might be left hanging. Thanks. 72.43.99.146 ( talk) 00:55, 27 June 2017 (UTC)
markup-based workarounds?
Very hard to reproduce because it dependson all of those things; how then to know what it is that needs fixing if indeed fixing is required or possible? That is why I asked for a real life example.
{{cite book |title=Title |quote=Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua.}}
Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua.
word-wrap: break-word;
as one of its properties. I suspect that this property is set this way to support {{
reflist}}
columns; an unbreakable string of characters would disrupt even columnar display. I could, of course be wrong about this.|quote=
:
<dd>qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq<cite class="citation book"><i>Title</i>. <q>Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua.</q></cite><span title="ctx_ver=Z39.88-2004&rfr_id=info%3Asid%2Fen.wikipedia.org%3AHelp+talk%3ACitation+Style+1&rft.btitle=Title&rft.genre=book&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook" class="Z3988"><span style="display:none;"> </span></span></dd>
<q>...</q>
element, they aren't physically there (you can test this by copypasting the rendered text qqqqTitle. Loremipsumdolorsitametconsecteturadipiscingelitseddoeiusmodtemporincididuntutlaboreetdoloremagnaaliqua. When I narrow
). My experience is that it is wrapped before the first quotemark by my browser (Opera 36). It seems to me that this is variation between browsers, and so largely outside our control: you would need to request your browser vendor for an enhancement. --
Redrose64 🌹 (
talk) 08:38, 28 June 2017 (UTC)
or the html tag) at the beginning and/or end of the quoted text rectifies this. So something can be done, clumsily. I would add that this has nothing to do with typesetting; this is about the integrity and readability of the citation. Readers should be able to see at a glance where quoted text begins or ends. Hanging quote marks could make the citation easier to misread.
65.88.88.196 (
talk) 13:18, 28 June 2017 (UTC)
to my example above (between the dot and the }}
). If what you suggest is working, then one should expect, when carefully narrowing the browser window, that the dot and the quote mark will wrap simultaneously. Instead, they wrap individually; even the
character wraps individually. That result is not surprising to me given that the word-wrap: break-word;
property forces the browser to break lines on character boundaries when it can't break them on word boundaries.It would be nice if we could enter the Google Books id for a work into a dedicated parameter, say |googleid=
(which I understand existed long, long ago for different purpose but has been deprecated long enough that none should survive).
Then if |page=
is supplied, the proper url for the page could be wrapped around the page number in a sensible fashion; if no page number is supplied then either the title of the book could be linked in the absence of an explicit |url=
or a separate link like we do for |doi=
, etc.
It would be nice if we could also cope with |pages=
and/or pages specified with roman numerals but just the basic functionality would help for now.
TIA HAND —
Phil |
Talk 16:16, 5 June 2017 (UTC)
|plainurl=
in the CS1 |url=
parameter. See Example 2 on the template's documentation page. Have you tried it? –
Jonesey95 (
talk) 17:50, 5 June 2017 (UTC)
|googleid=
would allow a separate link to be displayed using the same logic as {{
Google books|plainurl}} and reduce the editing clutter. —
Phil |
Talk 12:10, 29 June 2017 (UTC)|Google Scholar id=
at the same time; Wikidata has just created
Google Scholar paper ID (P4028) for this.
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 23:10, 5 June 2017 (UTC)
|url=
or |id=
for the others.
https://scholar.google.com/scholar?cluster=17269205842348980774
we can extract 17269205842348980774
. And we can do that for many other services. But the only useful thing we can do with that number is to construct back the URL where we got it from. So why on earth should we display that number on an article? The fact that we can technically do it does not mean that we should do it! Do we really want to see something like that:
|url=
without adding anything at the end seems more acceptable, but do the benefits really outweigh the added complexity?|arxiv=
or |doi=
, because they are genuinely used as identifiers by many people. But for Google Books or Google Scholar, as far as I know these are just internal identifiers, and it would be a bit weird to cite a book by its Google Books ID. The ID exists and can be seen in the URL, sure (that's how all these websites work) but that does not mean readers should care about this particular string, I think.Some of you may be interested in a discussion on meta-wiki on making some templates, or the Lua modules behind them, work globally (i.e. across all Wikimedia projects). Citation templates have, naturally, been raised as one possible subject. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:48, 1 July 2017 (UTC)
As
Headbomb notes, above, it would be useful for this template to have a parameter, |wikidata=
for the identifier for a cited work, on Wikidata. While this will be essential for drawing metadata from Wikidata, it will be useful independently, also. Can we add one now?
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 20:22, 27 May 2017 (UTC)
"[this] will be useful independently". There are no cogent arguments for not using Wikidata IDs as identifiers in citations, as we do for, for instance OL iDs. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:24, 12 June 2017 (UTC)
|title=
. Not a perfect example as our article actually deals with multiple editions of that work, where the wikidata item must be for a single edition, but the general point stands. In citations, more identifiers are generally better; and regardless of any effort for fancy citation integration with Wikidata (which idea I'm significantly ambivalent about), one can view Wikidata as another database of bibliographic data analogous to Worldcat (but better, in many ways, because the data in Worldcat is crap and cannot, in practice, be improved). --
Xover (
talk) 11:36, 1 July 2017 (UTC)--
Citation management tool Zotero now has a Wikidata translator. Not only does it read metadata from Wikidata items about works, so you can add them to your Zotero library, but it can export metadata in a format understood by QuickStatements, enabling users to more easily create Wikidata items about the works already in their Zotero libraries. Since Zotero can already read metadata about works from other websites, or data files such as BibTeX and COinS, it can now be used as an intermediary to import that data. The translator was developed at the recent WikiCite event in Vienna. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:03, 6 July 2017 (UTC)
Shouldn't the reference to ISBN be changed from isbn=xxx to {{ISBN xxx? I realize that this is change is going to generate a lot of server load, but what's to be done? I certainly am not going to try anything of this magnitude myself. Just asking. TomS TDotO ( talk) 11:21, 7 July 2017 (UTC)
|isbn=
in cs1|2 templates. If there is a bot doing this, it must be stopped.{{
ISBN|123456789X}}
template does, is done by cs1|2 when you write |isbn=123456789X
. In fact, code that originated in cs1|2 is now used in the {{ISBN}}
template. In cs1|2 templates, all parameters are named so you can't use the unnamed parameter construct |{{ISBN|123456789X}}
. You can, but probably shouldn't, use |id=|{{ISBN|123456789X}}
if there is a second ISBN (a second ISBN usually implies a second source and cs1|2 templates are single-source only).|isbn={{ISBN|123456789X}}
is bad because the {{ISBN|123456789X}}
template drags in a whole lot of wiki markup that just confuses the MediaWiki parser and corrupts the cs1|2 template's metadata:
{{cite book |title=Title |isbn=123456789X |id={{ISBN|123456789X}}}}
{{ISBN}}
template is to be a replacement for the plain-text magic link which will be going away. cs1|2 never used the magic link capabilities so have no reason to use the {{ISBN}}
template."code that originated in cs1|2 is now used in the {{ISBN}}
template"
Shouldn't {{ISBN}}
and cs1|2 call a single, common, Module:ISBN (or whatever it would be called)? Or am I missing something?
Andy Mabbett (Pigsonthewing);
Talk to Andy;
Andy's edits 23:29, 8 July 2017 (UTC){{Cite journal |last1=Shea |first1=Christopher |title=A Radical Anthropologist Finds Himself in Academic 'Exile' |journal=[[Chronicle of Higher Education]] |volume=59 |issue=32 |pages=A14–A15 |date=2013-04-19 |url=http://www.chronicle.com/article/A-Radical-Anthropologist-Finds/138499/ |issn=00095982 |via=[[EBSCOhost]] |df=mdy-all }}
Add |url-access=subscription
:
I.e., title displays as "A Radical Anthropologist Finds Himself in Academic 'Exile<span style="padding-right:0.2em;">'"
(Not watching—please {{ ping}} me with your responses.) czar 16:23, 29 June 2017 (UTC)
{{Cite journal |title='Title' |url=http://www.example.com |url-access=subscription}}
{{
cite journal}}
: Cite journal requires |journal=
(
help)
'"`UNIQ--templatestyles-00000076-QINU`"'<cite class="citation journal cs1"><span class="id-lock-subscription" title="Paid subscription required">[http://www.example.com "<span class="cs1-kern-left"></span>'Title'<span class="cs1-kern-right"></span>"]</span>.</cite><span title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=%27Title%27&rft_id=http%3A%2F%2Fwww.example.com&rfr_id=info%3Asid%2Fen.wikipedia.org%3AHelp+talk%3ACitation+Style+1%2FArchive+34" class="Z3988"></span> <span class="cs1-visible-error citation-comment"><code class="cs1-code">{{[[Template:cite journal|cite journal]]}}</code>: </span><span class="cs1-visible-error citation-comment">Cite journal requires <code class="cs1-code">|journal=</code> ([[Help:CS1 errors#missing_periodical|help]])</span>
{{cite journal/new |title='multi-word title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title=multi-word 'title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title='multi-word' title |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title='title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title=title' |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help){{cite journal/new |title='title |url=//example.com |url-access=registration}}
{{
cite journal}}
: Cite journal requires |journal=
(
help)