Help talk:Citation Style 1

In this article, we will explore the fascinating world of Help talk:Citation Style 1. From its impact on society to its evolution over time, Help talk:Citation Style 1 has captured the attention and curiosity of many people. Throughout this analysis, we will examine the different facets of Help talk:Citation Style 1, from its origin to its relevance today. We will learn how Help talk:Citation Style 1 has influenced different aspects of daily life, as well as its role in popular culture. Through this tour, we will discover the importance of Help talk:Citation Style 1 and its meaning in the modern world.

    'Reformat dates' function

    Hi! I'm trying to figure out the date reformatting function: Module:Citation/CS1/Date validation#L-841. I see that the module can convert dates to {{#time:n F Y|2024-10-10}} -> 10 October 2024, is it possible to convert in {{#time:n xg Y|2024-10-10}} (month in genitive form) -> 10 October 2024?

    But I need to save {{#time:F Y|2024-10-10}} -> October 2024 option. Iniquity (talk) 20:35, 20 November 2024 (UTC)

    It is not really clear to me what it is that you are asking. cs1|2 doesn't use the #time parser function to do date conversions.
    The #time parser is not used because we can't write something like:
    {{#time:Y-m-d|10 octobre 2024}}
    on the French Wikipedia; doing so results in Erreur : durée invalide. This despite the #time parser's ability to render this at en.wiki:
    {{#time:n F Y|2024-10-10|fr}} → 10 octobre 2024
    You would think that, for an 'international' project, accepting dates with local-language month names as input would go hand-in-hand with rendering local-language month names.
    Trappist the monk (talk) 22:47, 20 November 2024 (UTC)
    Thanks for the answer! I mean that now the 'long' array from 'date_names' in Module:Citation/CS1/Configuration is used to form the date. There the months are in the nominative case, but for the Russian language the genitive case is needed for 'dmy' form and nominative case for 'my' form. Is it possible to add an additional array with genitive case? Iniquity (talk) 05:09, 21 November 2024 (UTC)
    Just for clarity, you want:
    10 октября 2024 ← {{#time:n xg Y|2024-10-10|ru}} – genitive for all 'dmy' dates; including ranges? what about mdy?
    октябрь 2024 ← {{#time:F Y|2024-10-10|ru}} – nominative for 'my' dates only; including ranges?
    #time parser function alludes to other languages that have nominative/genitive date forms. Do they follow the same rules as the Russian dates?
    I have some ideas for resolution of this issue. I'll think more on it. My time is occupied elsewhere so I won't be able to get to this until later this week or next week. In the meantime, here is your assignment:
    1. MediaWiki supports about 350 editions of Wikipedia. Assemble a list of those Wikipedia-edition languages that have nominative/genitive date forms.
    2. determine which date formats from the above assembled list need nominative month names and which formats need genitive names.
    Trappist the monk (talk) 15:36, 21 November 2024 (UTC)
    10 октября 2024 ← {{#time:n xg Y|2024-10-10|ru}}
    My mistake, must be j not n - {{#time:j xg Y|2024-10-10|ru}}
    genitive for all 'dmy' dates; including ranges?
    Yes.
    what about mdy?
    We dont use this format, we can leave the nominative case, but I found something, I'll write it below.
    октябрь 2024 ← {{#time:F Y|2024-10-10|ru}} – nominative for 'my' dates only; including ranges?
    Yes, but the first letter of the first month must be capitalized.
    #time parser function alludes to other languages that have nominative/genitive date forms. Do they follow the same rules as the Russian dates?
    This is a relatively complex issue, I found such a list of formats for each language. And now it seems to me that the genitive case is not the only problem of internalization:
    https://codesearch.wmcloud.org/core/?q=dmy+date&files=languages%2Fmessages&excludeFiles=&repos= Iniquity (talk) 18:42, 21 November 2024 (UTC)
    That can't be the whole list can it? Why is ru.wiki not on that list?
    Trappist the monk (talk) 22:41, 21 November 2024 (UTC)
    This is a complete list, you just need to load the remaining lines, messageRU.php there.
    Iniquity (talk) 06:38, 22 November 2024 (UTC)
    I think it is possible to use lang:formatDate for catch necessary formats. Iniquity (talk) 18:55, 21 November 2024 (UTC)
    lang:formatDate() is the Scributo version of the #time parser function. Try this in a module debug console at ru.wiki:
    =mw.language.getContentLanguage():formatDate ('j F Y') → 21 ноябрь 2024
    I used that to get the month name. Then, I turned it round and attempted to get a YYYY-MM-DD date from the Russian DMY:
    =mw.language.getContentLanguage():formatDate ('Y-m-d', '21 ноябрь 2024') → Ошибка Lua: bad argument #2 to 'formatDate': invalid timestamp '21 ноябрь 2024' ... and some other error message stuff
    To prove that the call was structured correctly, I changed 'ноябрь' to 'November':
    =mw.language.getContentLanguage():formatDate ('Y-m-d', '21 November 2024') → 2024-11-21
    mw.language:formatDate() will not work for date format conversion in Module:Citation/CS1/Date validation.
    Trappist the monk (talk) 22:41, 21 November 2024 (UTC)
    Yes, I know :( It doesn't work well with anything that isn't ISO. But it converts ISO to the required format well. Iniquity (talk) 06:39, 22 November 2024 (UTC)
    I would like to separately tell you that we have adopted a local rule that all service dates must be machine-readable (to simplify the transfer of information from wiki to wiki) and we convert them into ISO using a bot.
    I tried to globalize it (meta:Requests for comment/Technical agreement on dates and times) somehow, but I didn't succeed very well. Iniquity (talk) 10:39, 24 November 2024 (UTC)
    I was curious to see how your list of 70 matches direct testing of the time parser returns for each of the language names taken from Module:Citation/CS1/Configuration (the inter_wiki_map table). So I wrote Module:Sandbox/trappist the monk/genitive. You can see the results by adding one of these to a sandbox page:
    {{#invoke:Sandbox/trappist the monk/genitive|main|a-m}}
    {{#invoke:Sandbox/trappist the monk/genitive|main|n-z}}
    where a-m and n-z match the first letter of a language tag. These are lua set patterns: lang:match ('^') etc.
    Alas, you can't do a-z, nor can you have a-m and n-z on the same page at the same time, because the time parser chokes and emits the confusing error message: Error: Total length of format strings for #time exceeds 6000 bytes. For an explanation, see Phab:T299909 and the linked discussion.
    When the test is run for each range, they find 143 languages where at least one month name returned by {{#time:F|2024-mm-01}} (mm is month number 1–12) differs from the month name returned by {{#time:xg|2024-mm-01}}.
    Do all of these languages use nominative/genitive dating? I don't know.
    Trappist the monk (talk) 18:34, 25 November 2024 (UTC)
    Wow! Thanks for this research. I think there are more differences because the time functions use the standard language fallback scheme from MediaWiki: https://codesearch.wmcloud.org/core/?q=fallback&files=languages%2Fmessages&excludeFiles=&repos= Iniquity (talk) 18:52, 25 November 2024 (UTC)
    mw.language:formatDate() won't work for this application because it does not accept (so far as I can tell from
    the documentation) a language parameter;

    You can use mw.language.new( code ):formatDate( format, timestamp, local ) Iniquity (talk) 19:25, 25 November 2024 (UTC)
    Nope. From the documentation: "There is a limit of 200 on the number of distinct language codes that may be used on a page. Exceeding this limit will result in errors."
    Trappist the monk (talk) 19:38, 25 November 2024 (UTC)
    I'm talking about the language parameter :) Iniquity (talk) 05:13, 26 November 2024 (UTC)
    diff
    {{#invoke:Sandbox/Iniquity|main|a-l}}{{#invoke:Sandbox/Iniquity|main|m-z}} Iniquity (talk) 16:58, 26 November 2024 (UTC)
    As idea: make a setting that will allow you to switch on the formatDate conversion function. Only ISO dates are passed to this function, and CS1 module only converts incoming dates to ISO format. Iniquity (talk) 17:35, 2 December 2024 (UTC)

    Usage of the quote parameter

    I'm adding/updating {{cite web}} entries on articles of towns and cities in Poland. The citation is to an official Polish website. Unfortunately, but not surprisingly, the website is almost entirely in Polish. I wish to add instructions to the citation that show how to perform the relevant search. At the moment, it seems as if the only way I can do this is to use the "quote" parameter. See, for example, this edit. I realise that this is not the intended use of this parameter, but it seems the best fit for what I'm trying to achieve. Is there another more appropriate way of doing what I'm trying here? Does there need to be a new parameter, for example? Regards, Kiwipete (talk) 03:36, 24 November 2024 (UTC)

    Don't abuse cs1|2 template parameters. Put that extra stuff inside the <ref>...</ref> tags after the template's closing }}.
    Trappist the monk (talk) 03:49, 24 November 2024 (UTC)
    @Trappist the monk - like this? . Kiwipete (talk) 07:20, 25 November 2024 (UTC)

    As with my previous edit request to the Configuration subpage, I have amended the local variable script_lang_codes to support an additional language being tagged in citation titles and chapter titles (this time Cherokee chr). As with last time, I have also amended the whole variable definition to balance the line-wrapping better, so please take the whole variable definition (lines 1177–1183).

    Again, this is in no way urgent; the existing code correctly adds the IETF language tag to the text, this edit will merely suppress the error message reading Invalid |script-title=: unknown language code that appears when an unrecognised ISO 639 code is used and the resulting categorisation into Category:CS1 errors: script parameters. — OwenBlacker (he/him; Talk) 19:43, 25 November 2024 (UTC)

    And as before, there is no need for hurry.
    Trappist the monk (talk) 20:02, 25 November 2024 (UTC)
    I agree, but I don't see why you've set |answered=yes on {{Requested edit}}; won't that mean that it is more likely to get overlooked? OwenBlacker (he/him; Talk) 20:38, 25 November 2024 (UTC)
    The live module suite is updated from the sandboxen. Your change is in Module:Citation/CS1/Configuration/sandbox so won't be overlooked when next we do an update.
    Trappist the monk (talk) 21:04, 25 November 2024 (UTC)
    Oh, do those happen regularly? — OwenBlacker (he/him; Talk) 23:33, 25 November 2024 (UTC)
    No. Headbomb {t · c · p · b} 00:34, 26 November 2024 (UTC)
    Then surely {{Requested edit}} should keep |answered=no until the change is rolled out? — OwenBlacker (he/him; Talk) 16:43, 26 November 2024 (UTC)
    No, that just clutters Category:Wikipedia fully protected edit requests. The change is noted and queued for the next cs1|2 Module-suite update.
    Trappist the monk (talk) 19:30, 26 November 2024 (UTC)

    Semi-protected edit request on 26 November 2024

    Additional Reference with my permission as author: https://la84.s3.amazonaws.com/assets/LA84WaterPolo_2021.pdfCite error: There are <ref> tags on this page without content in them (see the help page). 2600:8802:5700:5ED:E90D:5669:A932:53C (talk) 17:33, 26 November 2024 (UTC)

    Peter L. Snyder, Ph.D. permission for submitting book to wikkipedia 2600:8802:5700:5ED:E90D:5669:A932:53C (talk) 17:35, 26 November 2024 (UTC)

     Not done: This is definitely not the right page to make whatever request this is you are making. PianoDan (talk) 18:00, 26 November 2024 (UTC)

    This page (Help talk:Citation Style 1) is for discussion on how CS1 templates format citations, not about which books can be used to cite what. Discussion about citing this book would belong at Talk:Water polo. Discussion about the book's reliability in general would be at Wikipedia:Reliable sources/Noticeboard. Good luck, Rjjiii (talk) 23:34, 26 November 2024 (UTC)

    Semi-protected edit request on 26 November 2024 (2)

    Author permission to publish book: https://la84.s3.amazonaws.com/assets/LA84WaterPolo_2021.pdf through the website LA84Foundation.com 2600:8802:5700:5ED:E90D:5669:A932:53C (talk) 17:52, 26 November 2024 (UTC)

     Not done: Duplicate invalid request. PianoDan (talk) 18:00, 26 November 2024 (UTC)

    There are a number of links to books which have since lost their accessibility to the general public on Internet Archive (e.g., and of the same book). These are now " available to patrons with print disabilities."

    Should the links like these which are not accessible to users without print disabilities be removed, or would it be possible to add another |url-access parameter to signify this? Tule-hog (talk) 20:48, 28 November 2024 (UTC)

    Alternatively (as with {{Hopcroft and Ullman 1979}}) should the link be appended to a reference a note? Tule-hog (talk) 01:33, 29 November 2024 (UTC)

    DOI prefix limits should be bumped.

    We have DOI prefixes in the 10.70000s now. The limit should be bumped to 10.80000s Headbomb {t · c · p · b} 04:05, 1 December 2024 (UTC)

    Protected edit request on 1 December 2024

    Can someone please add the parameters {{{quote-p}}} and {{{quote-pp}}} as aliases of {{{quote-page}}} and {{{quote-pages}}} respectively to all citation templates, excluding {{cite episode}}, {{cite podcast}}, {{cite AV media}}, {{cite mailing list}}, {{cite newsgroup}}, {{cite serial}}, {{cite sign}} and {{cite speech}}, because they're shorter forms of those parameters, and because the parameters {{{p}}} and {{{pp}}} are already aliases of {{{page}}} and {{{pages}}} respectively on all citation templates excluding those aformentioned ones? PK2 (talk; contributions) 06:42, 1 December 2024 (UTC)

    This is something that needs further discussion and later will get synced through the periodic release process if wanted, not something an admin watching the edit requests queue should do immoderately, so deactivating the edit request template. * Pppery * it has begun... 17:31, 1 December 2024 (UTC)

    Another generic title

    Hello, another generic title that we should be tracking is |title=x.com. There are about 600 of these at the moment. Keith D (talk) 21:23, 1 December 2024 (UTC)

    spurious errors when fetching identifier limit data from commons

    cs1|2 stores identifier limit values in tabular data on commons: c:Data:CS1/Identifier limits.tab. This little file allows us to keep identifier limits for all wikis using a recent version of the cs1|2 module suite up to date. Alas, there is some sort of spurious 'something' that sometimes causes the data fetch to fail. Currently, when a failure occurs, all cs1|2 templates on a page render a shrieking-red error message: Lua error in Module:Citation/CS1/Configuration at line 2083: attempt to index a boolean value and complaints at various help and village pump pages. The fix is a null edit.

    I have tweaked the sandbox so that it traps the boolean return, sets the identifier limits to 99,999,999,999 which will cause all limit checks to pass, and adds the page to Category:CS1 maint: ID limit load fail. Articles collected in the category can be null edited to clear the category. Unlike all other maintenance categories, this category does not have an accompanying maintenance message because it would be repeated by every cs1|2 template.

    I tested this new code by disabling the category namespace limit so that a cs1|2 template in my sandbox would emit the error category when I forced a boolean false return from the data fetch.

    Trappist the monk (talk) 01:15, 2 December 2024 (UTC)

    This seems like a functional workaround. Is it worth reporting a bug to Phabricator to get at the root cause, which may be affecting other processes on MediaWiki sites? A developer may be able to poke through logs to find out why this failure is occurring. – Jonesey95 (talk) 21:38, 2 December 2024 (UTC)
    There is Phab:T229742 which may be related.
    Trappist the monk (talk) 22:32, 2 December 2024 (UTC)

    Update s2cid max limit

    I'm getting the "Check |s2cid= value" error when I tried to add reference for the paper https://api.semanticscholar.org/CorpusID:274306220, which has ID of 274306220, larger than the currently configured limit of 274000000. Slovborg (talk) 02:17, 2 December 2024 (UTC)

    cite episode id parameter silently ignored

    {{cite episode}} currently silently ignores |id=. I have been using it to add IMDb identifiers to some items, eg. Special:Diff/1261220079 using {{IMDb ID}}. I propose that we display the |id= parameter just like most other CS1 templates. A more elaborate discussion of IMDb in particular as an identifier is at Wikipedia talk:IMDb link templates § IMDB as an identifier in citations. Daask (talk) 22:44, 4 December 2024 (UTC)

    |id= was:
    Because it was the goal of the wikitext-to-module conversion to be transparent, it was necessary to overwrite whatever might be assigned to |id=. I do not recall any discussion here suggesting that we should change that.
    I am not enthusiastic about making a change just to support an identifier for a source that editors at WP:RS/P have determined to be generally unreliable.
    Trappist the monk (talk) 00:20, 5 December 2024 (UTC)
    I've commented at the other discussion, there's general agreement that IMDb should not appear in references. I don't see how a courtesy link to an unreliable source can help with verification. -- LCU ActivelyDisinterested «@» °∆t° 01:16, 5 December 2024 (UTC)

    Request to edit note at top of Category:CS1 maint: unflagged free DOI

    Hi there! Could someone please update the note at the top of Category:CS1 maint: unflagged free DOI? It mentions an issue affecting 17 Wikipedia articles, but there are now less than 10 articles in the category. Thanks! GoingBatty (talk) 17:45, 8 December 2024 (UTC)

    See WP:BOLD. Also, I wonder why it dropped from 17. There hasn't been a template update in ages... I suspect someone performed bad fixes just to avoid the categorization. Headbomb {t · c · p · b} 12:15, 10 December 2024 (UTC)

    It is usefull to have the link to arXiv with its own identification numbers in the citation template, but

    Petr Karel (talk) 10:47, 10 December 2024 (UTC)

    Proposal: Replace "biorxiv=" by "preprint DOI=" to include other preprint archives. The link to preprint is usefull when the final version is not free to access. --Petr Karel (talk) 11:19, 10 December 2024 (UTC)

    Simply put, there's almost nothing on vixra we should want to cite. It is not a reliable source, worse than your usual repository of preprints. It's a nutjob farm. Headbomb {t · c · p · b} 12:13, 10 December 2024 (UTC)
    If you want to include a courtesy link to the free preprint, along with a citation to the print version, you can do so after the template but before the closing ref tag. As an example:
    <ref>{{cite journal |author=Author |title=Title |journal=Journal |url=https://journal.org}} </ref>
    Gives you the following:
    Author. "Title". Journal. Free to access preprint
    -- LCU ActivelyDisinterested «@» °∆t° 14:36, 10 December 2024 (UTC)
    I realize this is not the right place to bring this up, but the Visual Editor should really offer better support for this. Rjjiii (talk) 22:34, 10 December 2024 (UTC)

    Cite chapter in book with no editor

    I read part of Help talk:Citation Style 1/Archive 61#Time to fix "In: <title>"? (and somewhat related Help talk:Citation Style 1/Archive 10#Foreword|) and I am not exactly clear on the result of that discussion.

    I would like to discuss a related use case to those above discussions which is old books where you have a collection of works in a single book with no editor. This was apparently somewhat common in miscellanies and anthologies compiled in the middle ages. Here is a pretty good example of a miscellany with no editor but with named contributors and chapters: https://mvm.dhil.lib.sfu.ca/manuscript/109. The issue with the current implementation is that the citation will look like the author of the chapter is the author of the entire book because there is no "in."

    I don't have many examples but I have seen the form "chapter" in "book name," without an attribution to any editor, in history journals, so I think this may be common practice.

    So I guess my post has multiple aspects:

    1. Do journals use the "chapter" in "book name" form even with no editor? How commonplace is this? My assumption right now is that it is somewhat common.

    2. Should we support such a feature? My thought here is that we should.

    3. How should this be supported? We can support this feature without necessarily implementing "in" for all book chapters. We could do so by using a new parameter "chapter author," which would then always use "in," without having to use it in all cases, for example. There could be multiple ways to achieve this result. I would not like a solution that leaves the

    Any thoughts or questions on the above would be appreciated. I apologize if this is already a settled point. I did my best to search for previous discussions by searching "no editor" and '"editor" "is unknown"' in the archive. Lastly, if this is already supported, I suggest it be made more clear in the documentation as I could not find it.

    (edit: Reading 'Time to fix "In: <title>"?' again, it is actually the exact same issue. I'm not sure what I thought it meant when I first read it. Somehow I thought it was about citing a chapter of a book where the entire book was written by one author.) J2UDY7r00CRjH (talk) 22:43, 12 December 2024 (UTC)

    J2UDY7r00CRjH, it sounds here like the problem statement is a citation like Author, Chapter. "Chapter title". Edited Volume gives the impression that the chapter author contributed all the chapters, but the theory of change is that Author, Chapter. "Chapter title". In Edited Volume will convey the correct impression?
    I don't have an alternative solution to propose, but I do note that the opposite problem – volume or even series editors being attributed authorship of chapters – is more common by at least an order of magnitude. Folly Mox (talk) 13:45, 13 December 2024 (UTC)
    >the theory of change is that Author, Chapter. "Chapter title". In Edited Volume will convey the correct impression?
    Yes, additionally, it seems that some styles already use this format. I first saw it in this journal article: https://www.tandfonline.com/doi/full/10.1080/09596410.2017.1401797 (paywalled) (Screenshot of the relevant citation) (link to the cited book).
    Looking further, I found that the APA Publication Manual (7th Edition) seems to follow this rule:

    Example 47. Entry in a dictionary, thesaurus, or encyclopedia, with group author
    American Psychological Association. (n.d.). Positive transference. In APA dictionary of psychology. Retrieved August 31, 2019, from https://dictionary.apa.org/positive-transference
    Merriam-Webster. (n.d.). Self-report. In Merriam-Webster.com dictionary. Retrieved July 12, 2019, from https://www.merriam-webster.com/dictionary/self-report

    This is made more explicit in other guides:
    1.
    >Chapter in a book
    >If there is no editor, include the word "In" before the book title. (link)
    2.
    >Chapters, Short Stories, Essays, or Articles From a Book (Anthology or Collection)
    > Note: If there is no editor given you may leave out that part of the citation.(link). This one is a bit ambiguous about what "that part of the citation" refers to. I don't think it includes "in."
    3.
    This academia.stackexchange post
    So the second reason is to be in line with other citation styles. However, I'm not an expert on citation style and I may be missing something. I found these links above by searching 'how to cite volume with "no editor"' on Google. J2UDY7r00CRjH (talk) 18:52, 13 December 2024 (UTC)
    I think I agree that In Edited Volume is clearer. I wonder if instead of a whole new set of |chapter-authorn= parameters and their attendant -link=s, -masks etc, an easier implementation might be a specific override value for |editor=, so if it has that value then In will appear before the book title (kinda like how |author-mask= will display text exactly as formatted, except numeric values which it displays as a string of dashes). Folly Mox (talk) 21:45, 13 December 2024 (UTC)

    Omitting location parameter when implied by the publisher

    Presently, H:CS1 says The location parameter should be omitted when it is implied by the name of the work, e.g. The Sydney Morning Herald. Does this also apply to the name of the publisher, e.g. Cambridge University Press? I've only just realized I've been conflating the two. Remsense ‥  19:29, 14 December 2024 (UTC)