Help talk:Citation Style 1/Archive 83

I have added the Wikidata Q identifier (Q43649390) parameter |q= to the sandbox. m:WikiCite has been adding citations and linked bibliographic data to Wikidata, and linking to them would be useful. Can and should internal_link_id be used? Can and should input be normalized to an uppercase "Q"? int21h (talk · contribs · email) 05:47, 24 March 2022 (UTC) int21h (talk · contribs · email) 06:34, 24 March 2022 (UTC)

How does the Q identifier help a reader discover the citation's source? 71.247.146.98 (talk) 11:46, 24 March 2022 (UTC)

There are several efforts to use QIDs and Wikidata, probably mostly related to

QID Q24316383 as an example, a citation graph has been added using cites work (P2860) to aid discovery, and projects like d:Wikidata:Scholia (WP) can visually explore the same QID e.g. Q24316383. d:Scholia might even be a better link than Wikidata itself. (Scholia was also recently Wikidata Data Reuse Days 2022.) There are also other tools such as m:Reasonator. int21h (talk · contribs · email

) 13:58, 24 March 2022 (UTC)

I like building citation graphs as much as the next scientist, but how does that help the reader of an encyclopedia article find the reference they've been told to read?

talk

) 17:11, 24 March 2022 (UTC)

QIDs can provide literally thousands of data types (and thousands of data) to a reader to help find the reference they've been told to read, that neither this module nor any of its current external identifiers can provide. Wikidata further links to external id systems that this module and its current external ids do not. A limited selection is at d:Wikidata:List of properties/work. int21h (talk · contribs · email) 20:08, 24 March 2022 (UTC) int21h (talk · contribs · email) 21:20, 24 March 2022 (UTC)

As was pointed out in this section, there have been several discussions about Wikidata. Serious concerns have been raised about the provenance and reliability of Wikidata data, and the potential for circular references or/and self-references. That would be enough to disqualify its use in the verifiability process. Citations are not supposed to be pondered over or dwelled upon; if readers do so, then the citation is probably not exactly right. The point is to provide readers with the minimum of the most relevant metadata in order to easily and quickly verify the text and keep on reading (hopefully with renewed interest following the verification). Not to inundate them (or citation editors) with a bunch of data whose relevance and applicability is rare or uncertain. I don't see the usefulness of the Q identifier in this context. 71.247.146.98 (talk) 12:11, 25 March 2022 (UTC)

Where is the discussion that establishes a consensus for this change? I seem to recall that some sort of wikidata parameter has been discussed here before but no consensus to implement has ever been achieved. Here are some discussions that did not achieve consensus:

• Help talk:Citation Style 1/Archive 34 § Parameter for Wikidata ID
• Help talk:Citation Style 1/Archive 37 § Parameter for Wikidata ID, redux
• Help talk:Citation Style 1/Archive 47 § Wikidata identifier
• Help talk:Citation Style 1/Archive 70 § Wikidata identifiers

—Trappist the monk (talk) 13:53, 24 March 2022 (UTC)

And thus the consensus building continues. I believe my comment above addresses how QIDs aid discoverability and exploration. What other issues came up? int21h (talk · contribs · email) 14:02, 24 March 2022 (UTC)

That is disingenuous. You have already been pointed to other issues with your program of converting references to QIDs very recently, in a discussion that you participated in at Wikipedia talk:Citing sources § Template:Cite Q and WP:CITEVAR —David Eppstein (talk) 16:51, 24 March 2022 (UTC)

The discussion at WT:CITE is about an altogether different template and a different policy issue than brought up in the discussions above, AFAICT. WP:CITEVAR and discoverability are different issues. Did WP:CITEVAR come up in this module re QIDs? int21h (talk · contribs · email) 16:56, 24 March 2022 (UTC)

@Nikkimaria: Please provide a summary of the discussion as of 25 March 2022 00:20 UTC. int21h (talk · contribs · email) 02:46, 25 March 2022 (UTC)

Other than yourself, it does not appear that any participants support inclusion of the proposed parameter. Nikkimaria (talk) 12:15, 25 March 2022 (UTC)

I keep seeing more and more of these green maintenance messages and I have been making an effort to fix them as I see them. But there is one type that cannot be fixed and that is url-status=usurped because I can't make the URL stop being usurped, e.g. this is the archive and this is the the original URL which surely meets the definition of "usurped" consisting of both spam and porn. So what do I do to make the green maintenance message go away? Otherwise I or others are going to keep seeing and try and fix it, again and again and again. I think a maintenance message has to be for things that can be fixed and where they can't be fixed, a way needs to exist to suppress the maintenance message to avoid the rework by others. The other thing is that such citations have some extra text appearing at the end of citation which isn't in the citation, which I would like to suppress. In the case of the URL above, it is "OurToowong page for BBC". The citation title is "BBC" and the citation website is "Our Toowong" so what is purpose of this extra text? I see it on the "Archived copy" title citations, where it makes sense (as it is usually a good guess for what the title should be), but I don't see its relevance when there is a genuine title in the citation. I note it appears to me when logged-out so the readers are seeing it too.Kerry (talk) 00:09, 6 March 2022 (UTC)

This is about Brisbane Boys' College and Toowong? Always good to say where you are seeing something so we don't have to guess... On both of those pages the text 'OurToowong page for BBC' has been appended after the cs1|2 template's closing }} and before the reference's closing </reg> tag. That text is not something the the template adds. For Brisbane Boys' College, the 'OurToowong page for BBC' text was added at this edit. Later, you converted the simple external link reference to use {{cite web}} at this edit. Today, you added a reference and the 'OurToowong page for BBC' text to Twoong at this edit.

I think that you are the first to complain about lingering maintenance messaging.

—Trappist the monk (talk) 01:10, 6 March 2022 (UTC)

"green maintenance message" .. I don't see a green message for cites with |url-status=usurped. They don't really need fixing. Also in this edit you added |url-status=deviated but the source URL is "404" - ie. dead, not deviated. -- GreenC 02:03, 6 March 2022 (UTC)

This example template has a green maintenance message:

{{cite web |title= Title |url=//example.com |archive-url=//archive.org |archive-date=2022-03-06 |url-status=usurped}}

"Title". Archived from the original on 2022-03-06.{{cite web}}: CS1 maint: unfit URL (link)

User:GreenC/common.css does not have the css to enable the message display (I did not look at your various skin css pages). Without that css the maintenance messages will be hidden:

<span class="cs1-maint citation-comment"><code class="cs1-code">{{[[Template:cite web|cite web]]}}</code>: CS1 maint: unfit URL ([[:Category:CS1 maint: unfit URL|link]])</span>

The classes cs1-maint and citation-comment are defined in Module:Citation/CS1/styles.css. To show maintenance messaging, see Help:CS1 errors § Error and maintenance messages.

—Trappist the monk (talk) 12:02, 6 March 2022 (UTC)

I see. If by default the green messages are hidden from users, that's good because usurped URLs are not in need of maintenance and we shouldn't encourage users to do anything about it (by default). There might be an argument the cite or URL should be deleted entirely, but there are counter-arguments such as usurped URLs over time revert to 404s once spammers stop funding the domain name. My only thought is maybe we shouldn't green message usurped cites, however it's not a big deal either way. -- GreenC 14:42, 6 March 2022 (UTC)

GreenC, Kerry, Trappist the monk: I don't mind as much the green text next to citations with unfit URL's, which doesn't even appear for users that don't enable it at their common CSS page. What I believe is more of a problem is the warning at the top of the page whenever an edit is previewed for pages containing an unfit URL (regardless of whether maintenance messages are enabled on a user's common page). I don't see any benefit to the warning which I think will just distract / take up the time of a lot of editors. I initially brought this issue up here at Wikipedia:Help desk because I couldn't figure out how to get the maintenances messages to display. The conversation then turned to why the warning is necessary in the first place, upon which Trappist directed me here. So I'm just throwing my 2 cents in on the issue.--Jamesy0627144 (talk) 02:08, 30 March 2022 (UTC)

Hello, can "Please login" at the start of a |title= be added to the generic title list. Currently about 60 occurrences. Thanks, Keith D (talk) 14:59, 30 March 2022 (UTC)

I'm very pleased to announce the newest addition to the CS1 family, {{Cite bathroom graffiti}}. {{u|Sdkb}} ^talk 08:56, 1 April 2022 (UTC)^[4-1]

A value of "By" in |last= is present in 200+ articles at this time. Marking author/editor names starting with "By " or containing only "By" (but not detecting "Byrd" etc.) might be helpful. I don't think that "By" is a valid surname, but it is a hypothetical edge case. – Jonesey95 (talk) 17:02, 1 April 2022 (UTC)

• John By would likely disagree. As would Oddbjørn By [no], Sverre By [no], and Eli Gunhild By [no]. —David Eppstein (talk) 21:17, 1 April 2022 (UTC)

• That person does not appear to be cited anywhere on Wikipedia. I did find Sverre By and Ulrika By cited in about five articles out of about 200. I will let consensus decide whether that ratio is worth implementing error detection at the cost of having to use (()) notation around two authors' last names. – Jonesey95 (talk) 21:41, 1 April 2022 (UTC)

A question that's come up recently and is now a point of conflict in some articles. The inset parameter in {{cite map}} throws up an error if a URL is placed there, which is a common practice for maps that are divided between multiple pages/links (such as those issued by US state governments). Given that insets are analogous to chapters in books, I think we'd benefit from having an inset-url parameter to hold links for insets that do require a separate link for verifiability. I posted about this a few months ago but it didn't gain any traction, so I hope there'd be some feedback this time around. SounderBruce 21:36, 2 April 2022 (UTC)

If we can link a page number for a book, we should be able to link an inset on a map. Imzadi 1979 → 22:12, 2 April 2022 (UTC)

A change like this will resolve the error with no change in visible output (other than removal of the red error message). DrKay (talk) 07:21, 3 April 2022 (UTC)

• Using |at= : Washington State Highways, 2014–2015 (PDF) (Map). Olympia: Washington State Department of Transportation. 2014. Tri-Cities: Richland, Kennewick & Pasco inset. Retrieved September 2, 2021.
• Using |inset= : Washington State Highways, 2014–2015 (PDF) (Map). Olympia: Washington State Department of Transportation. 2014. Tri-Cities: Richland, Kennewick & Pasco inset. Retrieved September 2, 2021. {{cite map}}: External link in |inset= (help)

Given that insets are analogous to chapters in books,... Although this may not be strictly true in the sense that insets are more akin to sections rather than chapters, there is (by design) information in inset maps that does not appear in the base map. This is enough to warrant not only a parameter but also a convenience-link option. In proper software design, the {{cite map}} |inset= would be an alias of (hypothetical base-template) {{cite xxx}} |section=, |inset-url= would be an alias of |section-url=, and so on. In any case the OP's request seems justified, at least for print maps, although perhaps it should be considered for digital/online maps as well. Links: [2] [3] [4].

65.88.88.201 (talk) 15:14, 3 April 2022 (UTC)

Should it be reconsidered as a dedicated identifier? Some data providers require the field from publishers eg JSTOR Metadata Requirements: "Electronic ISBN. We require an eISBN for each book. We can not use the print ISBN as the electronic ISBN." Which means that a citation with the addition of |eISBN= could expedite discovery. 65.88.88.93 (talk) 19:37, 4 April 2022 (UTC)

In case it was not obvious, this concerns works published in digital media (including eBooks), regardless of whether they are also published in print. 65.88.88.93 (talk) 19:55, 4 April 2022 (UTC)

Hello. When I expanded the section of an article, I used the cite magazine template to cite an interview and I added direct links to scans of those pages, so the content can be verified. To be honest, however, I'm not entirely sure about this practice and a potential copyright infringement. The magazine is defunct, so it would be very hard to acquire it physically. I suppose that I could simply use the cite magazine template without adding links, but I would rather prefer that the content can be easily checked. I would like to know some inputs about this. - Xexerss (talk) 22:40, 4 April 2022 (UTC)

There is guidance at

WP:COPYLINK. – Jonesey95 (talk

) 22:52, 4 April 2022 (UTC)

• {{cite AV media}}
• {{cite conference}}
• {{cite episode}}
• {{cite interview}}
• {{cite podcast}}
• {{cite speech}}

65.88.88.57 (talk) 18:07, 5 April 2022 (UTC)

I think this September 2020 discussion describes the most recent change that is relevant to this question. Here are examples of those six templates (plus {{cite serial}}, whose documentation currently contains |transcript=), showing that at this writing, AV media and episode work fine.

I think the next step is to provide examples of actual citations of sources where |transcript= would be used in real articles. – Jonesey95 (talk) 18:38, 5 April 2022 (UTC)

All six templates are used to cite sources originally in non-text media. Is an example really needed to demonstrate the usefulness (re:verification/accessibility etc.) of providing the content in text form in a unique, format-specific parameter? One may very well have a citation of a radio/tv interview with a URL to the stream and a URL to the transcript. Or a speech citation that provides links to both the audio and/or video and the text. 65.88.88.57 (talk) 18:56, 5 April 2022 (UTC)

Templates are generally constructed to meet actual, not hypothetical needs. It should be easy to demonstrate that need, for the record. I believe that you or someone else can do it here with little effort, with the exception that {{cite conference}} is for published proceedings, not for audio/video sources. – Jonesey95 (talk) 20:39, 5 April 2022 (UTC)

The enhanced verifiability a transcript provides is not hypothetical, but actual and actionable. Citations may include multiple content-locators such as doi/pmc/jstor etc. This case is similar. And as things stand, I cannot provide a citation example without generating an error. By the way, conference proceedings may also be published on DVD video. 65.88.88.57 (talk) 21:27, 5 April 2022 (UTC)

{{cite news}} is another template that could use these parameters. Both television/radio and web video/radio news shows may offer transcripts. 4.30.91.142 (talk) 20:23, 6 April 2022 (UTC)

This edit request to Template:Cite book has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Remove "unique" and add: They have also been found among a Northern Jê speaking people, the Mẽbêngôkre in Central Brazil^[1]

I suspect this is in the wrong place. Where might we "Remove 'unique' and ..."? It would be best if you could provide a link like Kinship terminology. Thank you, SchreiberBike | ⌨  19:42, 7 April 2022 (UTC)

 Not done: this is the talk page for discussing improvements to the page Help:Citation Style 1. Please make your request at the talk page for the article concerned. Izno (talk) 20:40, 7 April 2022 (UTC)

For the record, the above request was nominally about {{Cite book}}, but it was misplaced, as indicated by Izno. – Jonesey95 (talk) 21:36, 7 April 2022 (UTC)

Before, we had this category to track ref=harv usage. Apparently now it's been merged to Category:CS1 errors: invalid parameter value

• https://en.wikipedia.org/w/index.php?title=Eulogy_of_King_Prasat_Thong&diff=prev&oldid=1081637277
• https://en.wikipedia.org/w/index.php?title=Daniel_Trotter&diff=prev&oldid=1081637337

However, the prior version of these diffs weren't caught by that category. Is suspect it's because |ref=harv was case sensitive, but really it should be case insensitive.

It is probably a good idea to do a NOT search, such as for if exist |ref= then values that do not start with {{harvid| or {{sfnref| etc. And fire up the RfC for the related tracking cat. 74.64.30.159 (talk) 19:48, 8 April 2022 (UTC)

Sometimes journals release a "special issue" on a certain theme, either one issue on their regular release-cycle or an off-cycle release. It sometimes invites guest-editors to participate, invites specific authors to contribute to that special issue, or else selects among the regular submissions at the time to include (rather than for example in order of submission or editorial acceptance). These special issues have a subtitle. Should this subtitle be included in the citation? If so, where does it go in {{cite journal}} (|series=, |journal=, somewhere else)? Does it matter if a journal very often has these sorts of issues (a subtitle of nearly every issue) or only on a rare occasion?

As an example, doi:10.1016/j.chroma.2004.08.072 is in the special theme issue "Food Science" of Journal of Chromatography A. DMacks (talk) 02:37, 11 April 2022 (UTC)

The theme of special issues is bibliographically irrelevant, so no it should not be included.

b

} 02:47, 11 April 2022 (UTC)

Makes sense to me. Thanks! DMacks (talk) 05:54, 11 April 2022 (UTC)

If you must include it, for an individual article, it might be possible to use the |department= parameter for it. That has the advantage of not being passed on to the machine-readable side of the metadata, and therefore not messing it up. But I tend to agree with Headbomb in not mentioning it at all, for most citations. (If it's in your own cv, then maybe it's relevant information, but not for most other uses of citations, and we don't host cvs here.) If you're including the whole issue among the selected publications of an academic, then you could just use the |title= parameter. —David Eppstein (talk) 06:47, 11 April 2022 (UTC)

I would not call the special issue a "subtitle". It is an issue name. If you are so inclined, you may quote it with |quote=Special issue name. 172.254.222.178 (talk) 11:36, 11 April 2022 (UTC)

Sorry, this was not as clear as I had hoped. A more obvious (I hope) example:

• {{cite journal|title=Title|department=Special issues|journal=Journal|quote=Issue-name}}
• "Title". Special issues. Journal. Issue-name

71.247.146.98 (talk) 12:52, 11 April 2022 (UTC)

Don't abuse parameters like that. These are neither departments, nor quotes.

b

} 15:05, 11 April 2022 (UTC)

Actually, anything cited from the source as specific to the particular edition/issue, such as an issue name or an article title is ... quoted, and should be in quotation marks. Unlike items like page numbers that are typesetting artifacts, sections such as Foreword that are layout artifacts or items like volume numbers that are serial artifacts. Special issues are usually prepared by editorial teams specific to the purpose. "Editorial team" and "Department" are synonymous in practice. 50.75.226.250 (talk) 15:27, 11 April 2022 (UTC)

For the curious: Chicago 16 §14.178 recommends citations like Miwako Tezuka, "Jikken Kōbō and Takiguchi Shūzō: The New Deal Collectivism of 1950s Japan," in "Collectivism in Twentieth-Century Japanese Art," ed. Reiko Tomii and Midori Yoshimoto, special issue, Positions: Asia Critique 21, no. 2 (Spring 2013): 351–81, https://doi.org/10.1215/10679847-2018283., including the title of the special issue (as well as editors), but APA 7 §10.1.12 reads For an article within a special section or special issue, follow the format for a journal article [...], in which case the title of the special section or issue does not appear in the references.

I personally think when there's a DOI, that extra information like title of a special issue doesn't do more to help a reader locate a source. But for older, print-only sources, it can be useful to provide more information. Sometimes, libraries will have separate entries for special issues. There is a separate

OCLC 437151983

for Food Science, eds. Careri & Robards -- granted this is only used by two libraries in Germany so I don't think this is particularly useful, but in other cases knowing the title of the special issue will be useful in helping track down copies. It might be worth seeing how others have treated the particular article -- I just checked Google Scholar and the first three papers I found citing your source don't include the special issue title or editors, which I think is a good sign you don't need to include that in your citation either.

Also, as a note, in other cases, the line between book series and journals is thin. This isn't true in all cases, but sometimes what might look like a journal is more of a book series, in which case {{cite book}} is almost perfect (if only it had a |issue= -- actual monographs in actual book series have had issues and volumes and there's no good way to include that information in a cite book). Umimmak (talk) Umimmak (talk) 20:25, 11 April 2022 (UTC)

A book series (of multiple titles/volumes) and a journal (of multiple issues) are two completely different things, and AFAIK, no metadata provider in any format, has ever bundled the two. There is an overall classification of "serials" (now also called "continuing resources") that includes journals and single-title books published in parts (serialized) a practice that is now rare in print, although sometimes found in online publishing. DOIs are content (in-source) identifiers that the majority of readers is likely ignorant of, although source identifiers like ISBNs may be marginally better known to the general public. But the OP was about an entire issue. There seems to be a consensus that the special name info is helpful, though not strictly necessary, in Wikipedia citations. 65.88.88.62 (talk) 21:27, 11 April 2022 (UTC)

ONIX is now the international defacto metadata transmission and formatting standard for descriptive bibliographic information. It is administered by EDItEUR. The current major version is 3, with revision number 08. ONIX for Books is one of the standards, pertaining to non-serial items, although the definition of "serial" is complicated. ONIX bibliographic records are XML documents built with data vocabularies that are actively developed. The vocabularies contain "codelists". These are lists of codes that represent fields in the bibliographic record. For example, List 5 is labelled "Product identifier type" and contains codes of identifiers such as ISBN, DOI etc. along with descriptions. The codelists are frequently amended, and are published by EDItEUR as "Codelist Issues". The current issue is Issue #56, and contains over 250 codelists with literally thousands of codes (or fields).

Structured citations are subsets of bibliographic records that may contain all or some of the relatively very few fields of the record that aid in the recorded item's speedy discovery and acquisition. I post this to aid further discussion here on the semantics and nomenclature employed by CS1 and other structured citations in Wikipedia, and to harmonise them as much as possible with the nomenclature of established global standards under the following constraint:

The above has to be considered after taking into account that Wikipedia citations are geared towards verification by a general, non-expert audience.

Links

• ONIX Resources
• ONIX codelists
• A few ONIX implementers

50.75.226.250 (talk) 15:38, 12 April 2022 (UTC)

So... what do you actually want? Pick a specific change you might like to see. Izno (talk) 17:23, 12 April 2022 (UTC)

I think the rationale for posting was explained? It is to be thought of as an/one authoritative reference for the various discussions on this page. Assume a new parameter is discussed. Obviously it would be helpful if a corresponding field existed in the major bibliographic classification standards. If it does exist, then the parameter usage, label, and description can take this info into account. Hopefully it is going to result in fewer/shorter discussions, and better align with the standards (within the Wikipedia constraints). 68.174.121.16 (talk) 19:21, 12 April 2022 (UTC)

I don't want anything to do with the terms and conditions. Jc3s5h (talk) 21:08, 12 April 2022 (UTC)

? Care to expand? Although the scheme is copyrighted, there is no licensing involved. And this was proposed as a reference, not in any other capacity. 65.254.10.26 (talk) 00:16, 13 April 2022 (UTC)

I meant there is no payment involved in the license. I don't see any other onerous conditions but I'm not a legal expert. 65.254.10.26 (talk) 00:30, 13 April 2022 (UTC)

Category:CS1: long volume value has been nominated for deletion. A discussion is taking place to decide whether this proposal complies with the categorization guidelines. If you would like to participate in the discussion, you are invited to add your comments at the category's entry on the categories for discussion page. – Jonesey95 (talk) 17:59, 12 April 2022 (UTC)

Please note: I did not nominate this category for deletion. This is a courtesy notice. – Jonesey95 (talk) 17:59, 12 April 2022 (UTC)

Bah! Fire up the RfC. Once CS1 development became contingent on largely uninformed opinions, this was to be expected. Also, counterpropose tracking cat "Category: RfCs related to CS1/CS2 tracking categories". To include the RfC for the creation of the counterproposed cat, ofcourse. 68.174.121.16 (talk) 18:28, 12 April 2022 (UTC)

• Onstein, Renske E.; Kissling, W. Daniel; Linder, H. Peter (13 April 2022). "The megaherbivore gap after the non-avian dinosaur extinctions modified trait evolution and diversification of tropical palms". Proceedings. Biological Sciences. 289 (1972): 20212633.
  PMID 35414237
  .

Greetings! I added this citation today to West Springfield, Massachusetts:

"Fish Delay Bridge Demolition". The New York Times. Associated Press. 1987-01-11. p. 30. {{cite news}}: |section= ignored (help)

I'm not sure why it's complaining "section= ignored"; paper newspapers have sections with letters or names or numbers which need to be included to distinguish the page numbers. Is there some other way to do this properly, or is there a template bug? Thanks! -- Beland (talk) 03:06, 12 April 2022 (UTC)

For what you’re using "|section=" for, note If hyphenated, use {{hyphen}} to indicate this is intentional (e.g. |page=3{{hyphen}}12), otherwise several editors and semi-automated tools will assume this was a misuse of the parameter to indicate a page range and will convert |page=3-12 to |pages=3{{ndash}}12. so I’d use |page=1-30. You I guess also could use |at=§1, p. 30 or something like that. Umimmak (talk) 03:11, 12 April 2022 (UTC)

And, if you would like to have the name of the section, use |department=. This is one of its supported uses. Izno (talk) 17:22, 12 April 2022 (UTC)

Unfortunately, department comes before the same of the newspaper, so:

{{cite news |title=Fish Delay Bridge Demolition |url=https://www.nytimes.com/1987/01/11/us/fish-delay-bridge-demolition.html |date=11 July 1987 |agency=[[Associated Press]] |newspaper=[[The New York Times]] |department=A |page=30}}

gives you:

"Fish Delay Bridge Demolition". A. The New York Times. Associated Press. 1987-01-11. p. 30.

— Preceding unsigned comment added by Hawkeye7 (talk • contribs)

The presumption when I said what I said was an actual word like "Living", not the letter denoting one part of the page number. --Izno (talk) 23:43, 13 April 2022 (UTC)

As suggested above, use |at=, but do not use the section symbol, it signifies a page section. The "section" here refers to a section of the work, which in newspapers may be bound separately. Also, the NYT used to paginate according to section+page, as in (page) A30. If this the case, you can just enter the page, as the section ("A") is included. 74.64.150.19 (talk) 12:12, 12 April 2022 (UTC)

For "cite web" or "cite interview" templates: Let's say the source is in a foreign language, but an English translation is available elsewhere. Is there a parameter that I can use to add the English translation? Thanks.--TerryAlex (talk) 01:15, 14 April 2022 (UTC)

One way is to use the English translation as the source. Add |orig-year=originally published in year in language. Also use |translator-last= etc. if you know the translator. 64.18.9.194 (talk) 03:21, 14 April 2022 (UTC)

Cite the version that you are citing, per

WP:SAYWHEREYOUGOTIT. You can add a normal URL link after the citation template, but before the </ref> tag. – Jonesey95 (talk

) 04:45, 14 April 2022 (UTC)

If both the original and the translation are available, and the translation is trusted, the translation should be used, with the link in |url=. So that English Wikipedia readers are able to verify the related text. 64.18.9.194 (talk) 11:26, 14 April 2022 (UTC)

Because I found an article that had explicit 'et al' text in a name holding parameter that was not emitting an error message, I have tweaked the sandbox so that semicolons are detected by the etal pattern detector:

The pattern already detects ., ,, ", and '. This change just adds ;.

—Trappist the monk (talk) 18:42, 15 April 2022 (UTC)

When I use the source editor on Torre de Don Miguel, I am shown a script warning telling me that one or more cite journal templates have errors, but I see no error message in the previewed article, and I see no CS1 category in the rendered article. I am pretty sure that I have all of the error messages enabled. – Jonesey95 (talk) 15:06, 16 April 2022 (UTC)

In the infobox are {{

cite q

}} which renders this:

?'"`UNIQ--templatestyles-0000000F-QINU`"'?<cite id="CITEREFNational_Statistics_Institute2018" class="citation journal cs1 cs1-prop-foreign-lang-source">[[Instituto Nacional de Estadística (Spain)|National Statistics Institute]] (29 December 2018). [https://www.ine.es/daco/inebase_mensual/enero_2019/cifras_padron.zip "Municipal Register of Spain 2018"]. ''[[Boletín Oficial del Estado|Boletín Oficial del Estado]]'' (in Spanish) (314): 130903. [[ISSN (identifier)|ISSN]] [//www.worldcat.org/issn/0212-033X 0212-033X]. [[WDQ (identifier)|Wikidata]] [[:d:Q60332597|Q60332597]].</cite><span title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.jtitle=Bolet%C3%ADn+Oficial+del+Estado&rft.atitle=Municipal+Register+of+Spain+2018&rft.issue=314&rft.pages=130903&rft.date=2018-12-29&rft.issn=0212-033X&rft.au=National+Statistics+Institute&rft_id=https%3A%2F%2Fwww.ine.es%2Fdaco%2Finebase_mensual%2Fenero_2019%2Fcifras_padron.zip&rfr_id=info%3Asid%2Fen.wikipedia.org%3ATorre+de+Don+Miguel" 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">More than one of <code class="cs1-code">|at=</code> and <code class="cs1-code">|pages=</code> specified ([[Help:CS1 errors#redundant_parameters|help]])</span>[[Category:CS1 errors: redundant parameter]][[Category:CS1 Spanish-language sources (es)]]

But, {{Spain metadata Wikidata}} only tests that {{wikidata}} returns something: {{#if:{{wikidata|reference|raw|P1082|P585=2018}}|<returned something>|<returned nothing>}}. {{cite journal}} template is created but not rendered. The creation adds the error message to cs1|2's internal list of error messages even though the citation and category are not rendered. cs1|2 then, dutifully shows the preview warning because it cannot know that the citation isn't rendered. You can mimic this by adding a parameter that is unknown to the infobox with a cs1|2 template as the parameter's value:

|unknown={{cite web |title=Title}}

now preview; no rendered citation, no url-required error message, but there is a preview message.

{{cite q}} wrote a citation with both |at= (section, verse, paragraph, or clause (P958)) and |pages= (page(s) (P304)).

—Trappist the monk (talk) 15:52, 16 April 2022 (UTC)

This search finds about 7400 articles that may have this problem.

—Trappist the monk (talk) 16:06, 16 April 2022 (UTC)

Presumably, a fix can be applied at {{Spain metadata Wikidata}} that changes:

{{#if:{{wikidata|reference|raw|P1082|P585=2018}}|...|...}}

to:

{{#if:{{wikidata|property|raw|P1082|P585=2018}}|...|...}}

After all, the presence of a reference is no guarantee of the presence of the property ...

—Trappist the monk (talk) 16:20, 16 April 2022 (UTC)

Perhaps it is better not to touch this whole situation with a 10-foot pole, but just would observe that {{cite report}} not {{cite journal}} is likely the proper record/resource type here. 68.160.224.18 (talk) 17:43, 16 April 2022 (UTC)

Hey, Template: Cite CinemaScore is a template that wraps Cite Web, and has been nominated for deletion where you may wish to comment Wikipedia:Templates for discussion/Log/2022 April 17#Template:Cite CinemaScore Indagate (talk) 14:55, 18 April 2022 (UTC)

Is there a timeline for when the CS1 modules get updated? If there isn't one, could we update them with the sandbox changes? Gonnym (talk) 09:58, 21 April 2022 (UTC)

More often these days I have noticed that {{cite book}} templates created through visual editor have |location= but omit |publisher=. For example, this template, created at this edit, at Bipedidae:

{{Cite book |last=Vitt |first=Laurie J. |url=https://www.worldcat.org/oclc/839312807 |title=Herpetology : an introductory biology of amphibians and reptiles |date=2014 |others=Janalee P. Caldwell |isbn=978-0-12-386919-7 |edition=4th edition |location=Amsterdam |oclc=839312807}}

Vitt, Laurie J. (2014). Herpetology : an introductory biology of amphibians and reptiles. Janalee P. Caldwell (4th edition ed.). Amsterdam.

OCLC 839312807. {{cite book}}: |edition= has extra text (help)CS1 maint: location missing publisher (link

)

It isn't just visual editor, using WP:RefToolbar and autofilling from the ISBN will also create a {{cite book}} template with |location= but without |publisher=.

{{cite book |last1=Vitt |first1=Laurie J. |title=Herpetology : an introductory biology of amphibians and reptiles |date=2014 |location=Amsterdam |isbn=978-0-12-386919-7 |edition=4th}}

Vitt, Laurie J. (2014). Herpetology : an introductory biology of amphibians and reptiles (4th ed.). Amsterdam.

ISBN 978-0-12-386919-7.{{cite book}}: CS1 maint: location missing publisher (link

)

It was my understanding that both ve and reftoolbar both use citoid but if that is true, it is interesting that the results are astonishingly dissimilar.

I begin to wonder if cs1|2 should emit an error message for {{cite book}} templates and for {{citation}} templates without a |work= alias when |location= has a value but |publisher= is omitted or empty.

Opinions?

—Trappist the monk (talk) 14:15, 23 April 2022 (UTC)

I would tend to agree; I'm not coming up with a situation where it's valid to have location and not publisher. I suppose there are questions around the best way to represent self-published books, but even then publisher should say something (self-published, privately printed, whatever). Mackensen (talk) 14:22, 23 April 2022 (UTC)

Agree with the error message for any template and not just {{cite book}}. But only after csdoc regarding § Publisher is written properly. The documentation includes a rarely-useful (for discovery purposes) author-related parameter (|place=created/written at) under the publisher section, and erroneously calls it an alias of |location=/|publication-place=, both of which refer to the publisher/imprint location. The latter parameters are very often included in bibliographic records and although their usefulness in discovery is marginal and their presence not necessary, they make no sense without |publisher=. 50.75.226.250 (talk) 14:38, 23 April 2022 (UTC)

The documentation has long discouraged the use of |publisher= in some CS1 templates like {{cite news}} (Not normally used for periodicals. Omit where the publisher's name is substantially the same as the name of the work ...), so applying this requirement to templates other than {{cite book}} is probably not a good idea. Even for books, I suspect that this requirement would turn out to be overly fussy, with many situations in which publisher information is unavailable. We don't want unfixable error messages. What would our recommendation be in that case? |publisher=none would have to be accepted, but I think there would be complaints of the type "there was clearly a publisher of some kind, but the information doesn't exist, so 'none' is untruthful." – Jonesey95 (talk) 14:47, 23 April 2022 (UTC)

The proposed error message as I understand it, is to point out the error of including |location= without |publisher=. Unless Trappist means something else. Also, assuming the documentation re: place etc. is corrected, the module could be edited to make the location arg conditional on publisher. 50.75.226.250 (talk) 15:11, 23 April 2022 (UTC)

Yeah, {{

cite techreport}}, and {{cite thesis}} might also be checked. For the nonce, {{cite book}} and {{citation}}. I can imagine a sort of similar case for {{cite web

}} which should not need and really shouldn't support, |location=.

It is relatively easy when using cirrus search to find something but not so easy to find the absence of something. I've asked at Wikipedia:Request a query § cite book template with |location=<location> and without |publisher=<publisher name> to see if there is a way to discover the magnitude of the issue beforehand. We can always start out with a maint cat and at a later date migrate to error messaging.

—Trappist the monk (talk) 15:59, 23 April 2022 (UTC)

Apparently it is not possible to do quarry searches of wikitext so that idea has fizzled.

—Trappist the monk (talk) 19:28, 23 April 2022 (UTC)

Re: self-published works. The majority of modern self-published works are rarely self-published. Professional services are contracted by authors (instead of the normal, other way-around) and they may be involved in both the physical/digital technical, distribution and marketing of the work. In these cases, the parameter |via=publishing service is likely useful, as something similar would be included in cataloguing/classifiications of the work. 50.75.226.250 (talk) 14:46, 23 April 2022 (UTC)

This proposed use of |via= conflicts with our documentation. – Jonesey95 (talk) 14:49, 23 April 2022 (UTC)

? Where is the conflict? The content-deliverer (the publishing service) is different from the publisher (the author, in self-published works). Also, in the real world, the names of such services are recorded for cataloguing purposes. 50.75.226.250 (talk) 15:00, 23 April 2022 (UTC)

I would not mis-use |via= that way. We should still list the vanity press as the publisher. Imzadi 1979 → 16:54, 23 April 2022 (UTC)

It doesn't work that way in an unreliable platform like Wikipedia. Wikitext statements and their supporting references have reliability, notability and neutrality requirements. As self-published sources are not prohibited in Wikipedia, such sources must explicitly identify as such. Omission slants reader evaluation of the offered information. I don't see any mis-use of |via= here. Not only is the formulation factual and within the use-cases, it provides important information about the nature of the source to the reader. 64.18.9.197 (talk) 23:56, 23 April 2022 (UTC)

Citations are not only for modern books. I have seen plenty of 17th and 18th-century book citations where the city of publication is known but there is no specific publisher listed. This continued push to make the citation templates as inflexible as possible is unhelpful. —David Eppstein (talk) 16:05, 23 April 2022 (UTC)

I'm drawing a blank on which established citation style said so, but one (or more) say to list location on old works such as that and omit the publisher, if known. Imzadi 1979 → 16:54, 23 April 2022 (UTC)

I did not do an extensive search but, according to these websites:

• APA uses '(n.p.)' when missing publisher or when missing both publisher and location
• Harvard style uses '[no publisher]' and '[no place]'
• Chicago style uses 'n.p.' (for both) or abbreviation of the Latin sine loco and sine nomine, 's.l.' and 's.n.'

No doubt, cs1|2 can adopt something similar if given, for example, |publisher=none and/or |location=none. This is not an insurmountable problem.

—Trappist the monk (talk) 19:28, 23 April 2022 (UTC)

It is not a problem at all. You are only making it a problem, by making it harder for anyone but a bot to properly format a correct citation, when a problem does not already exist. Instead just make a tracking category and check the results manually. It doesn't need to be an error. —David Eppstein (talk) 20:15, 23 April 2022 (UTC)

Yeah I had the same thoughts regarding old books, so I'm glad you made that point. Umimmak (talk) 03:42, 24 April 2022 (UTC)

However, sources must also be available as far as possible. How is a reader to verify text in an 18th-century book? If the work is notable, modern editions/reprints/fascimiles should be more generally available. Even assuming that the editor has access to such rare originals it is probably better to cite an available, trusted modern reprint. 65.88.88.201 (talk) 14:56, 24 April 2022 (UTC)

As long as the reference is verifiable, then just that it is old shouldn't preclude it from being used as a reference. For example there are plenty of old works on the Internet Archive, and in major libraries.Nigel Ish (talk) 15:14, 24 April 2022 (UTC)

But for a reference to be verified the source must first be discovered. Obviously facsimiles such as those provided by the Internet Archive's official archivists should probably be considered reliable reprints (sorry, I have found scan errors/missing sections in in-house IA scans as well). In contrast, third-party uploads to IA are questionable and should not be considered a priori reliable. I wonder how many libraries have original issues of 18th-century works... Isn't it just easier for everybody to use a readily available trusted reprint? Citations in Wikipedia are not there to support research on a subject, but to help someone quickly verify the text. 65.88.88.201 (talk) 15:37, 24 April 2022 (UTC)

Please reread

WP:SOURCEACCESS - "Do not reject reliable sources just because they are difficult or costly to access. Some reliable sources are not easily accessible. For example, an online source may require payment, and a print-only source may be available only through libraries. Rare historical sources may even be available only in special museum collections and archives." - citation tools should not be used to overrule Policy, but should support it.Nigel Ish (talk

) 18:09, 24 April 2022 (UTC)

In many cases old books can be found online at archive.org. That does not make them new publications with archive.org as the publisher. They are still the same old book they were; archive.org is at best a |via= parameter rather than a publisher. —David Eppstein (talk) 16:05, 24 April 2022 (UTC)

This is not disputed, assuming the content delivery source is trusted. There was also the valid point of older works with a location and not publisher. The proposed solution was to use a modern, accessible reprint, which should be available if the original was in any way notable. Unless of course the original edition was specifically referred to in text (eg in an article about the original). Nobody is rejecting valid sources. But if the source cannot be consulted by verifiers in any form, original or reprint, the text cannot be verified and

WP:V is violated. 50.74.21.22 (talk

) 18:40, 24 April 2022 (UTC)

Sorry to butt in here. Trappist, the specialized citation systems you refer to above follow the classification shorthand of the cataloguing/trade/bibliographic resources they were based on, which for the US was mainly (but not solely) the Library of Congress cataloguing system. Publishers had to provide bibliographic information to LoC as one of the requirements in order to be quickly assigned copyright, based on a Library-assigned identifier. That was before the British SBN system became a global standard. For the purposes of Wikipedia (general audience) it is better to not use such shorthand whenever possible, or at least to provide a parallel formulation more understandable to the reader. 65.88.88.201 (talk) 15:14, 24 April 2022 (UTC)

Um, specialized? APA and Chicago are two of the external style guides from which cs1|2 gets its style. I was thinking that we could do something like |publisher=none rendering like this:

{{cite book |title=Title |location=San Francisco |publisher=none}}

Title. San Francisco: [no publisher]. – simulation

I was not suggesting that we adopt |location=(n.p.) etc as something for editors to write. Editor confusion has been seen with |date=n.d. and |date=n.d. so it might be better if we deprecate n.d. and nd and replace those keywords with none so:

{{cite book |title=Title |date=none}}

Title. [no date] – simulation

{{cite book |author=EB Green |title=Title |date=none}}

EB Green ([no date]). Title. – simulation

In {{cite book}}, leaving |publisher= blank when |location= has a value might be automatically treated as if |publisher=none were present plus an attendant category and maint/error message (non cat / no message when |publisher=none and / or |location=none explicitly stated).

—Trappist the monk (talk) 16:11, 24 April 2022 (UTC)

Yes, it is unfortunate that a citation style for general readership (a first) has to follow systems geared to an expert readership, with Chicago styles geared to either the humanities sector or the sciences sector, and APA having an even narrower focus. The entire basis is wrong, but it can be fixed to match the readership. Whether that happens is a different story. 50.74.21.22 (talk) 18:26, 24 April 2022 (UTC)

I was curious: Is it possible for {{sfn}} to pull metadata from a parent citation like {{cite book}}? I.e., if there was a parameter at the parent citation level for the Google Books or Internet Archive identifier, could sfn, which holds a specific page number, generate a direct link? E.g., |gbooks=d4v3QgfhPKwC in the parent template, and |p=243 in sfn, would together output "https://books.google.com/books?id=d4v3QgfhPKwC&pg=PA243" in the short footnote. This would safe a lot of manual text in how page numbers are currently linked in sfn templates and make breakages easier to fix. czar 01:41, 24 April 2022 (UTC)

No, this is something MediaWiki does not support and any such attempts to "cross-talk" between templates even of the same kind have been removed in the past by the developers (i.e. are definitely not supported). At best with getContent you're talking something fragile as heck, and I don't even think that could do it today. Izno (talk) 04:08, 24 April 2022 (UTC)

Thank you. Out of curiosity and at risk of going off-topic, how is CS1 able to format its dates based on the existence of another date template elsewhere in the article, or is that an exception? czar 04:13, 24 April 2022 (UTC)

There is a Lua function called (roughly?) getContent, which gets the wikitext content of the page. Then it looks for the wikitext of interest. This is reasonably cheap because those are usually at the top of the article, and it's only done once a page in our case. It's probably something that won't be supported at some point in the indeterminate future, at least for same-page use, due directly to aforementioned issues, but on top of that the sfn version of the same would be much more expensive probably. Izno (talk) 04:34, 24 April 2022 (UTC)

I suggest the {{Cite book}} template needs a |series-volume= parameter. Many series are organized in volumes, and some editors are changing |title=The Odyssey|series=Masterworks, vol. 152 (-> The Odyssey. Masterworks, vol. 152.) to |title=The Odyssey|series=Masterworks|volume=152 (-> The Odyssey. Masterworks. Vol. 152.), which is misleading. The problem becomes worse, and beyond the template's capability, if the work itself is published in volumes: Kenilworth. Masterworks, vol. 123. Vol. 2.. Our German colleagues have implemented that at de:Vorlage:Literatur with |BandReihe= [volume series]. -- Michael Bednarek (talk) 06:49, 30 April 2022 (UTC)

Not sure if I understand where the problem is. Why is the second rendering misleading? Isn't the series name "Masterworks"? It is pretty obvious that "volume" refers to the series volume. 74.64.150.19 (talk) 12:42, 30 April 2022 (UTC)

It seems I constructed the examples not clearly enough. If |series-volume= and |volume= are closer in value to each other, the problem is more obvious. -- Michael Bednarek (talk) 13:52, 30 April 2022 (UTC)

@VJV7: This is a blank edit request, please advise if amend is requested? Thanks, Indagate (talk) 13:11, 30 April 2022 (UTC)

At {{

This looks moderately correct:

{{cite web|url=https://www.sfchronicle.com/sports/warriors/article/How-Warriors-Jordan-Poole-beat-Steph-Curry-in-17137146.php|title=How Warriors’ Jordan Poole beat Steph Curry in the NBA’s biggest mind game|accessdate=May 3, 2022|date=April 29, 2022|work=[[San Francisco Chronicle]]|author=Kroichick, Ron|quote=The ever-cool Poole finished the season by sinking 28 consecutive shots from the line.|url-access=subscription}}

Kroichick, Ron (April 29, 2022). "How Warriors' Jordan Poole beat Steph Curry in the NBA's biggest mind game". San Francisco Chronicle. Retrieved May 3, 2022. The ever-cool Poole finished the season by sinking 28 consecutive shots from the line.

Using {{cite news}} is probably a better choice. Instead of |section=Sports (an alias of |chapter= which is not supported in {{cite web}} and {{cite news}}) use |department=Sports

Since what you wrote is moderately correct, what is the problem that you are having?

—Trappist the monk (talk) 00:07, 4 May 2022 (UTC)

When I mouseover citation 82 in the text, I don't see the red lock. Now that I am thinking to look down in the references, I see what you are saying. I guess my problem is that the mouseover does not present the same as the refence section at the bottom and I did not know that there was a difference. I guess it is working correctly. — Preceding unsigned comment added by TonyTheTiger (talk • contribs) 01:40, 4 May 2022 (UTC)

If you are using Wikipedia:Tools/Navigation popups, yeah, you won't see the access icon. That tool, apparently, doesn't understand css.

—Trappist the monk (talk) 02:52, 4 May 2022 (UTC)

Resolved

 –

WP:WAWARD

) 01:40, 4 May 2022 (UTC)

Some web pages have a precise beginning date but are continuously updated. It makes no sense in these cases to use the |date= parameter, but it would make much more sense to implement a |since= or (alternatively) a |since-date= parameter. This would be displayed, using 15 January 2022 as an example, as “(since 15 January 2022)”. --Grufo (talk) 14:20, 30 April 2022 (UTC)

Wouldn't you just use |access-date=? The original date, if known, doesn't seem relevant. Indagate (talk) 14:25, 30 April 2022 (UTC)

If pages are constantly updated and the website is maintained properly, then it is likely that the update date will be published on the page. In this case, |date=update-date. If an update date is not listed, the options are not good. You can use a copyright date if available on the page. If the latter is not available you can use |date=n.d. or similar. The access date signals the date you accessed the information; it may or may not coincide with the publication date, and should be used independently of the latter whenever it is appropriate. You may also want to add a {{link note}} outside the citation such as [continuously updated source], especially if you have used a no-date date such as "n.d.". 50.75.226.250 (talk) 16:11, 30 April 2022 (UTC)

But what is the argument against |since=? For example, this page is used in

2022 Ukrainian refugee crisis

for the number of Ukrainian refugees that reached France. The page was published on April 22, but the actual number of refugees gets updated every couple of days. Currently the following text is shown:

French Government (22 April 2022). "Foire aux questions – Accueil des réfugiés ukrainiens" [Frequently asked questions – Reception of Ukrainian refugees]. Ministry of the Interior of France (in French). Retrieved 29 April 2022."

I am proposing a way to show this text instead,

French Government (since 22 April 2022). "Foire aux questions – Accueil des réfugiés ukrainiens" [Frequently asked questions – Reception of Ukrainian refugees]. Ministry of the Interior of France (in French). Retrieved 29 April 2022."

in which “22 April 2022” becomes “since 22 April 2022”. --Grufo (talk) 19:19, 30 April 2022 (UTC)

Although editors have a choice of formats for the publication date, they have no choice for the date itself. You must use the publication date that appears in the source. "22 April" is one date (type:exact). "Since 22 April" is a different date (type:open range). If the source uses the exact date (as in this case) then you must use that date, as this is how the work will be best discovered. The |access-date= will indicate which version was actually accessed. If you want to "freeze" that version in the resulting citation, you should preemptively archive the page and add the archive information and relevant parameters to the citation, so that the archived version would be linked by default. An additional option is to present the source's fuzziness in wikitext, e.g. "according to frequently updated information, the number of heads on a pin was between zero and infinity on (citation-access-date)." 64.18.11.64 (talk) 22:57, 30 April 2022 (UTC)

The |access-date= parameter will indicate which version was accessed, but will not indicate that the page is constant update and different versions exist by design. Instead, |since= – i.e. “(since 22 April 2022)” – will indicate that the page was created exactly on 22 April with the explicit design of being constantly updated. --Grufo (talk) 14:33, 1 May 2022 (UTC)

Citations are not concerned with bibliographic information such as the design characteristics of the source, unless they directly impact discovery. In the example you provided, the source has an exact publication date. That is the date that the source will subsequently be classified with, and therefore the date by which it will most efficiently be found. There were several options given above to add the update information outside the citation, where it belongs: a {{link note}} and/or explanatory wikitext in the body or a footnote. These, combined with |archive-url=, |archive-date=, |access-date= and the implied default value of |url-status= will both give the update information and capture the version the article requires. 65.88.88.201 (talk) 15:51, 1 May 2022 (UTC)

What you propose as an alternative to |since= does not provide the reader with the information that the referenced page is in constant update. Newspapers often have “Live updates” pages, and these are usually treated differently (for example, the information that the page is in constant update normally accompanies the link to it). I understand that this is a new habit, born after internet was created, but this is precisely the time we live in. --Grufo (talk) 16:30, 1 May 2022 (UTC)

I think you may have misunderstood. The purpose of the citation is to provide the source of the material the editor used in wikitext, so that the reader can verify it. The fact that the source is dynamic has nothing to do with it. The editor is supposed to cite the version accessed. This is presently covered by the methods described above. 65.88.88.201 (talk) 16:43, 1 May 2022 (UTC)

The purpose of a reference is to provide a source, together with its context (is it a book? a newspaper? a conference? a constantly updated webpage?). What I do fail to understand is what kind of inconvenience the |since= parameter would create according to you and why you oppose it. --Grufo (talk) 04:16, 2 May 2022 (UTC)

The context is evident from the source one uses, and citations do not need to make it explicit. You can do this in accompanying text, if it is needed e.g. "according to CNN..." etc. Citations in Wikipedia exist to satisfy

WP:V. The source information included must satisfy one requirement: it must help in some way to discover the source. Anything else is inconvenient, as clutter. Sources, especially continuing resources are often classified by date, and that is one way to be found. In my experience, I have not seen ever a date field anywhere that accepts "since" as part of the date. 50.75.226.250 (talk

) 16:54, 2 May 2022 (UTC)

If I came here proposing this solution, maybe there are situations where the context is not evident at all, as shown also by Peter coxhead. This page says that it was published on 22 April and that in France there are 51 375 refugees. The problem is that some days ago the same page published on 22 April said that the number of refugees was less than 50 000. The page does not say anywhere that it is constantly updated; I found out only by visiting it again after some days. Once again, you fail to explain why you oppose a |since= parameter, and limit yourself only to saying that you oppose it (“period”). P.S. “(since 22 April)” is a date, and does qualify as a means for classifying sources, if needed. --Grufo (talk) 20:54, 2 May 2022 (UTC)

I support this proposal. There are sources that I use that explicitly say to use "since DATE", when I am forced to use a manual citation in order to respect their statement. (E.g. the Angiosperm Phylogeny Website – see here.) Peter coxhead (talk) 14:42, 1 May 2022 (UTC)

Not a good example. There are several things to note here:

If you want to cite this site, "Stevens, P. F. (2001 onwards). Angiosperm Phylogeny Website. Version 14, July 2017 [and more or less continuously updated since]." will do.

Note that the offered citation format is about the work (website), not a specific webpage (in-work location). Notice also that the update info is in [brackets], as an editor interpolation. The webpage itself (the in-work location) has an update date, just before the "Introductory" section

Page last updated: 01/10/2022 15:17:01

CS1/2 uses a different format, in which the version publication date (July 2017) should be used as the publication date of the website. The value |orig-date=originally published 2001 can be used, but it is not necessary. You may also add the info re:updating in that value. However, since the update date for the in-work location is given, and since presumably the wikitext depends on the updated information, then I would use the update date as publication date, and as you are citing a specific "edition" (version 14), I would probably use the version's date (July 2017) as the |orig-date=. Some of the acrobatics could be avoided by the use of pre-emptive archiving as discussed above.

The bottom line is, can the source be easily found with the way CS1/2 formats citations now? And what is the relative need and cost of adding yet another field, or of expanding the allowable date formats? 65.88.88.201 (talk) 16:47, 1 May 2022 (UTC)

• 'Since' just makes no sense. Since what? Since when? What since? What does it even mean to have say [Reference, Since 2009]?
  b
  } 08:56, 2 May 2022 (UTC)
• The proposed parameter is not warranted because editors adding citations will usually not be able to determine when the website, or the portion of the website providing the information that supports the Wikipedia article claim, began operation. Even if it is possible, by the time the reader goes to the page to confirm the accuracy of the Wikipedia article or obtain more details the information about when website operation began may no longer be present or may be very difficult to find. The purpose of the citation is not to describe the source for the benefit of the reader who doesn't intend to read the source; it is for the benefit of the reader who does intend to read the source. Jc3s5h (talk) 14:50, 2 May 2022 (UTC)
  • Your argument is not very clear to me. Currently Wikipedia does not forbid to use “live” sources (like this one, for example). It seems you are suggesting that the |since= parameter will make it difficult to find an information due to it coming from a live source, and therefore the parameter should not be implemented. The problem is that not implementing the |since= parameter will not prevent editors from linking live sources – we already do that and the |since= parameter does not exist yet – but instead will only prevent editors from describing the source as “actively updated”. Both with and without a |since= parameter, the only way to make sure that an information remain easily findable is to use the |archive-date= parameter. --Grufo (talk) 15:54, 2 May 2022 (UTC)

For stuff that airs on TV that is not part of a episode of a show, it seems like there should be additional parameters for Cite AV, to allow specifying airdate and network. If one is referencing a TV special, a telefilm documentary, or such, it would seem that network and airdate would be useful to have around. -- 65.92.246.142 (talk) 02:06, 4 May 2022 (UTC)

We also need the parameter "via" added to this cite template. Trappist the monk, can something be done about this? Kailash29792 (talk) 06:04, 4 May 2022 (UTC)

Already supported:

{{cite av media |title=Title |publisher=Publisher |via=Via}}

Title. Publisher – via Via.

—Trappist the monk (talk) 11:31, 4 May 2022 (UTC)

What of "airdate" and "network" ? -- 65.92.246.142 (talk) 22:44, 6 May 2022 (UTC)

Hello. I'm sure these things are set in stone since we are 20+ years in to this project, but I'm curious if there have ever been attempts to add a field for "Volume" to the standard book citation template, or a field for "Section" to the standard news template. A suggestion was made to use "Department" for "Section", although "Department", to me, has more to do with the organization of a newspaper as a business entity, and not as much to do with the organization of the physical newspaper itself. Thank you! Caro7200 (talk) 23:35, 4 May 2022 (UTC)

For attempts to add a field for "Volume" to the standard book citation template: Yes, and the attempt was successful:

{{cite book |title=Title |volume=123}}

Title. Vol. 123.

The rendering has, of course, changed over time.

The |department= option came from me at a discussion at User talk:Trappist the monk § Newspapers. Another option I mentioned was use to combine section and page enumerators in |at=.

I don't recall any specific discussion about making |section= be anything other than an alias of |chapter=.

—Trappist the monk (talk) 00:29, 5 May 2022 (UTC)

"Department" ... has more to do with the organization of a newspaper as a business entity, and not as much to do with the organization of the physical newspaper itself. This seems correct, but for citation purposes the terminology is interchangeable in news sources. However as a field name "section" may be ambiguous. Does it refer to paginated sections, e.g. "Sports" section pp. x–y? A section in a page, e.g. "Weather" p. x col. y? A titled section in an article e.g. "X did Y", § "Reaction from Z"? A bunch of paragraphs in an article, e.g. "A bashes B" ¶¶ 2–3? 71.247.146.98 (talk) 12:17, 5 May 2022 (UTC)

There is currently a discussion at the Citation bot's talk page in regards to how the bot/tool formats certain websites/content publishers within specific citation templates. The discussion can be found here: User talk:Citation bot#Automatic cite magazine conversions. - Favre1fan93 (talk) 21:55, 7 May 2022 (UTC)

I am trying to use a "|" character in a {{

{{!}} Izno (talk) 16:47, 8 May 2022 (UTC)

(edit conflict)

Locate what it is that you want to cite and then use |page=. The writers of "Michigan Basketball History & Records" couldn't be bothered to use the 'Section <nn> | <title>' headings anywhere but on the first page so those 'headings' are useless as search terms. Fortunately the document is paginated so use |page= or |pages= and ignore the headings.

{{|}} is not a template but {{!}} is.

—Trappist the monk (talk) 16:54, 8 May 2022 (UTC)

I think you are mistaken re "couldn't be bothered": the link in this citation goes only to a single section of a larger document. So the reason the other section headings do not appear is that the other sections themselves do not appear. A vertical bar within a title is usually a mistake caused by software that automates the conversion of urls to citations. Splitting it out into separate pieces of metadata in separate parameters and standardizing the punctuation is usually a better choice. Because this is a part of a larger work, it is reasonable in this case to use |title= for the part and |work= for the larger work:

• {{cite web|url=https://mgoblue.com/documents/2016/10/12/bkm_records_all_time.pdf|work=Michigan Basketball History & Records|title=Section 1: All-Time Records|accessdate=May 7, 2022|publisher=Board of Regents of the University of Michigan}}
• "Section 1: All-Time Records" (PDF). Michigan Basketball History & Records. Board of Regents of the University of Michigan. Retrieved May 7, 2022.

—David Eppstein (talk) 19:31, 8 May 2022 (UTC)

Thx-

WP:WAWARD

) 21:12, 8 May 2022 (UTC)

Resolved

-

• "MacKenrot's Memoirs". Niles' Weekly Register. 9 (4). Baltimore: 53. 23 September 1815. {{cite journal}}: More than one of |number= and |issue= specified (help)

Is there a way to display both the issue in volume and the overall number, of a publication? I'm getting a CS1 error by specifying this. -- 65.92.246.142 (talk) 22:48, 6 May 2022 (UTC)

Please explain what you are trying to cite. 63.117.211.42 (talk) 01:59, 7 May 2022 (UTC)

Whoops, fixed the missing journal line -- 65.92.246.142 (talk) 02:50, 7 May 2022 (UTC)

This is the 212th publication of this journal, which occurs as volume 9 number 4, published on 1815-09-23. I would think there should be a way to indicate the overall number (no. 212) as well as the number in volume (no.4 of vol.9) -- 65.92.246.142 (talk) 03:05, 7 May 2022 (UTC)

I think in library science terminology the 212 is called a "whole number". More about whole numbering. According to that source, it's a good idea to provide both if available to allow matching more easily. If we did support whole numbering it would need to be indicated as being a whole number. It is implied if no volume. In this case there is both volume+number and a whole number. -- GreenC 03:37, 7 May 2022 (UTC)

Let's keep in mind that citations in Wikipedia are not bibliographic records, and not all bibliographic systems may use the whole number. Library systems may also use their own classifications, and not all of these may use a whole number. The issue in question can be discovered easily with the available CS1\2 facility, the combination date+volume/issue. There are several OCLC records for this source, including

OCLC 1012039238, which provides links to the magazine's archive at IA, uploaded by the Boston Public Library. The specific in-source location is here: in-source location. Use {{cite magazine}}, and do not use the "whole number", which is mostly for the use of librarians. 50.75.226.250 (talk

) 15:06, 7 May 2022 (UTC)

You could hack it a bit if you feel that both items are useful:

• "MacKenrot's Memoirs". Niles' Weekly Register. Vol. 9, issue 4, no. 212. Baltimore. 23 September 1815. p. 53.

Or something. – Jonesey95 (talk) 14:11, 8 May 2022 (UTC)

That is incorrect use. The "volume" parameter should only have volume information, not whatever the editor thinks it should have. Secondly, and more important, it is confusing to readers. What does it even mean? Is this the 4th issue of the 9th volume? If the issue number refers to a magazine issue number, what does the other number stand for? Is the issue actually 4 or is it 212? Why is it there in the first place, and should I use it to discover the source? Or use both? Will it help? Confusion. Citations are there for readers, not editors, and readers are not supposed to agonize over them. It is interesting that this simple fact has to be pointed out again and again and again. 65.88.88.201 (talk) 16:16, 8 May 2022 (UTC)

Showing both would help in finding the resource, should one or the other be used but not the other -- 65.92.246.142 (talk) 22:14, 8 May 2022 (UTC)

Re "What does it even mean?", you would have to ask the magazine's publisher. If the issue states that it is volume 9, issue 4, number 212, then that information may be needed to locate the issue on a library shelf or database, or to verify by looking at the magazine cover that you have the issue you seek. Citations exist to help readers verify information by finding the cited sources. – Jonesey95 (talk) 03:42, 9 May 2022 (UTC)

The particular source is classified by volume and issue number only. The main bibliographic provider for this publication seems to be the US Library of Congress, their catalog entry is here. Notice that the secondary numbering ("Whole number" and alternate volume/issue numbers) are in a "Description" field. This format is used by several other downstream metadata providers supplied by the LoC. The New York Public Library, another primary biblio provider, has the additional numbering in a "Numbering notes" field in its Research catalog (here, scroll to "Details"). The Boston Public Library, which uploaded the publication to Internet Archive as authoritative scans, adds that info in a "Notes" field (here, click on "Full details"). Most downstream metadata providers whose product is freely accessible by Wikipedia readers (via Amazon searches, Google searches etc) do not index these fields for quick retrieval. If they do, they are secondary indices whose search results may appear in the first results page or the 34th. The descriptions and notes themselves are terse and likely confusing to the average reader. They are there for people whose job is to retrieve this information for lay readers, when the lay person may know any of these numbers without knowing "better" information that is always indexed: the date, article title, author, or issue number+volume. So the additional numbering info is of secondary value in discovering the source. However, all of the above are moot, because the source exists online on the web, at a stable repository, uploaded by a reliable provider as a free resource. Which makes this the most important information to be included in any citation of the source. That is how the reader will find it fast to verify the article wikitext.

Including the secondary information in a citation without further explanation is confusing: the proposed "volume 9, issue 4, no. 212" could mean anything. Perhaps volume 9 has been issued 4 times and includes 212 (or more) issues? Does the "no." refer to the 212th part of issue 4 instead? To disentagle all that an outside note would be required. But the editor should fill in the |volume= and |issue= fields as they are most likely to be found: |volume=9 |issue=4. 50.75.226.250 (talk) 16:33, 9 May 2022 (UTC)

If you examine the actual cover page, it includes all 3 numbers, the volume, the issue, the whole number. It is not an exercise in mathematics figuring out what the whole number is. It is published right on the printed page. So, I would expect that some people might just classify it that way -- 65.92.246.142 (talk) 00:06, 11 May 2022 (UTC)

How do we do it to the cite template's TemplateData? Kailash29792 (talk) 09:40, 3 May 2022 (UTC)

@Kailash29792  Done by Sophivorus in this edit. GoingBatty (talk) 03:14, 12 May 2022 (UTC)

The existence of |chapter= in {{cite conference}} should be an error that CS1/2 tracks. AManWithNoPlan (talk) 20:47, 11 May 2022 (UTC)

That parameter is used in roughly 500 pages. Are they all errors? It appears that |chapter= and |title= are interpreted as |title= and |book-title=, which is a clever bit of processing and makes sense, given that conference proceedings are essentially a book. Here's one that appears to be working fine:

doi:10.1145/800233.807045

.

That is from Abstract data type. – Jonesey95 (talk) 02:07, 12 May 2022 (UTC)

Not all, but some. When |chapter= |title= and |book-title= are all set, then error. AManWithNoPlan (talk) 20:26, 13 May 2022 (UTC)

How to add custom note if user has to click something to access content? Should I use "format" parameter? Eurohunter (talk) 16:28, 13 May 2022 (UTC)

Don't misuse parameters. |format= is to be used to identify the electronic file format of the associated url; nothing else. To add a note:

<ref>{{cite web |title=Title |url=//example.com}} <important note goes here></ref>

—Trappist the monk (talk) 16:40, 13 May 2022 (UTC)

@Trappist the monk: I think there should be separate parameter for custom note. Eurohunter (talk) 15:46, 14 May 2022 (UTC)

This is not a new idea but it has not gotten sufficient support to be implemented. Here are two previous conversations:

• Help talk:Citation Style 1/Archive 2 § "Notes" parameter
• Help talk:Citation Style 1/Archive 9 § Feature request: |note= parameter

There may be other discussions in the archives that I didn't find.

—Trappist the monk (talk) 16:36, 14 May 2022 (UTC)

Why can't author names which are presented in normal order, same as our article titles, not be wikilinked? The instruction says: author: this parameter is used to hold the complete name of a single author (first and last) or to hold the name of a corporate author. This parameter should never hold the names of more than one author. Do not wikilink—use author-link instead.

I always assumed that author-link was used when the template was being used as a alphabetical source link so the author names were presented surname first, and so couldn't be linked. But that it was OK to wikilink when the template is being used for numbered citations and so the author parameter is used to present the name in normal order, same as our article titles. The result appears to be the same - a wikilink takes the reader to the article, and author-link takes the reader to the article. So, does author-link do something extra that I'm not aware of? SilkTork (talk) 17:02, 14 May 2022 (UTC)

It is permissible to wikilink |author<n=:

{{cite book |title=Title |author=[[Abraham Lincoln]]}}

Abraham Lincoln. Title.

The "Do not wikilink..." text was added to the documentation at this edit for a confused editor. Perhaps Editor Jonesey95 can clarify...

—Trappist the monk (talk) 17:16, 14 May 2022 (UTC)

Curiously, Trappist the monk, it was one of your edits that prompted me to look into the author-link situation - you delinked a wikilink in order to add an author-link: [5]. I wondered why you did that, but rather than troubling you, came to the template documentation to see what the rule was. According to the rule, what you did was correct. I assume the edit was semi-automatic. SilkTork (talk) 22:02, 14 May 2022 (UTC)

I looked through the archives of this talk page and my own talk page in the date range surrounding that edit (Feb 2020), and I did not find a relevant discussion. I do not know why I added that text. I see that many parallel parameters have the same admonition. – Jonesey95 (talk) 22:22, 14 May 2022 (UTC)

For |last= (assuming that the value assigned to |last= is a family name) and |first=, the 'do-not-wikilink' wording is appropriate. For author? Not so much, I think. If the source author is a corporate name or mononym, wikilinking that name is acceptable. Because we have historically equated |last= with |author= as full and complete aliases, those parameters get identical handling in Module:Citation/CS1. Over time, we have become more strict on wikilinking |first= so we might consider enforcing the do-not-wikilink for |last= and |surname= and similarly for |contributor-last=, |editor-last=, |interviewer-last=, |translator-last=...

Or somehow change the documentation so that it better describes the intent of |author= v. |last=.

—Trappist the monk (talk) 23:03, 14 May 2022 (UTC)

Well, yes and no. You changed this:

{{cite web | last = Chaucer | first = Geoffrey |url= http://sites.fas.harvard.edu/~chaucer/teachslf/rvt-par.htm#PROLOGUE |title=The Prologe of the Reves Tale|author-link = Geoffrey Chaucer | at= line 3906 |publisher= Harvard University| access-date= 20 June 2019}}

Chaucer, Geoffrey. "The Prologe of the Reves Tale". Harvard University. line 3906. Retrieved 20 June 2019.

to this:

{{cite web | author = [[Geoffrey Chaucer]] |url= http://sites.fas.harvard.edu/~chaucer/teachslf/rvt-par.htm#PROLOGUE |title=The Prologe of the Reves Tale|author-link = Geoffrey Chaucer | at= line 3906 |publisher= Harvard University| access-date= 20 June 2019}}

Geoffrey Chaucer. "The Prologe of the Reves Tale". Harvard University. line 3906. Retrieved 20 June 2019. {{cite web}}: Check |author= value (help)

which, as you can see, causes Module:Citation/CS1 to emit an error message. It was that error message that attracted my attention so I changed your edit by removing the wikilink in |author=[[Geoffrey Chaucer]] and by moving the existing |author-link=Geoffrey Chaucer so that is followed |author=, changed |publisher= to |website=, added |archive-url= and |archive-date=, and fixed |title=.

The edit was a manual edit augmented by a cleanup script that converted curley quotes to straight quotes.

—Trappist the monk (talk) 22:42, 14 May 2022 (UTC)

Cool, that explains it. My own edit was prompted by the previous edit [6] which had replaced the natural name author parameter with a reversed author name plus adding the author-link parameter. I hadn't tidied up properly by removing the author-link parameter, so thanks for doing that.

"Or somehow change the documentation so that it better describes the intent of |author= v. |last=" - that makes sense. |last= is applicable only when the template is being used to create an alphabetical list of authors used as sources, such lists being placed after the references section; while |author= is applicable when the template is being used to create a numbered list of sources for the references section. I don't think this usage is made clear, and quite commonly |last= is used for all citations, so authors' names are frequently reversed in the numbered references section as well as the alphabetical list, so the author names in the numbered list read awkwardly; and it doesn't make sense because the numbered list is not alphabetical, so there is no point in reversing people's names. As an existing error it is somewhat tolerable, but when editors deliberately change |author= to |last= it becomes irksome. SilkTork (talk) 10:42, 15 May 2022 (UTC)

That is not a correct understanding. We prefer but do not require the use of the last/first parameters for multiple reasons, wherever they appear. The author parameter should be used almost exclusively when last would be an inappropriate description, such as for organizational names. Izno (talk) 17:36, 15 May 2022 (UTC)

Agree with Izno's reply. Two additional points: short references use the last name as common practice, when there is one (there are uncommon exceptions). The related long citation list is very often arranged by alpha. Secondly, most listings of citable material, whether these are marketing lists, repository lists, library lists etc. mainly arrange/index their lists by author's last name if there is one. By offering that information first, a Wikipedia citation signals the reader the easiest/fastest way to find the source. 68.173.78.83 (talk) 18:12, 15 May 2022 (UTC)

I'm frequently confused when I quickly want to access an archived link. If the link is (likely) dead, I can click the second link in the citation ("Archived"), and if the link is live, I want to click the first link (not "original"). Example live link with archive:^[1] Example dead link with archive^[2]

I often find myself clicking on the 'original', which leads to the dead link. It's very rarely a link anybody would want to click, so why give them the option?

The Italian Wikipedia has a better display here in my opinion, with something like {{