Template talk:Cite JTWC

Significant Tropical Weather Advisories
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)


 * Chlod (say hi!) 13:15, 5 April 2022 (UTC)
 * @Jason Rees: ✅. Your edit which removed the link to the JTWC has been undone, since citations are an exception to duplicate linking (see MOS:REFLINK &mdash; Citations stand alone in their usage, so there is no problem with repeating the same link in many citations within an article; e.g. The Guardian.). Chlod (say hi!) 14:35, 5 April 2022 (UTC)
 * 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)
 * @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)
 * 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)
 * I've added a time parameter which shows exclusively for STWAs. Chlod (say hi!) 15:12, 5 April 2022 (UTC)
 * Thanks. Jason Rees (talk) 15:18, 5 April 2022 (UTC)

archive-date errors etc..
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: 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. -- Green  C  16:16, 28 August 2023 (UTC)