Jump to content

Template talk:Cite JTWC

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
(Redirected from Template talk:Cite JTWC/doc)

Significant Tropical Weather Advisories

[edit]

@Chlod: Would it be possible to tweak this template to include the JTWC's Significant Tropical Weather Advisories (STWA//TWO's) for both the Indian and Pacific Oceans? We use them as they contain vital information about how the system develops before the JTWC initiates advisories.Jason Rees (talk) 12:40, 5 April 2022 (UTC)[reply]

 Doing... Chlod (say hi!) 13:15, 5 April 2022 (UTC)[reply]
@Jason Rees:  Done. Your edit which removed the link to the JTWC has been undone, since citations are an exception to duplicate linking (see MOS:REFLINKCitations stand alone in their usage, so there is no problem with repeating the same link in many citations within an article; e.g. |work=[[The Guardian]].). Chlod (say hi!) 14:35, 5 April 2022 (UTC)[reply]
@Chlod: I wont dispute the link thing as it isnt worth my time arguing about the MOS, however, it would be good to have a field for the time of issuance. Eg: 06zJason Rees (talk) 15:00, 5 April 2022 (UTC)[reply]
@Jason Rees: Not sure how necessary this would be. For one, {{cite web}} (and other CS1 templates, for that matter) doesn't have a parameter for time, so it would need to be part of a different parameter of the template (e.g. title), causing extra clutter. Additionally, anyone can just check the advisory itself. As for tracking the order of advisories in prose, the warning number already works for the job. Chlod (say hi!) 15:07, 5 April 2022 (UTC)[reply]
It is more to ensure that we are citing the correct STWA since they can be issued two or three times a day and aren't numbered. Jason Rees (talk) 15:09, 5 April 2022 (UTC)[reply]
I've added a |time= parameter which shows exclusively for STWAs. Chlod (say hi!) 15:12, 5 April 2022 (UTC)[reply]
Thanks. Jason Rees (talk) 15:18, 5 April 2022 (UTC)[reply]

archive-date errors etc..

[edit]

This template is generating a ton of errors at Category:CS1 errors: archive-url because of the way it handled |archive-date=. It was creating a default |archive-date= equal to the value of the |date= field, regardless if an |archive-url= existed or not. This is erroneous. It should not automatically generate an |archive-date= unless it knows it matches the date in an existing |archive-url= -- otherwise it's going to create red errors plus an entry in the tracking category.

An additional error: some instances are doing this for example: |archive-url=https://archive.org/download/jtwc-archive-txt-2021/2021-01-01-2120-sh0821web.txt. This is not an archive URL, not a web archive and not a Wayback Machine URL. It is a primary source URL not in the Wayback Machine. It can not be used as an archive-url because it has no archive-date. It appears someone wanted to use these types of URLs as a backup by putting them in the |archive-url= field but this is simply wrong for a lot of reasons, it breaks the model of how CS1|2 works and generates errors. -- GreenC 16:16, 28 August 2023 (UTC)[reply]