コンテンツにスキップ

Template‐ノート:Cite web/過去ログ4

ページのコンテンツが他言語でサポートされていません。

titleに ] があった場合のリンク表示について

[編集]

最近になって気づいたのですが、titleに角括弧の終わり括弧「]」が含まれていると、リンクがその直前までとなってしまうようです。以下に実例を挙げます。

ASN Aircraft accident Boeing 727-81 JA8302 Tokyo-Haneda Airport (HND) [Tokyo Bay]” (英語). Aviation Safety Network. 2017年11月6日閲覧。

解説を見ましたが、文字の制限等は特になさそうでしたので、もしかしたら不具合かもしれないと思い、こちらに書かせていただきました。もし上記の書き方に問題があるようでしたら、その点お教えいただけると助かります。--都玉葱会話2018年4月10日 (火) 13:32 (UTC)

テンプレートの解説に明示的に書いているわけではありませんが、Mediawikiを利用するWikipedia日本語版では、角括弧の扱いは特に注意が必要な文字です(Mediawikiとしてそもそも予約文字)。本テンプレートでは、外部リンク部分を通常の外部リンクと同じように、[URL文字列+半角スペース+タイトル]([url title])の形式に変換しているだけですから、そのままでは例示の状況になりますので、数値文字参照で指定してください。数値文字参照は「&#10進数コード;」の形式で指定します。閉じ角括弧の10進コードは「93」となりますので、以下のように指定することになります。
ASN Aircraft accident Boeing 727-81 JA8302 Tokyo-Haneda Airport (HND) [Tokyo Bay]” (英語). Aviation Safety Network. 2017年11月6日閲覧。
--翼のない堕天使会話2018年4月10日 (火) 17:46 (UTC)
解説ありがとうございました。文字参照で書かないといけないのですね。了解です。--都玉葱会話2018年4月10日 (火) 20:51 (UTC)

「調査中」の3カテゴリをCategory:出典の日付が正しくないページに集約させる提案

[編集]

本題

[編集]

現時点で{{Cite web}}用とされるCategory:テンプレート呼び出しエラーのあるページ/調査中/Cite webのサブカテゴリ3件についてですが、それらをCategory:出典の日付が正しくないページに集約させることを提案いたします。提案の理由は

カテゴリ 説明 提案時点の状況 テンプレート 変更後(サンドボックス版) 提案の理由
Category:テンプレート呼び出しエラーのあるページ/調査中/Cite web (冗長日付) {{Cite book}}でyear引数に「2019年」のように指定した場合 1件({{工事中}}つき) Template:Citation/showdateEN Template:Citation/showdateEN/sandbox Cite webではすでにエラーメッセージとCategory:出典の日付が正しくないページとなっており、2つの出典テンプレートで違う挙動をする必要がないため。
Category:テンプレート呼び出しエラーのあるページ/調査中/Cite web (和暦) date引数に和暦(「平成2年」)を指定した場合 0件 Template:Citation/showdate Template:Citation/showdate/sandbox すでに全件終了しており、別のカテゴリに分ける必要性が薄いため。なお変更以前でも以降でもエラーメッセージは表示されません。
Category:テンプレート呼び出しエラーのあるページ/調査中/Cite web (暫定対処) accessdate引数に「.」「?」「?」「不明」のどれかを指定した場合 テストケース1件のみ Template:Accessdate Template:Accessdate/sandbox 全件終了しています。「暫定対処」の段階は終了したと考え、今後そのような指定がなされた場合には正しくない入力としてエラーとして表示させるようにします。

ほかに下記の変更点があります。

もしよろしければ、コメントをお願いいたします。特に反対がない場合は来週の週末を目処に変更を行います。--ネイ会話2019年1月4日 (金) 11:28 (UTC)

  • コメント 大変御丁寧な御返事ありがとうございます。話がそれてしまってすみません。
  1. month_start、month_endやseasonといったパラメタを追加すべきなのか、備考を追加すべきなのか、ベスト解がわかりかねます。毎回思うのですが、出典テンプレに「備考」のようなパラメタがない(強いていえば「work」でしょうか)ので、情報がテンプレートに収まらず、エラー修正の際に困る事があります。行き場所のない出典の情報をバッサリやると、特にISBNやURLの指定がない場合、出典を特定できなくなる恐れがあります。
  2. 案ですが。Category:出典テンプレートの呼び出しエラーがある記事配下に、Category:出典の日付が正しくないページ‎はそのままで、Category:テンプレート呼び出しエラーのあるページ/Template:Cite web/accessdate‎(他3カテゴリ、各改名必要)を追加。Category:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れはテンプレート指定にミスがあるわけではないので、Category:外部リンクがリンク切れになっている記事と同じ階層にするか統合(前者はテンプレート内にdeadlinkパラメタ、後者はリンク切れテンプレート)。空っぽになったCategory:テンプレート呼び出しエラーのあるページ/Template:Cite webは削除。です。「cite web」かそれ以外かはわける必要はないと思っています。
  3. リンク切れ時の対処方法に従い、アーカイブや他の情報源を探して、それでも出典が見つからない場合:リンク切れだけにすべきか、出典無効にすべきか、要出典にすべきか、特に賛否はありません。
  4. 集約するのであれば子カテゴリのCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/accessdateだと思います。
  5. そんな素晴らしい事が可能だとは!いつも難しい事は押し付けてしまい本当に申し訳ありませんが、試行して頂ければ幸いです。ただ、カテゴリ名前空間やTemplate名前空間(他は何ともいえないものが)は必要な気がします。利用者ページ名前空間が非常に多いのでこれだけでも排除できればかなり見通しがよくなると思います(他者の利用者ページは基本的にいじれませんし)。
--JapaneseA会話2019年1月4日 (金) 14:48 (UTC)
  • 返信
  1. 基本形が<ref>{{Cite web|~~~}}</ref>なので、<ref>{{Cite web|~~~}}ここで備考を書く</ref>で一応情報量を減らさないようにはできますが、この問題はほかの方からのコメントが欲しいところです。
  2. リンク切れについては、「リンク切れかつほかにエラーがある(例えばtitleかaccessdateが未指定)場合のみCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れに追加する」という変な仕様となっております。特別:テンプレートを展開で下記のマークアップを試せば伝わると思います。Category:外部リンクがリンク切れになっている記事に統合すべきと考えます。
    • {{Cite web|url=http://www.google.com|title=Google|accessdate=2018-01-01|deadlinkdate=2018-05-05|deadurl=yes}}
    • {{Cite web|url=http://www.google.com|accessdate=2018-01-01|deadlinkdate=2018-05-05|deadurl=yes}}
  3. カテゴリ再編案は特に反対がなければ明日の夜にでも提案に追加します。
  4. accessdateエラーの子カテゴリへの集約も同じく、明日の夜に。
  5. 実は出典テンプレートがすでに標準名前空間でエラーが起こった場合のみカテゴリ付けを行うという仕様になっております(現にCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/accessdateは標準名前空間のページしかありません)。一応、実装例として{{複数の問題/sandbox}}で「利用者名前空間でのみカテゴリをつけない」仕様を試してみました。上記と同じく特別:テンプレートを展開でお試しいただけます。
以上です。--ネイ会話2019年1月4日 (金) 15:52 (UTC)
色々と本当にありがとうございます。2の「Category:外部リンクがリンク切れになっている記事に統合」に賛成します(そんな変な仕様だったのですね)。--JapaneseA会話2019年1月5日 (土) 04:56 (UTC)
2、3、4を提案に追加しました。--ネイ会話2019年1月7日 (月) 12:04 (UTC)
報告 改名提案を提出しました。改名の合意成立を待ってから一遍に作業します。--ネイ会話2019年1月19日 (土) 08:54 (UTC)
報告 改名の合意が成立したとみなします。改名に向けた作業として、テンプレートの編集を行いましたが、キャッシュが残っているためすぐには反映されないと思います。不具合がないかの確認も兼ねて、1日程度待ってからカテゴリページの移動を行いたいと思います。--ネイ会話2019年1月31日 (木) 15:05 (UTC)
報告 移動を行う4カテゴリのうち3カテゴリが0件になったため、キャッシュ更新が完了したとして移動を行いました。残りの1カテゴリおよび改名提案の一覧ページへの報告はもう少し待ちます。--ネイ会話2019年2月1日 (金) 09:08 (UTC)
報告 accessdate (短)カテゴリも移動しました。削除依頼は後ほど。--ネイ会話2019年2月2日 (土) 04:10 (UTC)
報告 削除依頼を提出しました。--ネイ会話2019年2月2日 (土) 05:33 (UTC)
報告 削除依頼が対処されました。--ネイ会話2019年2月10日 (日) 05:27 (UTC)
質問 あわせてJapaneseAさんに再びお聞きしたいのですが、別件の修正でCategory:出典の日付が正しくないページが0件になりましたので、埋もれてしまう心配はなくなったと思います。Category:テンプレート呼び出しエラーのあるページ/調査中/Cite webのサブカテゴリ3件についてどうお考えでしょうか。--ネイ会話2019年2月10日 (日) 05:27 (UTC)
ありがとうございます。できるできない、作業が困難、というのを抜きにして述べます。
--JapaneseA会話2019年2月10日 (日) 13:33 (UTC)
  • access-date関連が修正された後、「出典の日付が正しくないページ」が0件になりましたので、改めて和暦と冗長日付をCategory:出典の日付が正しくないページに吸収合併させることを提案いたします。また、「出典テンプレートの呼び出しエラーがある記事」に関してはdeadlinkdateが指定された場合にaccessdate、title、urlの記入漏れのエラーメッセージが表示されなくなる不具合がありますが、それを修正しましたので、「出典テンプレートの呼び出しエラーがある記事」直下にあるのはtitleを記入しなかった場合だけとなります(キャッシュが残っているので空編集するか時間経過で消えると思います)。--ネイ会話2019年2月18日 (月) 03:23 (UTC)
  • deadlinkdateとarchiveが指定された場合、accessdateは必須入力ではないと思っていましたが、これは不具合なのでしょうか。仕様ではないですか?(title、urlは不具合だと思います。)--翼のない堕天使会話2019年2月23日 (土) 04:15 (UTC)
  • accessdate=出典を閲覧して情報源であると確認した日付を必須入力とした場合、リンク切れを確認した日付と相応のアーカイブリンクがあっても「出典を閲覧して情報源であると確認する」ことが免除されるわけではないと思います。そのため、そのような場合でもaccessdateを必須としました。または、以前の規定では必須なのか必須ではないのかを争わずに、改めて必須とするか合意を形成してもいいでしょう。--ネイ会話2019年3月1日 (金) 17:32 (UTC)
  • 出典を確認した日とアーカイブを確認した日は別ではないですか?現在の説明では「accessdate: 閲覧日付(必須)」なので、「アーカイブで情報源と確認した日」を入れるのは不適切ではないかと思います。Wikipedia:利用案内/過去ログ/2018年上半期#accessdateは何の閲覧日?などでも、結局なんの日付を入れるべきか確定しなかった部分でもあります。そうした中で合意形成もなく(あったらすみません)不具合と判断して変更するのはいかがなものでしょうか。「「出典を閲覧して情報源であると確認する」ことが免除されるわけではない」のであれば、個人的にはarchiveaccessdateを新設すべきと思います。--翼のない堕天使会話2019年3月2日 (土) 01:57 (UTC)
報告 カテゴリの変更は実施しましたが、不具合が現れても対処できるよういくらか待ってからカテゴリの削除依頼を提出します。--ネイ会話2019年3月1日 (金) 17:32 (UTC)
報告 削除依頼を提出しました。--ネイ会話2019年3月2日 (土) 06:37 (UTC)
報告 削除依頼が対処されましたので、本件はこれにて終了とします。議論に参加してくださった皆様、どうもありがとうございました。--ネイ会話2019年3月9日 (土) 17:55 (UTC)

エラー報告

[編集]
すみません。ドノバン・ミッチェルなどが、Category:展開の深さ制限を超えたページにカテゴライズされています(この話に関係なかったら、すみません)。--JapaneseA会話2019年2月17日 (日) 20:56 (UTC)
後ほど見てみます。ドノバン・ミッチェルについてはdate引数に間違いがありますので取り急ぎ修正しました。--ネイ会話2019年2月18日 (月) 00:50 (UTC)
今回は和暦のエラーカテゴリ付けを{{Citation/showdate}}から{{Citation/showdateError}}に移動することで修正できました。深さ制限が機能拡張の障礙になっているので、洋書全般を{{Cite news2}}のようにモジュール使用に切り替えたほうがよいと思います。--ネイ会話2019年2月18日 (月) 03:23 (UTC)
問題は解決しました。一方、この話と関係あるのか不明ですが、エジプト革命 (2011年)など複数の記事が、Category:テンプレート読み込みサイズが制限値を越えているページに追加されました。--JapaneseA会話2019年2月18日 (月) 04:52 (UTC)
後ほど見てみます。提案と関係のないバグ報告は別の節を分けましょうか?--ネイ会話2019年2月18日 (月) 08:59 (UTC)
ケースバイケースの修正になりますが、日本語の新聞をCite newsで呼び出す場合、language=jaをつけて和書表示にした場合は若干軽くなり、エジプト革命の記事はそれで修正できました。ほかのページでも同様の修正ができると思いますので、試していただけませんでしょうか。--ネイ会話2019年2月18日 (月) 19:19 (UTC)
後ほど試して報告します。--JapaneseA会話2019年2月19日 (火) 07:52 (UTC)
2011年の経済で試したらうまく行きました。理屈は全くわかりませんが。--JapaneseA会話2019年2月19日 (火) 14:46 (UTC)
2018年のテレビ (日本)以外は全て終わらせました(ほとんどが「2017年の日本」とかAKB系だったので時間の問題な気もしますが)。ルイス・ハミルトンは、この問題は直りましたが、「エラー: #time の呼び出しが多すぎます。」となりました。--JapaneseA会話2019年2月19日 (火) 19:13 (UTC)
「エラー: #time の呼び出しが多すぎます」で検索すると15記事ヒットしました。InternetArchiveBotや今回の件に関係あるのかは不明です。--JapaneseA会話2019年2月19日 (火) 20:32 (UTC)
(インデント戻す)ルイス・ハミルトンでは英語の文献を{{Cite news2}}や{{Cite web2}}などモジュールを使用したテンプレートに変更することで修正しました。ここまでくると、小手先の修正は効かず、試行錯誤でしか直せないと思います。--ネイ会話2019年2月20日 (水) 02:58 (UTC)

Template:Cite_webを多数使うとエラー「#timeの呼び出しが多すぎます」が出る問題

[編集]
screenshot

内田真礼で、エラー「#timeの呼び出しが多すぎます」が出ています。これはTemplate:Cite_webを多数使用しているためだと思われます。なんとかエラーを出さないようにできないでしょうか?--bcxfu75k会話2019年2月1日 (金) 21:16 (UTC)

Wikipedia:井戸端/subj/非常に多くの出典を使用した際にテンプレートが読み込まれない現象についてと同様の問題かと思われます。現状では、制限を超えた場合はベタ打ち(subst展開)などをするしかないのではないかと思います。--翼のない堕天使会話2019年2月1日 (金) 23:50 (UTC)
コメント 記事を拝見しましたが、このケースではエラーカテゴリに分類されないのですね。--JapaneseA会話2019年2月2日 (土) 04:43 (UTC)

引数「deadlinkdate=」について

[編集]

先ほどニンテンドーDSの記事を編集した際に気がついたことなのですが、{{Cite web}}でリンク切れのページに対して引数|deadlinkdate=ではなく|deadurldate=を使っている場合、本来なら

  • {{Cite web |url=https://www.example.com |title=Example |accessdate=2020-01-30 |deadlinkdate=2020年1月}}
出力結果: Example”. 2020年1月30日閲覧。

のように[リンク切れ]と表示されるべきところが、

  • {{Cite web |url=https://www.example.com |title=Example |accessdate=2020-01-30 |deadurldate=2020年1月}}
出力結果: Example”. 2020年1月30日閲覧。

のように何も表示されなくなってしまうようです。このテンプレートで過去に引数|deadurldate=が使えたけど今は廃止されたのか、それとも単なる書き間違いなのかは分かりませんが、他にも引数|deadurldate=が使われている記事が存在するかもしれないので、念のためご報告しておきます。--Keruby会話2020年1月30日 (木) 08:01 (UTC)

{{Cite web |url=https://www.example.com |title=Example |accessdate=2020-10-09 |deadurldate=2020年10月}}とすると
Example”. 2020年10月9日閲覧。
プレビューで確認しましたけど、まだそのままですね。
直ってないのに流れるのは良くないので、とりあえず返信しておきます。(僕が直せたら良いのですが、そのスキルが無いもので、、、)--お好み焼き星人会話2020年10月9日 (金) 08:22 (UTC)
話を戻します。英語版のen:Special:Search/insource:deadurldateや中国語版のzh:Special:Search/insource:deadurldateなどを調べてみると、この引数が使われている記事は日本語版からの翻訳日本語版からの出典コピペが原因のようです。このまま放置すると存在しない引数が他言語版にも広まってしまう恐れがあるので、テンプレート側の修正ではなくBotによる|deadurldate=から|deadlinkdate=への修正がふさわしいのではないでしょうか。Semi-Braceさんが提案された追跡カテゴリも、必要に応じて追加するのが良いと思います。--Keruby会話2020年10月9日 (金) 23:00 (UTC)
  • コメント パラメータ名の修正のBot作業依頼については、合意形成を経なくても「誤字修正」として出していただければ作業可能です。パラメータの指定内容が「09月」などとなっているとエラーが発生するので、実際には |deadurldate=2017年09月 となっているものを |deadlinkdate=2017年9月 へと置換する必要がありそうです。作業対象の抽出には Special:Search/insource:deadurldate を使うので、追跡カテゴリを付与する必要はありません。--Yuukin0248[会話/投稿記録] 2020年10月10日 (土) 01:28 (UTC)
    • お言葉ですがinsourceの方式だと無関係なテンプレートのパラメーターまで列挙される可能性が否めないため上記提案をしました。追跡カテゴリ自体はあっても有害でないと考えます。--Semi-Brace (会話 / 投稿) 2020年10月10日 (土) 01:45 (UTC)
      • 合意形成を経なくてもOKとのことなのでBot作業依頼を行おうと考えていますが、追跡カテゴリ作成の是非について結論が出るまで依頼を保留にすべきでしょうか?--Keruby会話2020年10月10日 (土) 02:09 (UTC)
      • 返信 (Semi-Brace さん宛) 実際のBot作業ではテンプレート名とパラメータ名の両方が一致した場合のみ修正を行いますので、作業対象のページを列挙する時点で無関係なものが入っていたとしても結局は弾かれます。Semi-Brace さんの 2020年10月9日 (金) 13:05 (UTC) のコメントは文脈的に「Bot作業に追跡カテゴリが必要」と読み取れたのですが、実際には「Bot作業を行う場合は追跡カテゴリは不要」であるため、そのように申し上げました。別に追跡カテゴリは有害ではないですが、不要なものを追加する必要はないだろう、との考え方です。Bot作業終了後に |deadurldate= の誤使用を手動メンテナンスする場合は追跡カテゴリが必要だと思います。--Yuukin0248[会話/投稿記録] 2020年10月10日 (土) 02:19 (UTC)
  • @Kerubyさん、Semi-Braceさん: こちら放置状態となって申し訳ありません。他言語版への流出の懸念もあるため、できるだけ早く修正してしまいたいと思っています。とりあえずBotで修正するだけであれば追跡カテゴリは不要ですが、どのようにしましょうか。--Yuukin0248[会話/投稿記録] 2021年4月18日 (日) 09:11 (UTC)
    返信 (Yuukin0248さん宛) 引数|deadurldate=|deadlinkdate=に置き換える方法で修正すれば他言語版への流出はなくなるはずなので、この方法で問題なければBot作業依頼を行いたいと思います。それから上記でSemi-Braceさんが懸念されている「無関係なテンプレートのパラメーターまで列挙される可能性が否めない」について対策すべきであれば、「{{Cite web}}内で使用されている引数のみ置き換え」のように条件を付けることで対策が可能かな?と思いました。もっとも、{{Cite web}}以外でInternetArchiveBotによって引数|deadurldate=を追加されたテンプレートが他に存在するのか不明なので、この条件を付ける必要があるのか分かりませんが。--Keruby会話2021年4月20日 (火) 05:38 (UTC)
    問題なさそうです。パラメータ名については、{{Cite web}}内で使用されている場合のみ置き換えにしたほうが良さそうですね。--Yuukin0248会話 / 投稿記録 2021年4月21日 (水) 07:30 (UTC)
    了解しました。{{Cite web}}のみを対象としてBot作業依頼を行います。--Keruby会話2021年4月22日 (木) 02:07 (UTC)

「accessdate」を必須引数でなくすることを提案します。

[編集]

Template:Cite web/docにも書かれているように、現在、「accessdate」は必須引数になっています。ところが、英語版ではこの引数は必須となっておらず、英語版から翻訳するときにこの引数を補う必要が生じます。最近、私は「en:Song Zu'er」を翻訳して「ラレイナ・ソン」を作成したのですが、その際英語版で用いられている「en:template:cite web」47個すべてにaccessdateがなく、Template:Cite web/doc#翻訳においてのaccessdateの注意で紹介されている、Wikipedia:ツール/WikiBlameを使って補うことになりました。(コンテンツ翻訳の中でいくつか処理したので、公開した時点で残っていたものは17個です。これは、コンテンツ翻訳の仕様上テンプレートの編集ができなかったためです。)

この問題は以前より知られていて、だからこそ「Template:Cite web/doc#翻訳においてのaccessdateの注意」でわざわざ引数を補うように指示されているわけでしょうが、手間をかけて補う意味があるように思えません。Template:Cite web/docの説明には「将来Dead Linkとなる可能性もあるURL存在年月日の証左」と書かれていますが、現在「Dead Link」でなければ何の意味もありませんし、現在「Dead Link」になっていれば過去のある時点で存在したことがわかっても特に役に立つように思えません。また、「Dead Link」を救済するためにアーカイブを探すときには、urlが分かれば十分で、どの時点で存在したかという情報はほとんど役に立ちません。そもそも英語版で必須になっていないのは、必須にする必要がないからだと思います。英語版にも存在することは存在するので、廃止する必要はないと思いますが、必須引数からははずしてよいと思います。--Süd-Russisches会話2020年10月9日 (金) 06:15 (UTC)

『英語版で用いられている「en:template:cite web」47個』と書いたのは46個の間違いです。--Süd-Russisches会話2020年10月9日 (金) 06:43 (UTC)

  • 反対 |accessdate=を必須引数でなくしてしまうと検証可能性に関わるデメリットが大きいと思うので反対です。紙の書籍の場合、いったん発売されてしまえば出版社が後から内容を書き換えようとしても既に市場や公立図書館に出回った全ての本を回収することは現実的ではないので、「その書籍の内容をいつ検証したか」はそれほど重要ではありません。ですがウェブサイトの場合、サイトの運営者が好きなタイミングで内容を書き換えられるので閲覧者が知らないうちに全く別の意味を持つ文章に変わっている、なんてことが起こりえます。また、ウェブサイトの運営者とドメイン管理会社の契約が終了してリンク切れとなり、あとから別の業者が同じドメインを取得するというケースもあります。私の観測範囲だと公開が終了した映画の公式サイトで見かけたのですが、後からドメインを取得したサイト運営者が元のウェブサイトと同一のURLで元のサイトに使われていた単語や文章を流用しつつ、自動生成された広告に書き換えられていることがありました(例: オリジナル改変後のギャンブル広告)。これは広告業者がドメインを取得した場合の話ですが、仮に悪意ある人物や組織がドメインを取得した場合、元のウェブサイトとそっくりな見た目になりすまして正反対の主張に書き換えてしまうことも可能でしょう。このようなことが起きた場合でも|accessdate=が入力されていれば、閲覧日情報から近い日時に保存されたウェブアーカイブを探し出してアーカイブリンクを追加する労力を減らせるのがメリットだと私は考えます。以上の理由から、出典の検証可能性を維持する意味で|accessdate=を必須引数のままにしておくべきだと思います。サイトがリンク切れかリンク切れでないかだけで判断すると「見た目上はリンク切れになっていないけど内容が書き換えられているケース」に対応するのが困難になるので、やめたほうがいいと思います。ちなみに提案者のSüd-Russischesさんとは別の利用者が翻訳した記事で、翻訳直後なのにウェブ出典の大半がリンク切れになっているケースを時々見かけます。検証可能性を満たすためには翻訳時にウェブ出典がリンク切れになっていないかを翻訳者が確認すべきだと私は考えますが、この確認作業を行なっている時点で「ウェブサイトを閲覧している」のですから、わざわざ翻訳元の記事にツールを使わずとも翻訳時点の日付を|accessdate=に入力してしまえばいいのではないでしょうか。
なお、関連する井戸端の議論をざっと見た限りでは「引数 accessdate は必須です。」「翻訳記事作成時の出典の書き方(互換性なし)について」「archivedateがある場合のaccessdate 必須」などの話題がありました。--Keruby会話) 2020年10月9日 (金) 11:54 (UTC) リンク追加。--Keruby会話2020年10月9日 (金) 23:29 (UTC)
反対 Kerubyさんが詳しく解説したので、私からは告知不足であるとだけ指摘しておきます。--ネイ会話2020年10月9日 (金) 12:43 (UTC)
反対 @Kerubyさんの論による。英語版からの翻訳をしてくださるのはありがたいし、提議に感謝します。
> (URLアドレスほかの)確認作業を行なっている時点で「ウェブサイトを閲覧している」のですから、わざわざ翻訳元の記事にツールを使わずとも翻訳時点の日付を|accessdate=に入力してしまえばいいのではないでしょうか。
合理的と考えます。閲覧期日を書いたからといって、悪意のないリンク(後述第2点)と証明する責を負うわけではないけれども、読者の安全にもご想像を。また英語版とテンプレートの使い方の指針が異なり、日本語ウィキペディアでは〈負担〉が増えるというよりリスク回避もできると感じますが、いかが? 
第2点。
翻訳記事に限らず、ウェブ出典の場合には投稿者がURLを精査してアクセス日時を記す必要を強く感じます。信じたくないことですが、原文記事にあったリンクがドメインごと転売され、気づかずにクリックした利用者が、個人情報を盗まれるリスクがあるそうです。書き下ろし記事なら、そんなリンクを書き込むことはないでしょうし、翻訳記事だからと弁解はできません(ブラウザによってはFirefoxなど危険サイトという警告が出て開かないが広く知られてはいない。)
第3点。
提議者の方からコンテンツ翻訳拡張機能(CX2)に言及がありましたので、以下、脱線です。要点のみ。英語版にはそれでなくても、生のリンクを投げ込んだ脚注が見られ、確かに手間がかかりますね。それらを引き受けてくださり頭が下がります。脚注を除去してしまう乱暴な対処をなさらない点はとても貴重です。
だからこそ、実に申し上げにくいけれど、URL典拠は原文側の加筆日時確認だけでなく、CX2の側でリンクを開くことを必ずしませんか。個人情報を盗むサイトへのリンクがウィキペディアにあったせいで被害を受けた事案があったと読みました(ページ失念)。
  • 他言語版の良い記事を日本語で紹介したい善意と自認。
  • むざむざ危険なリンクを導入する罪に無自覚であること
上記はきつい物言いですが、無自覚の共犯になるのかと背筋が寒くなって、次の3点を自戒しています。以下の3番は、読み手としてとてもありがたいです。グウタラな魂胆があります。
  1. 拡張機能上で翻訳し、出稿先に個人のサンドボックスを指定する。cite webテンプレートの作業をそちらで手当てすると、悪意に加
  2. 担する危険性が減らせる。
  3. 英語版が落としがちなwebサイト出稿者(publisher)の引数を翻訳記事で補う。出典の信頼性を想像できるから。
功を焦らず、どなた様もご配慮くださると良いと思います。--Omotecho会話2022年4月29日 (金) 13:03 (UTC)

返信 利用者:Yuukin0248さん、利用者:ネイさん、ご意見を頂きありがとうございます。まずは、ネイさんが指摘された告知の問題を解決したいと思います。どのような告知をすればよいとお考えでしょうか。--Süd-Russisches会話2020年10月9日 (金) 20:21 (UTC)

doilabelの廃止提案

[編集]

現在、|doi=に記号が含まれる場合、|doilabel=を指定するようになっていますが、マジックワードurlencodeを使用することで|doi=に記号が含まれる場合でも正しいURLへのリンクが張られます。{{Doi}}でも同様の実装になっているので、|doilabel=を廃止して、urlencodeを使用した実装に移行することを提案します。--ネイ会話2021年4月10日 (土) 08:27 (UTC)

チェック 編集しました。--ネイ会話2021年4月17日 (土) 10:51 (UTC)