Wikipedia:利用案内/history20200523
Wikipedia:利用案内/history20200523/ヘッダ
accessdateは何の閲覧日?
Webアーカイブを出典に用いる場合、「閲覧日」には何を閲覧した日付を記入するのでしょうか。以下、{{Cite web}}の引数で説明します。
私はurlの閲覧日をaccessdateに記入すると考えていましたので、例えばリンク切れをアーカイブに置き換える際にaccessdateは変更せず編集してきました。しかしある利用者さんは、リンク切れをアーカイブに置き換える際にaccessdateを書き換えてらっしゃいました。つまりaccessdateをarchiveurlの閲覧日に変更したということです (archivedateとは異なる) 。accessdateにはどちらの閲覧日を記入するのがよいのでしょうか。--ぽたしか(会話) 2017年12月30日 (土) 01:16 (UTC)
詳しくはこちらやこちらを参照していただくと宜しいのですが、簡潔に言いますと「accessdateは出典を提示した編集者がそれを閲覧した年月日を(リンク切れとなった際にはその年月日に記事が存在していたという証拠になる)、archivedateにはアーカイブを提示した編集者がアーカイブした年月日を書く。」という事になりますので、ぽたしか様のようにaccessdateはいじらずarchivedateを追加するのが基本となります。そしてここまで読まれたのであれば不要とは思いますがご質問の答えは「accessdateはurl先の記事を閲覧した年月日を記入する。」です。--播磨の暇人(会話) 2017年12月30日 (土) 12:10 (UTC)
accessdate についてはそれでいいのですが、「archivedateにはアーカイブを提示した編集者がアーカイブした年月日を書く。」は、「archiveurlの閲覧日を書く」と誤解されかねない表現なので補足します。(もちろん播磨の暇人様はちゃんとわかっている上で書かれたと思いますが)「archivedateには、(archiveurlを閲覧した日ではなく)その記事がアーカイブされた年月日を、アーカイブを提示した編集者が書く。」です。アーカイブされた年月日というのは、WebArchiveなどのアーカイブサイトがその記事をアーカイブした日付です。たいていは数ヶ月おきにアーカイブされていますから、アーカイブされた日付が異なる同じページのアーカイブが複数あります。どの日付のアーカイブを選ぶべきかという点は悩ましいところですが、accessdateの日付よりは新しいアーカイブの中から最古のものを選択するのが適当でしょう。恥ずかしながら実を言うと私も、最初のころは archivedate に「archiveurlの閲覧日」を書いていました(^^ゞ --Loasa(会話) 2017年12月31日 (日) 11:26 (UTC)
播磨の暇人さん、Loasaさん。accessdateにはurlの閲覧日を記載すればよいのですね。詳しいご説明ありがとうございます。
また関連して追加でお尋ねしたいのですが、urlは分かるがアクセスしたことがないままリンク切れになってaccessdateが分からない、しかしアーカイブは見つかった、という場合はどうすればよいのでしょうか。私はarchiveurlとarchivedateがあればaccessdateはなくてもかまわないように思うのですが、{{Cite web}}でaccessdateは必須引数になっています。こういう場合はaccessdateに何を記入すればよいのでしょうか。あるいはこのテンプレの使用を諦めるべきでしょうか。--ぽたしか(会話) 2018年1月5日 (金) 15:57 (UTC)
- 簡単に確認した限りでは、docには必須となっていますが、エラー処理も行っておらず、未指定でも利用できるようです。ただし、将来にわたって正常に動作するかはわかりませんので、そのような使い方をされた場合には意図的にそうしている旨、コメントとして記載した方が良いかと思います。--翼のない堕天使(会話) 2018年1月6日 (土) 04:40 (UTC)
{{Cite web}}自体はaccessdateが未指定でも利用できますが、以下のように警告文が表示されます。{{Cite web |url=http://www.sample.com/ |title=sample |date=2018-01-06 }}と入力した場合の例:
- “sample” (2018年1月6日). Template:Cite webの呼び出しエラー:引数 accessdate は必須です。
- 過去ログには、Template‐ノート:Cite web/過去ログ3#archivedateかaccessdate必須の提案のような議論がありました。--Doraemonplus(会話) 2018年1月6日 (土) 06:36 (UTC)
失礼しました。deadlinkまたはdeadlinkdateが指定されてないと、たしかに警告表示になりますね。{{Cite web |url=http://www.sample.com/ |title=sample |date=2018-01-06 |deadlinkdate=2018-01-07 }}と入力した場合の例:
- “sample” (2018年1月6日). Template:Cite webの呼び出しエラー:引数 accessdate は必須です。
- 質問文から、deadlink指定するものと思い込んで、その分省略してコメントしてしまいました。。。--翼のない堕天使(会話) 2018年1月6日 (土) 07:36 (UTC)
- Doraemonplusさん、翼のない堕天使さん、ありがとうございます。Template‐ノート:Cite web/過去ログ3#archivedateかaccessdate必須の提案についてはざっと読んだだけなので誤認があるかもしれませんが、議論参加者3名はarchiveurlの閲覧日をaccessdateに記入する必要があるか否かを議論しているように読めました。私はarchiveurlの閲覧日は不要だと考えていたので、必要とする意見は参考になりました。しかしテンプレートにurlとarchiveurl両方の閲覧日を記入することもできませんし、どうすればよいのでしょうね。
- さてdeadlinkdateを指定してあれば確かにaccessdateがなくても赤字のエラーが出ないようです。これで{{Cite web}}が使えます、ありがとうございます。さらに追加でお尋ねしたいのですが、隠しカテゴリCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れに分類されるのはどのような場合なのでしょうか。
説明文を見た感じdeadlinkdateを記入している場合にカテゴライズされるのかな?と想像しますが、それで「テンプレート呼び出しエラー」になるのもよく分かりません。何か他の条件があるのだろうかと思うのですが、サンドボックスでは隠しカテゴリが再現できませんでした。記事で試してみるのもためらわれるのですが、上記隠しカテゴリに分類される条件を確認する方法はないでしょうか。--ぽたしか(会話) 2018年1月6日 (土) 16:04 (UTC) 調べたので取り消し線--ぽたしか(会話) 2018年1月7日 (日) 01:19 (UTC)これは私の推測であり、詳しい仕様はわからないのですが、Category:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れが「テンプレート呼び出しエラーのあるページ」にカテゴライズされていることについては、カテゴリ構造の都合で便宜上そこに置かれているだけではないでしょうか。その一つ上のCategory:テンプレート呼び出しエラーのあるページ/Template:Cite webの他のサブカテゴリに分類されている記事を見てみると、実際にテンプレート呼び出しエラーが表示されている記事が結構あります。--Doraemonplus(会話) 2018年1月6日 (土) 16:50 (UTC)
- まず確認ですが、「テンプレート呼び出しエラー」というのは上のほうでDoraemonplusさんがご掲示くださった「Template:Cite webの呼び出しエラー:引数 accessdate は必須です。」という赤字の"警告表示"のことでしょうか?もしそれならば、Category:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れに分類されている記事には赤字の警告表示は出ていません。そこで疑問点は、警告表示が出ていないエラーをどう解消すればよいのか? 逆に言えば、隠しカテゴリCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れに分類されるのはどのような場合か?ということです。--ぽたしか(会話) 2018年1月7日 (日) 01:19 (UTC)
(インデント戻します) 尋ねておいて何ですが自分で調べました。
- accessdate無し・deadlinkdate無し ⇒ 赤字の警告表示、隠しカテゴリCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web、隠しカテゴリCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/accessdate
- accessdate無し・deadlinkdate有り ⇒ 警告なし、隠しカテゴリCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れ
- accessdate有り・deadlinkdate有り ⇒ 警告なし、隠しカテゴリなし
- ただしdeadlinkdateがある場合、かつarchiveurlおよびarchivedateがない場合は隠しカテゴリCategory:外部リンクがリンク切れになっている記事が付与される。本件とはあまり関係ないが。
私が今回使用したいのは2番目の「accessdate無し・deadlinkdate有り」です。おそらく2番目のケースで想定されていたのは、もともとはaccessdateが記入してあったのに、リンク切れになったからaccessdateを除去してdeadlinkdateだけ追加した、という場合だと思います。その場合は履歴からaccessdateを復元すればよいのですが、今回の私のようにurlにアクセスしたことがない場合はaccessdate ( = urlの閲覧日) が存在しません。こういうときはどうするのがよいのでしょうか。隠しカテゴリを気にせずaccessdateなしで使用する、とか、accessdateに適当な文字数字列を入れてとりあえずエラーを回避する、とか、あるいはarchiveurlの閲覧日を記入する、などいくつか対応が考えられると思いますが。--ぽたしか(会話) 2018年1月7日 (日) 01:19 (UTC)
- 利用者:ワーナー成増(会話 / 投稿記録)さんの直近の投稿記録を拝見すると、2番目のエラーの解消方法としてaccessdateにはarchivedateと同日を記入しているようです。確かにアーカイブが取得できているということは当時はアクセス可能だったとみなしてもよさそうです。この方法で大丈夫そうならそれに従いますが、いかがでしょうか。--ぽたしか(会話) 2018年1月7日 (日) 01:40 (UTC)
私もCategory:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れに掲げられている説明から、赤字の警告表示のない、その2番目のケースの状態を「テンプレート呼び出しエラー」と呼んでいるように読めます。仰るように「リンク切れになったからaccessdateを除去してdeadlinkdateだけ追加した」場合を想定して、これを不適切なテンプレートの使い方だと認識した上での処理だと思われます。今回のご質問の「そもそもリンク切れになる以前にurlにアクセスしたことがない」場合のaccessdate指定については、エラーとしてこの隠しカテゴリに分類されるのが気になるようであれば、ワーナー成増さん方式が無難だと思います。もしその方式でも納得いかないようなら、お手数ですがTemplate‐ノート:Cite webあたりに本案件を報告して、この隠しカテゴリの運用方針の変更を要請するなり何なりしていただくのがよろしいかと存じます(もしこの隠しカテゴリに関して私の認識に誤りや抜け落ちがありましたらご指摘願います)。--Doraemonplus(会話) 2018年1月7日 (日) 04:12 (UTC)
コメント accessdateを「当該出典を最後に閲覧して確認した日付」とするのが最も簡単ではないでしょうか。
- archiveurlを閲覧して出典を確認した場合、accessdateはその閲覧日。
- Botなどで機械的にarchiveurlを追記した場合(または、リンク切れを確認してarchiveurlを足したが、読まなかった場合)、確認していないのでaccessdateは変更しない。
- accessdateが昔の日付で、今はリンク切れであると確認した場合、出典を閲覧できていないのでaccessdateは変更せず、deadlinkdateのみ追加する。--ネイ(会話) 2018年1月7日 (日) 04:38 (UTC)
Doraemonplusさん、ご確認ありがとうございます。accessdateに記入すべき日付がurlの閲覧日だとすると、私もワーナー成増さん方式が無難だと思いました。あるいはaccessdate不要な{{ウェブアーカイブ}}などを利用することもできそうです。もう少し他の利用者さんのご意見を待ってみます。
ネイさん、ありがとうございます。ネイさんが挙げられた2,3番目はurlの閲覧日を、1番目はarchiveurlの閲覧日をaccessdateに記入するということでしょうか?その方法ですと記入者自身は分かりやすいですが、他の利用者は「当該出典」がurlを指すのかarchiveurlを指すのか、つまりaccessdateが何の閲覧日を指しているのか判断しがたいように思われます。播磨の暇人さんとLoasaさんの回答によると、archiveurlを閲覧・確認していた (ネイさんの1番目) としてもaccessdateはurlの閲覧日のままにしておく、となるようです。またアーカイブに特化した{{ウェブアーカイブ}}等にaccessdate引数は無いので、accessdateに記入すべきはarchiveurlの閲覧日ではないように見受けられます。
- 一方でTemplate‐ノート:Cite web/過去ログ3#archivedateかaccessdate必須の提案の参加者3名は、accessdateにarchiveurlの閲覧日を記入することについて (提案者は不要、反対者は必要として) 議論しています。確かにarchiveurlのほうもリンク切れがありえますので、archiveurlの閲覧日を記入したい気持ちも分かります。そこでたとえばワーナー成増さん方式を応用してリンク切れのaccessdateをarchivedateと同日とみなせるならば、archivedateが存在する場合のaccessdateをarchiveurlの閲覧日に書き換えておく (つまり、urlのみのときのaccessdateはurlの閲覧日、archiveurlとarchivedateを追加したときのaccessdateはarchiveurlの閲覧日) 、といった運用も可能ではあります。私がこの節の冒頭で言及した「ある利用者さん」がこれと同様の編集をしています。
- さて結局のところ{{Cite web}}で"必須"とされているaccessdateには何の閲覧日を記入することが求められているのでしょうか?ということで冒頭の質問に戻ります。この認識が統一されていないとaccessdateを記入する意味がないように思うのです。--ぽたしか(会話) 2018年1月8日 (月) 02:37 (UTC)
返信 (ぽたしかさん宛) 現行版のTemplate:Cite webには「閲覧日付」、Template:Citation#日時に関する引数には「引用日」とあるだけで、今のところ、効力を有する詳細な取り決めは無いようですね。実際には、利用者コミュニティ内の常識的な解釈とこれまでの習慣・慣例で回っているのだと思います。accessdateを記入する意義については、Cite webの方の「将来Dead Linkとなる可能性もあるURL存在年月日の証左」という説明に端的に表われていますが、本件のようにオリジナルURLのDead Link後にCite webを使用すること自体が当初の想定に無かったのではないかと思えますね。そういう用途には、既にお示しの通り{{ウェブアーカイブ}}が最適なのでしょう。ちなみに、英語版のCite webテンプレートではaccessdate引数は必須の記入事項ではなく、英語版からの翻訳記事を書いていると、accessdateが未記入のCite webの使用例に出くわすことがしばしばあります。そのためか、Template:Cite web#翻訳においてのaccessdateの注意なんていう注意書きが用意されているほどで、個人的には、このあたりのことは他言語版と統一しておいてもらいたいな、と思っています。最終的にはen:Help:Citation Style 1のような形にまとめ上げて、エラー表示の解説もen:Help:CS1 errorsのように整っていると便利でしょうね。この点に関しては、日本語版はまだまだ発展途上のようです。--Doraemonplus(会話) 2018年1月8日 (月) 10:06 (UTC)
コメント 話を脱線させてしまったので、本題に戻ります。私の認識では、accessdate・archivedate・deadlinkdateの3つに通底する基本理念は元は同じことではないかと思います。つまり、これら「閲覧(参照)した日付」をもっと正確に言えば、「出典として引用した内容とWikipediaの記述内容との合致を確認した日付」ということです。これは検証可能性に深く関わります。
- accessdate → 引数urlに対応し、外部Webサイトから引用した内容とWikipediaの記述内容が合致していることを執筆者がその目で確認した日付。
- archivedate → 引数archiveurlに対応し、リンク切れのWebページについて外部アーカイブサイトが生前の同ページをアーカイブした日付。
- deadlinkdate → 引数urlに対応し、引用されている外部Webサイトがリンク切れとなってしまっていることを利用者が確認した日付。
上記3つのうち2番目のWebページのリンク切れについて、元あった内容とWikipediaの記述内容との合致を外部アーカイブサイトで再確認する過程において、Wikipediaの記述内容と照合する内容は通常、利用者がarchiveurlを閲覧した時点の情報というより、アーカイブサイトが同リンク切れWebページを過去にアーカイブした時点の情報となるため、利用者がarchiveurlを閲覧した日付をaccessdateやarchivedateに記載するのは上記3点と矛盾するため不適切で、仮に記載したところで大した意味を持ちません(もしこのarchiveurlの閲覧日情報が生きるとすれば、アーカイブされたページ自体がリンク切れになってしまった場合でしょうけど、そのような事例の報告はあるでしょうか)。また、ある利用者がリンク切れ確認時にaccessdateだけ書き換えてそのまま放置してしまった場合、後でそのリンク切れに気付いた別の利用者がそれを修復するのが困難になります(特に履歴が膨大な記事の場合、影響が大きい)。
それと、{{Cite web}}で deadlinkdate有り・accessdate無し とした時に、隠しカテゴリ(Category:テンプレート呼び出しエラーのあるページ/Template:Cite web/リンク切れ)に分類されてしまうのを回避するためだけに、accessdateに適当な日付を記入することは、控えていただくのがよろしいでしょう。ただし、上述したような考え方に基づき、ワーナー成増さんの直近の編集方法に倣って、十分に根拠のある日付(リンク切れしたurlに対応するarchiveurlが信頼あるアーカイブサイトによってアーカイブされてインデックス化された日付)を記入する場合は、この限りではないでしょう。この考え方に沿えば、本件のように初めからaccessdateが存在しない場合でも、比較的安全なaccessdateを記入できるはずです。また、利用者:InternetArchiveBotの挙動も一つの参考になるかもしれません(調査中)。--Doraemonplus(会話) 2018年1月9日 (火) 09:54 (UTC)
Doraemonplusさん、詳しくご解説ありがとうございます。accessdateはurlを閲覧して内容を確認した日、archivedateはアーカイブが取得された日、deadlinkdateはurlのリンク切れを確認した日、ということですね。私も同じ認識です。
- しかし最初にご掲示いただいた過去の議論Template‐ノート:Cite web/過去ログ3#archivedateかaccessdate必須の提案では、記載内容が今後変更されないと推定できる (代替テキストやアーカイブが存在するなど) 場合は英語版ではaccessdate不要だから、日本語版{{Cite web}}もaccessdateまたはarchivedateどちらかのみ必須にしよう、という提案がされました。しかし反対意見2件が、archiveurlがリンク切れを起こすこともありうるからarchiveurlの閲覧日をaccessdateに書くべき、であったため提案は通りませんでした。さて実際のところ、accessdateにurlの閲覧日を記入する方もいればarchiveurlの閲覧日を記入される方もいらっしゃるようです。accessdateに何の閲覧日を記入するか、そもそも利用者間で共通認識は存在しているのでしょうか?
- なお{{Cite web}}のaccessdateに"適当な"ものを記入する件についてですが、これは日付でなくても例えば「abcdefg」など7文字以上 (「yyyy-mm」形式以上?) 入力すればエラーは発生しなかったように思います。しかしワーナー成増さん方式は目から鱗でした。
- ちなみに#配信日不明の情報についてでふと思って試してみたのですが、
accessdate=不明
と入力した場合はCategory:テンプレート呼び出しエラーのあるページ/調査中/Cite web (暫定対処)に分類されるようでした。あるいはテンプレートを使わないという手もあります。その場合でも閲覧日は必要とされるのでしょうけれど。--ぽたしか(会話) 2018年1月10日 (水) 15:54 (UTC)
何の閲覧日か統一されていない
質問 話が広がりすぎてしまったので最初に戻ります。私は現行通りアーカイブ追加時のaccessdateをurl閲覧日のままとしておきます。しかし編集分野が近い「ある利用者さん」はaccessdateをarchiveurl閲覧日へ変更なさいます。同一分野の記事でaccessdateが何の閲覧日を指しているのか統一されていない状況です。この場合、指摘するべきでしょうか、そのままにしておくべきでしょうか。上で見てきたように、archiveurl閲覧日をaccessdateに記入するという考えかたも確かに存在するため、明確に誤りであると言ってしまってよいのか分かりかねています。--ぽたしか(会話) 2018年1月14日 (日) 12:17 (UTC)
先ずはそれをやった利用者の会話ページでどうしてこのような編集をされたのか聞いてみてはどうでしょうか。相手の返事次第で誤りだと思ったのなら指摘すればいいし、その返答内容がおかしいのかどうか分からないのであれば井戸端や利用案内などでまた意見を募れば良いんじゃないかと思います。--赤羽さん(会話) 2018年1月18日 (木) 19:59 (UTC)
赤羽さん、ありがとうございます。おっしゃることは分からなくはないです。まず問題が発生したら利用者と対話、それで解決しなければ第三者に頼るべき、そういうことでしょう。しかし論点となる「このような編集」というのは、urlがリンク切れしたのでarchiveurlとarchivedate (とdeadlinkdate) を追加してaccessdateも書き換えた、という編集です。どうしてaccessdateを書き換えたのか、は最初に述べたとおりarchiveurlの閲覧日を示すためだと私は想像しました。本人に確認はしていませんが編集意図は既に分かっているつもりで、その上でそれが正しいのかどうか分かりませんでした。私と「ある利用者さん」2人で話してその分野だけローカルルールを統一して済むのであれば話し合いを検討しますが、おそらく利用案内で"正解"を聞いてしまったほうが早いだろうと思ったので先にここでお尋ねしました。
- 最初に播磨の暇人さんとLoasaさんの回答で満足しておけばここまで長くならなかっただろうと思います。しかし質問を続けると、accessdateにarchiveurlの閲覧日を記入される方は、「ある利用者さん」以外にもネイさんや過去の議論参加者など複数いらっしゃり、コミュニティ内で認識が統一されていないのでは?と疑問を感じました。結局accessdateには何の閲覧日を記入することになっているのでしょうか? アーカイブ追加時にaccessdateを書き換えるのは誤りである、と「ある利用者さん」に指摘してしまってよいのでしょうか?--ぽたしか(会話) 2018年1月21日 (日) 05:03 (UTC)
同名の記事が存在しない
同名の記事が存在しない場合、カッコがついている記事名ををかっこなしに即時改名できるという方針はどこかに明記されていますか?--Missing340(会話) 2017年12月31日 (日) 07:39 (UTC) --Missing340(会話) 2017年12月31日 (日) 07:39 (UTC)
同名記事が存在する場合は、Wikipedia:曖昧さ回避に従って「括弧つき記事名」を指定しますが、同名記事が存在しない場合はそもそも「曖昧さ回避する必要がない」ので、すぐに同名記事を投稿しないのであれば、Wikipedia:記事名の付け方にある「正式な名称」として、提案なしの改名しても問題ないと考えられます。括弧つき記事名は前提条件があるので、前提条件を満たさないならそもそも付けるべきでないというものです。--アルトクール(会話) 2017年12月31日 (日) 07:47 (UTC)
- 個人的にはアルトクールさんのコメントに賛成するのですが、実際には小惑星の記事など分野などにより同名の記事が存在しなくてもかっこ付きの記事名にしている例がそれなりにあります。この問題は以前から何回も議論されています。例えばノート:曖昧さ回避の2016年3月15日までの議論などをご覧ください。--アルビレオ(会話) 2018年1月7日 (日) 01:39 (UTC)
利用者サンドボックスのデータが削除されています
当方の利用者:曾禰越後守/サンドボックスがいつのまにか削除されています。経緯がまったく不明なのですが、削除の理由が何かあったのか、また復帰は可能なのでしょうか。--曾禰越後守(会話) 2018年1月5日 (金) 01:21 (UTC)
- 削除記録が見当たりませんが、利用者:曾禰越後守/sandboxのことでしょうか?--ネイ(会話) 2018年1月5日 (金) 01:26 (UTC)
- ありがとうございます。画面上部の「下書き」に掲示がなくなったので削除されたかと思った次第です。--曾禰越後守(会話) 2018年1月5日 (金) 01:37 (UTC)
ページ右上のツールバーにある「下書き」のリンクは以前は「利用者:○○/sandbox」にリンクされていたはずですが、「利用者:○○/サンドボックス」へのリンクに変更されているようです。曾禰越後守さんのように誤解したり下書きページを見つけられなくなったりする利用者が発生しかねないので戻した方がよいかと思いますが、私はこの手の設定方法には残念ながら詳しくないので対処しかねます。--SilverSpeech(会話) 2018年1月5日 (金) 01:41 (UTC)
- そういうことだったんですね・・・。既にsandboxを作成していた利用者にとっては不便になっただけと思うのですが・・・。私にはどうも「しなくていい変更」としか思えないのですが、これはもう不可逆的な変更なんでしょうかねえ。--柒月例祭(会話) 2018年1月5日 (金) 02:49 (UTC)
おそらく、translatewikiで行われたtranslatewiki:MediaWiki:Sandboxlink-subpage-name/jaの翻訳が こちらに反映されたせいでしょう。過去に幾度となく例のある「実運用されている環境への影響も考えずに機械的に翻訳」の一つかと。ローカルで権限持ちにMediaWiki:Sandboxlink-subpage-name/jaを作成してもらうのがとりあえずの回避法ですね。--Claw of Slime (talk) 2018年1月5日 (金) 02:17 (UTC)
情報 ローカルでMediaWiki:Sandboxlink-subpage-name/jaを上書きしました。--Jkr2255 2018年1月5日 (金) 03:09 (UTC)
こちらで話題になっていることに気がつきませんでした…。Jkr2255さんと入れ違いになるような形でMediaWiki:Sandboxlink-subpage-nameの上書きを実施済みです。詳細はHelp‐ノート:利用者サンドボックス#メニュー欄の自分のサンドボックスのアクセス先が、「ユーザー名/sandbox」から「ユーザー名/サンドボックス」に変更されている件についてへ書きました。--Y-dash 2018年1月5日 (金) 03:12 (UTC)
- 素早い対応ありがとうございました。/jaが付かない方の上書きが必要だったんですね。ともあれ、Y-dashさんがあちらでコメントされているように、実環境での影響が大きすぎます。「ウォッチリスト」・名前空間名・「おまかせ表示」と前科はたくさんあるようで……。--Claw of Slime (talk) 2018年1月5日 (金) 04:11 (UTC)
前科といいますか、まあMediaWiki (やその他) の翻訳を目的としているtranslatewiki.netが想定している対象はウィキメディア・プロジェクトだけではなく、つまりウィキペディア日本語版の事情を汲むわけではないので、そのへんで齟齬が出てくるのはある程度しかたがないことです。ウィキペディア日本語版ローカルとしては今回のように都度対応していくしかないですね。それにしても他Wikiにとっても影響が大きすぎる変更には見えますが、それはtranslatewiki.net内で議論していただく、ということで……。--Y-dash 2018年1月5日 (金) 05:37 (UTC)
- 素早い対応ありがとうございました。/jaが付かない方の上書きが必要だったんですね。ともあれ、Y-dashさんがあちらでコメントされているように、実環境での影響が大きすぎます。「ウォッチリスト」・名前空間名・「おまかせ表示」と前科はたくさんあるようで……。--Claw of Slime (talk) 2018年1月5日 (金) 04:11 (UTC)
- 一応、translatewikiのほうでも差し戻しておきました。--ネイ(会話) 2018年1月5日 (金) 04:52 (UTC)
配信日不明の情報について
ディークエステンさんに出典には配信日を記入するように教えてもらったので自分が書いた記事を修正していたのですが、Template:Cite webでは配信日不明を書くところが無いと勘違いしてTemplate:Cite webをなくして「配信日不明」と書いたら、記事の破壊行為の荒らしだと言われてしまいました。JapaneseAさんにTemplate:Cite webをなくさなくてもTemplate:Cite webのdate=のところに配信日不明と書いても大丈夫だと教えてもらったのでそうしようと思ったら、JapaneseAさんに他の記事で配信日不明と書いてあるのを見たことがないから先にWikipedia:利用案内で質問するように勧められたので質問します。
配信日が分からない脚注は配信日不明と書かないと配信日不明なのか書き忘れなのか分からないので、配信日不明と書いた方が良いと思うのですが、書かない方が良いのでしょうか。書いたら荒らしでしょうか。あと、Template:Cite webの使用が義務または推奨という方針やガイドラインは無いようだったのですが、Template:Cite webをなくすと荒らしでしょうか? --ふれんちとーすと(会話) 2018年1月10日 (水) 01:29 (UTC)
コメント 貴方の投稿履歴から七夕関係のパンフレットに関するものと推察しますが、当該パンフレットのページ情報等から配信日は推定可能です。「配信日不明」なのではなく「貴方には配信日が判らなかった」のですから、「配信日不明」と書くことは間違った情報を書き込むことになります。自分に判らないことなら、単に書かないでください。--mit freundlichem Gruß LudwigSK (Diskussion/Beiträge) 2018年1月10日 (水) 02:41 (UTC)
コメントまず誤認があるでしょう。利用者‐会話:ふれんちとーすと#内容過剰と出典の日付についてを見てもJapaneseAさんは「date=のところに配信日不明と書いても大丈夫」とは一言も書いていませんし、むしろ「わからないものはわざわざ「配信日不明」と記載する必要はありません。」とはっきり否定されています。JapaneseAさんはどうしてもというなら利用案内で質問をしてみたら?と言ってるだけです。更に、「この会話ページを見るに、貴方はそれより先にしなければならない事があるでしょうけど。」とあり、コメント依頼や投稿ブロック依頼など、突きつけられた様々な問題を放置せず解決するよう示唆しているのではないでしょうか。少なくとも今こっちを優先することは推奨されていません。また、ディークステンさんのコメントを受けて配信日を記入しようとするまではよいですが、不明であることを態々掲載させたがる動機がはっきりしませんし、書いたら荒らしかどうかは分かりませんが、あなたのこの編集は破壊行為と言われても仕方ないもので、ノートで嫌がらせであるとか除去を宣言するなどの対応は適切とは言えません。出典Templateの使用は義務ではありませんが、Templateが使われていないものを利便性からTemplateを使うよう張り替えるならまだしも、Templateを使用しているものを態々なくそうとする意味も理解しかねます。方針やガイドラインに一字一句書いていないからコミュニティから受け入れられにくいことをどんどんやってもよいと解釈する、そういった姿勢が問題視されているのではないですか?--126.229.88.135 2018年1月10日 (水) 02:46 (UTC)
コメント そもそもふれんちとーすとさんは何故Template:Cite webを除去するのでしょうか? きちんと通用されているテンプレートを除去する理由が分かりかねますし、そのような意図の分からない行為を荒らしと思われてもやむを得ないのではないでしょうか。多くのテンプレートの使用は任意ですが、「義務または推奨」とされていないというのは、「既にテンプレートが用いられている記事から、妥当な理由の説明も無いまま除去しても良い」ということではありません。--松茸(会話) 2018年1月10日 (水) 02:57 (UTC)
- みなさま、ありがとうございました。今後は、私が配信日不明のときは何も書かないようにします。ご指導ありがとうございました。今後ともご指導ご鞭撻のほどよろしくお願いいたします。(松茸さんへ)Template:Cite webをなくしたのはTemplate:Cite webでは配信日不明を書くところが無いと勘違いしていたからです。--ふれんちとーすと(会話) 2018年1月10日 (水) 12:05 (UTC)
コメント 既にふれんちとーすとさんが納得されているのでこの話は終わりかもしれませんが一応コメントしておきます。配信日不明なら不明と書いておけばよいと思います。テニスの王子様#書誌情報などをご覧いただければと思いますが、{{Cite web}}に
date=不明
と入力すると「(n.d.)」と出力されます。n.d.というのはTemplate:Citation#日時に関する引数によると「no date、不明の意。」だそうです。ただし今回の場合はLudwigSKさんのおっしゃるように配信日が推定可能らしいので不明ではないのかもしれません。またテンプレートの使用は任意ですし、特にCite webは使わなくても見た目がほぼ変わりませんので個人的にはどちらでもいいと思います。--ぽたしか(会話) 2018年1月10日 (水) 15:35 (UTC)- ご指導ありがとうございます。場合によってはdate=不明と入力するようにします。また、Template:Cite webについては任意で使うようにします。ご指導ありがとうございました。今後ともご指導ご鞭撻のほどよろしくお願いいたします。--ふれんちとーすと(会話) 2018年1月11日 (木) 01:06 (UTC)
別のノートにも書きますが、無意味に容量を増大させる、編集が質問者により立て続けに行われ(荒らしといっても過言でないかもしれません)たので修正しました。テンプレートを使用するかは自由ですが、使用されていなくても特に何も問題がない状態であるにも関わらず、Template:Cite web最小限の追加だけでなくわざわざ必要ないものを加えないでください。こういった注意は私以外からも含めてこれ何度目でしょうか。--Aiwokusai(会話) 2018年1月11日 (木) 13:08 (UTC)
- 初めてだと思いますが。何かまずかったでしょうか?何かまずかったら、差し戻しではなくてその部分のみ修正願います。--ふれんちとーすと(会話) 2018年1月11日 (木) 13:15 (UTC)
- こちらが修正してもしてもあなたが次々と編集を継続する上に、こちらが一旦差し戻しをした上で編集した後も、差し戻されたという通知が来ているにも関わらず新たに同様の編集を行うので[1][2]、キリがない以上リバート対処しています(以前のままでも間違ってはいない為)。説明は上記で既に済んでいます。ブロック依頼でも書きましたが、ブロックで審議されているにも関わらずそれを無視し、次に問題を引き起こした場合は審議終了までのブロックを管理者に申請します。質問や提案をしそれが間違いであると認めさえすれば、次々と新たに問題を引き起こしていいとはなりません。このままでは強制的に手を止めていただくため、投稿ブロックは避けられないでしょう。--Aiwokusai(会話) 2018年1月11日 (木) 13:34 (UTC)
- 通知に気付いてからは修正していません。Template:Cite webは自分で判らない項目は単に書かなかっただけです。Aiwokusai氏にとっては不十分かもしれませんが荒らしと言われていちいち差し戻しされるのは心外です。差し戻しではなくてその部分のみ修正願います。ブロック審議も無視していません。定期的に開いて確認して受け止めるべきコメントは受け止めています。また、いちいち投稿ブロックを振りかざして脅すのは卑劣だと思います。--ふれんちとーすと(会話) 2018年1月11日 (木) 13:58 (UTC)
- ここまでくるとブロックを示唆されて当然です。その「受け止めている」という部分が実行されていない・編集に生かされていないのでこのような事態を引き起こし、実際にブロックをうけているのです。ブロック理由をきちんと読んで精査し、ご理解下さい。今回のブロック明け以降は、編集を停止され、こちらでなくブロック依頼で弁明なさることをお勧めします。--Aiwokusai(会話) 2018年1月11日 (木) 14:16 (UTC)
- 通知に気付いてからは修正していません。Template:Cite webは自分で判らない項目は単に書かなかっただけです。Aiwokusai氏にとっては不十分かもしれませんが荒らしと言われていちいち差し戻しされるのは心外です。差し戻しではなくてその部分のみ修正願います。ブロック審議も無視していません。定期的に開いて確認して受け止めるべきコメントは受け止めています。また、いちいち投稿ブロックを振りかざして脅すのは卑劣だと思います。--ふれんちとーすと(会話) 2018年1月11日 (木) 13:58 (UTC)
- こちらが修正してもしてもあなたが次々と編集を継続する上に、こちらが一旦差し戻しをした上で編集した後も、差し戻されたという通知が来ているにも関わらず新たに同様の編集を行うので[1][2]、キリがない以上リバート対処しています(以前のままでも間違ってはいない為)。説明は上記で既に済んでいます。ブロック依頼でも書きましたが、ブロックで審議されているにも関わらずそれを無視し、次に問題を引き起こした場合は審議終了までのブロックを管理者に申請します。質問や提案をしそれが間違いであると認めさえすれば、次々と新たに問題を引き起こしていいとはなりません。このままでは強制的に手を止めていただくため、投稿ブロックは避けられないでしょう。--Aiwokusai(会話) 2018年1月11日 (木) 13:34 (UTC)
報告 ふれんちとーすとさんは2018年1月11日 (木) 14:05(UTC)から1日の投稿ブロックとなっております。--切干大根(会話) 2018年1月11日 (木) 14:40 (UTC)
アクセス節について
地理記事において「アクセス」節または「交通アクセス」節が書かれていることがありますが、この辺のガイドラインってありますでしょうか?かつてこういう節をバッサリと削除された熟練利用者の編集もみたことがあります(アカウント名は失念)。個人的には、そういった節はその記事の対象そのものの性質を現しているわけではなく、Wikipediaの範疇ではないと考えています。Wikipedia:ウィキペディアは何ではないか#ウィキペディアはマニュアル、ガイドブック、教科書、学術雑誌ではありませんの第二項の旅行ガイドに当てはまるような気もします。もしアクセス項がWikipediaの範疇ではないのであれば明示した方が良いように思えます。--Batholith(会話) 2018年1月13日 (土) 14:03 (UTC)
- Batholithさんがみたものかどうかはわかりませんが、最近だとWikipedia:コメント依頼/タバコはマーダー 20171014でこの話題が出ています。このコメント依頼は最終的な結論として合意がなされたものではないですが、「交通アクセスは不要、消すべき」という否定派と、肯定派・除去に対する慎重派のさまざまな意見が出ています。少なくとも「意見が分かれる・議論があるテーマ」であることは確かだと思います。--柒月例祭(会話) 2018年1月18日 (木) 04:04 (UTC)
㭍月例祭さん 去年の10月ですか最近ですね。ご紹介いただいた議論をじっくり読んでみます。ありがとうございました。--Batholith(会話) 2018年1月18日 (木) 13:11 (UTC)
こんな記述は独自研究?
現在、中丸子 (川崎市)を書き直そうと孤軍奮闘しております、軽快と申します。町域についての記述を考えておりまして、まあこんな感じなのです。かき集めてきた文献を見ると、「多摩川沿いのカギ型をした地域です」とあります。実際の町域を見れば、これは「南京錠の掛け金を開いた形」なのは明らかなのですが、文献をもとにこのように記述するのは独自研究にあたるでしょうか?やはり、「町域はカギ型をしている」にとどめたほうが良いのでしょうか?--軽快(旧名: Kkairri、会話) 2018年1月17日 (水) 10:50 (UTC)
- ねらーの方から有用な情報を板だいたので示させてください。//死にたい。--軽快(旧名: Kkairri、会話) 2018年1月17日 (水) 11:54 (UTC)
- (上の書き込みはよくわかりませんが)「カギ型」は、「鍵型」というより「鉤型」、すなわち「鉤十字」とか「鉤爪」のように、「90度に曲がっている」的なニュアンスでは?--柒月例祭(会話) 2018年1月18日 (木) 04:06 (UTC)
引用する文章に傍点がついている場合はどうすればよいか
引用する文章に傍点がついている場合、どうすればよいでしょうか。
CSSを使えば傍点をつけることはできそうなのですが、Wikipediaでその例を見かけたことはなく、ヘルプにあるのも太字と斜体だけです。
最近私が新規作成した項目としてなにをなすべきか?がありますが、引用文内の傍点は斜体を使いました。翻訳で、元はおそらく斜体だから、という理由です。しかし傍点を斜体として表現したことの注記がないので、これが適切とも考えられません。 --Kazhik(会話) 2018年1月17日 (水) 14:18 (UTC)
- 以前全く同じ質問を致しましたら、傍点がつけられている箇所を何らかの方法で強調し、注釈で「○○部は引用元では傍点」と注記するのが良いとご教示されました。Wikipedia:利用案内/過去ログ/編集/5#文字の上に圏点を打ちたいもご参照下さい。なお、日本語の斜体(''あああ''の形式)は、フォントによっては斜体にならず(例えばメイリオ。これも参照ください)、強調箇所がわからなくなってしまうという問題があり、私は推奨しません。私が受けたご教示のように、太字がベターでしょうね。--軽快(旧名: Kkairri、会話) 2018年1月18日 (木) 00:55 (UTC)
- コメントありがとうございます。説明し忘れたのですが、私が引用する文献には太字も使われており、太字と傍点が併用されている箇所もあります。したがって傍点の代わりに太字を使うことはできません。Wikipedia:利用案内/過去ログ/編集/5#文字の上に圏点を打ちたいには下線や{{ルビ}}も挙げられていますが、{{ルビ}}は現在廃止されていて、Help:ページの編集#取り消し線・下線では「記事ページの編集にはこのマークアップを行わないでください」と書かれています。Help:ページの編集#太字・斜体には「日本語では、斜体はあまり使わないでください」と書かれており、下線とは違って禁止ではなさそうなので、斜体プラス注記が最善のようです。--Kazhik(会話) 2018年1月18日 (木) 07:40 (UTC)
- 紙の印刷物で表現されているものを100%再現することは難しいです。技術的な可否のこととは別に、HTML一般の作法、ウィキペディアでは技術的にできることとコミュニティーの合意でやるべき/やらないべきと決められていることなどが入り乱れています。なので、それらの意図することを汲みつつ、創意と工夫でいいのでは。
- とくに今回は引用部ということですから、通常の記事本文とは区別されますので、記事本文に求められるルールからいくらかはみ出してもいいと思いますよ。極論言えば「画像」にしちゃったっていいでしょう。
- HTML一般の作法や、ウィキペディア内で「技術的には可能だがやらないほうがいい」とされているもののかなりの部分は、HTML5だとかが規定している記述の「意味」に由来しているでしょう。つまり、我々イッパンジンからすると<strong>太字</strong>と<bold>太字</bold>はどちらも「太字」にみえますが、コンピューターの中の人的には趣旨が違う(前者は「強調しろ、方法は任せる」で、後者は「太字にしろ、理由は知らん」)。斜体や下線なども同様です。フツーに記事を読んでいる間にはどっちでもいいようなことですが、視覚障害者向けの読み上げソフトの挙動などには影響をあたえるかもしれません。
- ルビの件も最近何処かで議論しましたが、やはり読み上げソフトのことを考えるといろいろ悩ましいところがありました。
- 下線の件は、Help:ページの編集#取り消し線・下線が言わんとしているのは、del(取消)やins(挿入)を使うのはノートページだけよ、ということです。これも「取消せよ(挿入せよ)、方法は任せる」という指令です。
- これに対し、「下線を引け」という<u>下線</u>や<span style="text-decoration:underline">下線</span>、
{{U|下線}}
は、単に装飾として文字の下に線を引けという指令で、これらの使用はダメではないです。詳しくはHelp:ウィキテキストにおけるHTML参照。 - (ただし、正確には、<u>下線</u>は「発音しない文字を意味する場合に用いる作法」なので、今はこれは避けるべきで、2つめのスタイル指定か3つめのテンプレート利用がベターです。)
- 理論上は、原文の傍点が何の目的で設置されているかを把握し、その「目的」と同等の意味を持つHTML記述に置き換えるべきです。ですが、原文の目的を把握するのは難しいですし、その解釈が正しい/間違いみたいな余計な問題を引き起こしかねません。目的や意図からはニュートラルなまま、とにかく傍点を打つことで見かけ上原文と同じようにしたい、というニーズもあるでしょう。それならばルビを使ったり、いっそのこと文字列を画像化してしまうというのもわるくないと思います。--柒月例祭(会話) 2018年1月19日 (金) 06:20 (UTC)
- (補足)ルビの件は、詳しくはTemplate‐ノート:ルビや2015年の議論・2017年の議論にあります。要するに、テンプレート:ルビは廃止になっていますが、その代用品として{{読み仮名}}に移行したというだけです。一連の議論の要点は、HTML的にはルビは「よみがな」のためにあるものなので、読み上げソフトの挙動を考えて適切な使い方をしましょう、というものです。しかし今回のケースのように、印刷物等において文字列の傍におかれる小文字は必ずしも「よみがな」であるとは限りませんし、それをウィキペディア内でも見かけ上再現しようとするニーズもあるでしょう(過去議論や同一性保持権参照。)。この場合、技術的にはいくつかの手法が考えられて、rubyもその選択肢の一つに入るでしょう。Wikipedia:表記ガイド#読み仮名の要否でも、引用部に限定してruby要素を可としています。(今回の傍点が「よみがな」であるか、って問題は残りますが、まあいいでしょう)--柒月例祭(会話) 2018年1月19日 (金) 06:37 (UTC)
コメント 技術的なコメントのみになりますが、強調・強勢を意味するem要素を使い 傍点部 (
<em style="{{css3|text-emphasis:sesame}}">傍点部</em>
)とした上で注記で説明するのがよいのでは、と思います。text-emphasis:sesame
はFirefoxと(ベンダープレフィクスつきで)Chromeが表示可能なようです。em要素はデフォルトで斜体になりますが、斜体にならない環境を想定して、(青空文庫形式のように)原文では「傍点部」に傍点、などと対象部分を明記するとわかりやすいと思います。--Waiesu(会話) 2018年1月19日 (金) 15:36 (UTC)- そういう方法があるのですね。今回の件はWaiesuさんがお示しの手法がベターだと思います。圏点も参考になりそうです。その記事によると、2016年8月現在ですが、利用率で75%ほどのブラウザが対応できているとのことなので(Internet Explorerは未対応のようですが[3])、カンペキではないとしてもまあまあぼちぼちといったところなんでしょう。たぶん、縦書きをする和文と、横書きの欧文とで考え方が違うところがあり、一般的なHTMLやブラウザは欧文を想定して開発されているので・・・的な感じで、100%思い通りにするのは難しい面もあるのでしょう。
- 今回は原典の引用部での用法なのでいいと思いますが、通常の記事本文での使用は止しとくべきでしょうね。
- 依頼者さんではないですが、Waiesuさんへ感謝申し上げます。--柒月例祭(会話) 2018年1月22日 (月) 03:14 (UTC)
ウォッチリストに追加されない
user:chiba ryoです。本日、記事・窪田美侑を新規投稿する際に、投稿ボタン直上にある「ウォッチリストに追加」にチェックを入れて新規投稿したところ、ウォッチリストに追加されませんでした。この現象がいつからか不明ですが、新規記事投稿に関してはずっと継続しています。同様にcategory:東京都市大学塩尻高等学校出身の人物を作成して「ウォッチリストに追加」にチェックを入れて新規投稿したところ、追加されました。この違いって何でしょうか。どこか設定を弄ると直るものなのでしょうか。アドバイスをお願い致します。--Chiba ryo(会話) 2018年1月18日 (木) 22:19 (UTC)
言語間リンクが正しく設定されない
先日セントルイス・カー・カンパニーという記事を翻訳により作成したのですが、英語版への言語間リンクがなぜか対応した記事(en:St. Louis Car Company)ではなく別の記事(en:Robert P. McCulloch)へのリンクとなってしまいます。英語版以外のドイツ語版、フランス語版へは正しくリンクされており、現状英語版記事へ移動するにはそれらの他言語版を経由しなければならない状態になっています。ウィキデータを確認してみたのですが、そちらは日本語版と英語版の記事が正しく対応した状態になっています。どうしたら正しいリンク先にリンクされるのでしょうか? --にび三郎(会話) 2018年1月24日 (水) 16:53 (UTC)
- 修正しました。
[[en:~]]
と書くと、記事への言語間リンクとみなされます。他言語版記事へのリンクとしたい場合は[[:en:~]]
と書いてください。--翼のない堕天使(会話) 2018年1月24日 (水) 22:23 (UTC)
- 修正していただきありがとうございます。そういう理由だったのですね。これから気をつけるようにいたします。--にび三郎(会話) 2018年1月25日 (木) 22:28 (UTC)
私論やヘルプページの統廃合
2点ご相談です。記事ページやテンプレート・モジュールのように、Wikipedia名前空間上の私論 (essay) やヘルプページにも独立記事作成の目安はあるのでしょうか? また独立記事作成の基準を満たしていない場合、どのような手続きでページの統廃合を進めれば良いでしょうか (WP:MMと全く同じ手続きでOKなのでしょうか)? Wikipedia:方針とガイドライン#位置づけを読みましたが、私論やヘルプページの統廃合の手続きについては見当たりませんでした。実際に私論やヘルプページの統廃合を経験された方はおられましたら、コツも含めてご教示ください。
具体的に困っているのはWP:COLOR (ガイドラインとして運用中) に関連する私論やヘルプページ群です。
- ガイドラインと私論やヘルプページ間で内容が重複 (しかも物によってはガイドラインよりも中身が薄い)
- 私論やヘルプページ間で内容が重複 (初見の人はページ遷移で迷子になるし、同じものばかり読まされる感がある)
- ガイドラインと私論の内容が相反 (ガイドラインで原則禁止しているのに、私論では逆に推奨とも解釈できるトーンで書かれている等)
特に私論は、大がかりな合意形成なしで独自に作成されたものや、英語版の私論を単純に翻訳輸入しただけのものもあります。現在私の方で、WP:COLORの大幅改訂を提案中でして、この提案が採用されると一部の私論は相反がより深刻になってしまいます。--Mis0s0up(会話) 2018年1月31日 (水) 07:28 (UTC)
- 厳密に明文された独立記事作成の目安や手続きの指示は特にないと思います。私論ページあるいはヘルプページとして存在するだけの意義や価値があるとMis0s0upさんが信ずるならば、特に断りなく作成されればよろしいかと思います。作成後に複数の他者によってページを拒否されるような事態を避けたいなら、井戸端や関連ページのノートで下書きなどを提示して、事前に意見を応募した上で作成するのが一つの有効な手段かもしれません。Wikipedia名前空間やHelp名前空間の統廃合についても特に明文化された目安や手続きの指示はないので、一般的な合意形成の仕方(該当ページのノートで提案して、関連ページやお知らせにも提案を告知する)にそって行えばいいだけだと思います。--Yapparina(会話) 2018年1月31日 (水) 09:51 (UTC)
返信 説明不足だったようなので補足させて頂くと、「他ユーザによって作成された複数の私論・ヘルプを、(その作成過程には関与していなかった第三者の) 私がリストラしたい」という趣旨です。私は上述の3つの理由から統廃合すべきと考えるのですが、その根拠となるWikipedia文書が見当たらないので議論の俎上に上げづらいです。仮に十分適切な告知・合意形成を経て、統廃合するとして、
- 上述の理由3 (ガイドラインに相反) に該当する場合、残骸ページは「削除」して良いのか? その際、リダイレクト先はガイドラインを指定すれば良いのか?
- 上述の理由1または2 (内容重複) に該当し、かつ移植先ページが複数にまたがる場合であっても、リダイレクト先にガイドラインページを指定して良いのか? また残骸ページは「削除」、履歴保全の観点から「廃止」のいずれを選択すべきか?
- 「廃止」を選択した場合、「歴史的文書」({{Historical}}貼付) 扱いとすべきなのか? それとも{{廃止されたテンプレート}}のように私論やヘルプ用の「廃止」を明確にしたメッセージテンプレが存在するのか?
- といった手続面がわかりません。特に十分な合意形成を経ずに乱発作成され、今となっては不要になった私論を「歴史的文書」と表記してしまうことにやや違和感があります。--Mis0s0up(会話) 2018年2月1日 (木) 02:36 (UTC)
- そのようなケースの統廃合の処置についても、決定されたルールはないと思いますし、私が知る限りですが「明文化されたルールではないけれど確立された慣習」といったようなものもないと思います。統廃合してどういう処置を取るのが妥当なのか、それ自体をMis0s0upさんが考えて決めて、理由とともに提案すればいいかと思います。一つだけ言える確かなことは、廃止しようとするページの記述をどこかのページへ移して残すならば、廃止しようとするページは履歴継承のために原則として削除はできず、リダイレクトなどの何らかの形で残す必要があるという点だけぐらいです。かみ合わない返答になってましたらすみません。--Yapparina(会話) 2018年2月1日 (木) 12:13 (UTC)
慣習も含めて「確立」はされていないようだとのご意見、ありがとうございます。私は利用開始から日が浅いため、私論やヘルプの統廃合について、同様のお悩みを抱えた方が過去にいたのか知りたく投稿しました。引き続き、他ユーザからの経験談あればお待ちしています。また本件は最終的にWikipedia:方針とガイドラインのノートに備忘録を残しておこうかと思います。特に私論はいまいち位置付けが分かりません。方針・ガイドラインへの格上げ前段階のもの、方針・ガイドラインでの合意形成が面倒なので自分の主張を私論にスピンオフさせたもの、ユーモアを交えた小噺などいくつかタイプが分かれます。統廃合の手続きが不明瞭なまま、これら雑多な私論がWikipedia名前空間に増え続けるのはどうなのでしょうかね? (単なるぼやき) --Mis0s0up(会話) 2018年2月4日 (日) 01:58 (UTC)
- そのようなケースの統廃合の処置についても、決定されたルールはないと思いますし、私が知る限りですが「明文化されたルールではないけれど確立された慣習」といったようなものもないと思います。統廃合してどういう処置を取るのが妥当なのか、それ自体をMis0s0upさんが考えて決めて、理由とともに提案すればいいかと思います。一つだけ言える確かなことは、廃止しようとするページの記述をどこかのページへ移して残すならば、廃止しようとするページは履歴継承のために原則として削除はできず、リダイレクトなどの何らかの形で残す必要があるという点だけぐらいです。かみ合わない返答になってましたらすみません。--Yapparina(会話) 2018年2月1日 (木) 12:13 (UTC)
情報 私論の統廃合について、英語版の手引書を発見したので、備忘録を兼ねて要点をご案内しておきます。
- 他の方針・ガイドラインと反する私論の作成は禁止
- 重複する私論の作成は控えよ
- 私論が不適切と感じたら、私論の作者に連絡し、その私論をWikipedia名前空間から利用者ページに格下げ移動してもらうことも可
- または通常の記事ページ同様、私論の内容一部を第三者が修正することも可 (i.e. コミュニティの合意形成ではなく、作者との個別調整のみ)
- より大がかりな変更 (統廃合など) はノートページで合意形成の上、実施可 (i.e. 残骸を歴史的文書として残す必要なし)
日本語版のWP:ESSAYSでは、これらの翻訳が追いついていないので、まずはノートページでご相談の上、英語版の抄訳を行おうと思います。--Mis0s0up(会話) 2018年2月14日 (水) 03:26 (UTC)
言語ページを簡単に統合する方法について質問
井戸端会議に初めて参加します。ja:炭鉱を見ていたら、各ページの左にある言語リストに英語版がないのでおかしいなと思って調べたら、en:Coal miningはあり、それぞれのページは10件くらいの言語ページをかかえています。これらは皆同じ内容を述べているので、両方を簡単に統合する方法はありますか。どちらかのページで各言語を削除して、別のページへ編集で追加てやればいいのですが、間違いをしやすいので。 Q959309とQ12880211です。 -- By Yoshi Canopus(会話) 2018年2月2日 (金) 17:15 (UTC)
- こんにちは。簡単に統合する方法については私は存じません。ただ、ja:炭鉱が「石炭または亜炭を掘り出すための鉱山のこと」を指しているのに対して、en:Coal miningは" the process of extracting coal from the ground"を指しており、en:Coal miningは日本語における「採炭」に該当するようです(それぞれの定義はそれぞれのウィキペディア記事から引用)。概念が少し異なり、それぞれの記事が説明しようとする主題は少し異なっているので、Wikidataの統合は慎重になった方がいい気もします。日本大百科全書(ニッポニカ)では、「炭鉱」と「採炭」は別の記事になっています([4], [5])。鉱業に詳しいわけでもないしWikidataの仕組みに詳しいわけでもないので確かなことは申し上げられませんが、気になったので助言させていただきました。--Yapparina(会話) 2018年2月2日 (金) 23:21 (UTC)
- Wikidataのmergeガジェットを利用することで簡単に統合することができますが、その前に二つのwikidataの主題が本当に一致しているのかを確認してください。(Wikidataの統合方法の詳細はd:Help:Merge/jaを参照ください。)--翼のない堕天使(会話) 2018年2月2日 (金) 23:46 (UTC)
削除
Wikipediaから名前を削除してほしいのですが、説明を見てもよく分からなかったので詳しく教えてほしいです、--以上の署名のないコメントは、128.28.210.55(会話/Whois)さんが 2018年2月9日 (金) 06:33 (UTC) に投稿したものです(Sazanamiya(会話)による付記)。
- どの記事のことか教えてもらえませんか。--Sazanamiya(会話) 2018年2月10日 (土) 12:20 (UTC)
- Wikipediaの削除の方針に合致すると利用者が判断すれば削除依頼を行う事が出来ます。そこで審議され削除すべしとの判断がなされれば削除されます。その他プライバシーの侵害などがある場合には緊急措置として審議なしで削除される場合もあります。--Vigorous action (Talk/History) 2018年2月14日 (水) 04:12 (UTC)
「PD-author」で画像を投稿したいと思っていますが、質問させて下さい。
こんにちは。愛球人と申します。利用案内では、初めて質問をさせて頂く感じです。
近いうちに、複数の人物の項目において、画像を投稿(アップロード)させて頂こうと思っているのですが、下記の理由から、「
![]() |
This file has been (or is hereby) released into the public domain by its author, PD-author. This applies worldwide. 注意:以上が本著作権表示タグの正文であり、以下は参考訳です。 |
」で、画像を投稿させて頂きたいと思っております。どういうことかと申しますと、
- 自分で撮影した画像ではなくて、知人(同じ趣味仲間と申しますか…)が撮影した画像であること(つまりこの場合、趣味仲間が、「投稿者ではない著作者および著作権者)に該当する感じです)。
- ツイッター(のDM)を通して、「著作権を放棄して画像をアップロードしてよい」という許可は得ていること。
- 英語が実質的に全くできませんので、コモンズへのアップロードは難しいこと(日本語版wikipediaとしてアップロードさせて頂きたいイメージ)。
- 画像をアップロードした後に、第三者によるコモンズへのアップロード、ということについても許可は得ていること。
- 上記のことから、
![]() |
This file has been (or is hereby) released into the public domain by its author, PD-author. This applies worldwide. 注意:以上が本著作権表示タグの正文であり、以下は参考訳です。 |
での画像のアップロードをさせて頂きたい、と考えております。
上記のようなイメージです。その際、質問させて頂きたいと思っておりますのは、
![]() |
This file has been (or is hereby) released into the public domain by its author, xxx. This applies worldwide. 注意:以上が本著作権表示タグの正文であり、以下は参考訳です。 |
→「xxxの部分には、画像のアップロードを許可した(著作権を放棄した)知人(趣味仲間)の名前(HN。ハンドルネーム)を記入する感じでよいのでしょうか?」(例えば、
![]() |
This file has been (or is hereby) released into the public domain by its author, 多摩に暇人. This applies worldwide. 注意:以上が本著作権表示タグの正文であり、以下は参考訳です。 |
みたいなイメージです。多摩に暇人さん、一例でとはいえ、勝手に名前を拝借して申し訳ないですが。)
と思いまして、質問をさせて頂く感じです(Wikipedia:Template メッセージの一覧/ファイル名前空間を、質問の参考になるかなの一つとして、併せて付記させて頂きます)。
うまく伝えられずに申し訳ないですけど、よろしく御願い申し上げます。--愛球人(会話) 2018年2月14日 (水) 04:02 (UTC) --愛球人(会話) 2018年2月14日 (水) 04:02 (UTC)
- 利用許諾をpermissionで確認する必要があると考えます。permission-jaが担当になるのかな?--Vigorous action (Talk/History) 2018年2月14日 (水) 09:08 (UTC)
表示されるプロフィール写真が別人である問題
私がマネージメントしている脚本家、江良至をANYブラウザで検索すると、全くの別人が表示されます。ページ内には正しい写真をアップロードして埋め込みました。ただ、自動的に表示される「簡易版」のようなページに出てくる写真が別人です。どうしたらよいのでしょうか。検索エンジンで江良至を検索してみてください。表示される人物画像は「梅林」という人物のようです。 --Shindo hiromi(会話) 2018年2月14日 (水) 10:57 (UTC)
- 検索エンジンは毎回全Webを検索しているのでは無く、読み取った情報をキャッシュという形で持ってます。Wikipedia側から検索エンジン側に情報を提供しているわけでは無く検索エンジン側で行っています。なのでこちらに書き込まれても何も行うことは出来ません。キャッシュの更新時期は不定期なので数時間から数日で更新されるようです。この件のお問い合わせ先は検索エンジン側になりますからそちらへご連絡下さい。--Vigorous action (Talk/History) 2018年2月14日 (水) 13:09 (UTC)
- 画像左上のみが中途半端に丸くトリミングされており、png画像なのにトリミングした部分が透明ではなく白であること等を考えるとこのサイト[6]をスクリーンショットで切り出したっぽいですけど、Own workにしているのは大丈夫なんでしょうか。どこで指摘すればいいか分からなかったためここに書きます。--t=mozo(会話) 2018年2月19日 (月) 00:29 (UTC)
返信 既にWikipedia外部で公開済みの文章や画像を投稿する際はWP:CTWにしたがって著作権に問題がないことを示さなければなりません。この画像のようにコモンズに投稿された画像に著作権上の問題がある場合、c:Commons:How to detect copyright violationsもしくはその日本語訳を参考に対応してください。基本的には投稿者の会話ページでWP:CTWにしたがって対応するよう依頼し、投稿者から返信がなかったり適切な対処が行われなかったりした場合にはc:Commons:Deletion requestsもしくはその日本語訳にしたがって削除依頼を提出することになります。--SilverSpeech(会話) 2018年2月19日 (月) 01:02 (UTC)
問い合わせの対応までしていただきありがとうございます。記事を書かない利用者故に積極的にこういった事をする予定はございませんが、もし次があれば参考にさせていただきます。--t=mozo(会話) 2018年2月19日 (月) 12:17 (UTC)
ページの問題点の編集履歴について
ときに記事の冒頭に記載されることのあるページの問題点(出典の明記、特筆性など)ですが、貼られたり、剥がされたりする際、その更新作業が編集履歴に残っていないように見受けられます。これは私の確認の仕方がおかしいのでしょうか。それともそういう仕様、もしくは運用なのでしょうか。 --Takara0922(会話) 2018年2月24日 (土) 04:22 (UTC)
- 自動的に更新されている訳では無いので、編集記録には残ります。どのページのことを仰ってるのかが判れば詳しく説明できると思います。--Vigorous action (Talk/History) 2018年2月24日 (土) 04:48 (UTC)
返信 ご返答ありがとうございます。私が見ていた記事は 高橋みお です。このl記事には当初、「存命人物の出典明記 」「特筆性」の指摘が貼られていました、 --Takara0922(会話) 2018年2月24日 (土) 05:07 (UTC)
この編集により{{複数の問題|存命人物の出典明記 = 2016年5月|特筆性 = 2016年5月|分野 = 人物}}が除去されています。これがあなたの見られた「ページの問題点(出典の明記、特筆性など)」の案内の正体でテンプレートというものです。--Vigorous action (Talk/History) 2018年2月24日 (土) 07:05 (UTC)
返信 たんに編集履歴の見方がわかってなかったからだったのですね。たすかりました。ご教示ありがとうございました。 --Takara0922(会話) 2018年2月24日 (土) 10:40 (UTC)
利用者ページなどに使う個人的な画像の投稿は許可されるか
利用者ページで使う、こんな感じのキャラクターを描いています と言う感じで使うための、画像の投稿は許可されるのでしょうか? --かあらもち (会話💭) (活動記録📝) (サンドボックス) 2018年2月26日 (月) 10:47 (UTC)
- jawpには百科事典編纂に関するもの以外はアウト、commonsなら、もう少し基準が緩い感じですかね。でも誰も使わないような画像はアウトかな?--Vigorous action (Talk/History) 2018年2月26日 (月) 13:12 (UTC)
- そもそも個人利用のための画像はcommons:Commons:削除の方針#範囲外に該当しますのでコモンズでも削除不可避です。直近の事例を挙げておきます(Wikipedia:削除依頼/ファイル:プログラマリオ.png → commons:Commons:Deletion requests/File:プログラマリオ.png)。--KAMUI(会話) 2018年2月27日 (火) 05:09 (UTC)
わかりました。かあらもち (会話💭) (活動記録📝) (サンドボックス) 2018年3月1日 (木) 09:31 (UTC)
- 自分の利用者ページで自分紹介的に使うための1,2枚程度の画像ならば、個人的な画像のアップロードもコモンズでは明示的に許容されていますよ。(c:Commons:プロジェクトの守備範囲#コモンズのみで使用されているファイル, c:Commons:Project scope#File in use on Commons only)。まあ、実際の運用としてどのぐらいまで許容されるのかは不安定なので、やるにしても問題にならない程度に控えめにやっていただければ幸いです。--Yapparina(会話) 2018年3月3日 (土) 06:28 (UTC)
IPv6のユーザーが増えたのはいつ頃ですか?
IPv6のユーザーが増えたのはいつ頃ですか? 教えてください。--オレオクッキー(会話) 2018年3月2日 (金) 10:31 (UTC)
- 早く教えてーーーーーーーーーーーーーーーーーー--オレオクッキー(会話) 2018年3月2日 (金) 12:58 (UTC)
- ここは「ウィキペディアの使い方」を質問するための場所です。「Yahoo!知恵袋」ではありません。2018年3月2日 (金) 12:58 (UTC) のコメントも身勝手。オレオクッキーさんにおかれては、「Wikipedia:ウィキペディアは何ではないか」ほか方針・ガイドラインを読むところから始められてはいかがでしょうか。--森藍亭(会話) 2018年3月2日 (金) 19:19 (UTC)
- そうですか。--オレオクッキー(会話) 2018年3月4日 (日) 01:02 (UTC)
- ここは「ウィキペディアの使い方」を質問するための場所です。「Yahoo!知恵袋」ではありません。2018年3月2日 (金) 12:58 (UTC) のコメントも身勝手。オレオクッキーさんにおかれては、「Wikipedia:ウィキペディアは何ではないか」ほか方針・ガイドラインを読むところから始められてはいかがでしょうか。--森藍亭(会話) 2018年3月2日 (金) 19:19 (UTC)
- 「増えた」とは違いますが、WikipediaでIPv6が有効化されたのは2012年6月からです(Wikipedia:井戸端/subj/IPv6のIPアドレスが表示される)。参考までに。--ButuCC+Mtp 2018年3月6日 (火) 11:32 (UTC)
質問者はLTA:MANJUだった模様です。--59.135.221.158 2018年3月16日 (金) 06:02 (UTC)
作業妨害を元に戻す方法を教えてください
3月13日からcategory:鉄道の登録商標を作成し、カテゴライズの作業を行っていましたが、3/14にある利用者がその作業を片っ端から取り消し始めました。会話ページで止めるように注意しましたが、それを無視されて、私がカテゴライズした記事全部だけではなく、その合間に編集した全く無関係の記事までも全部差し戻されてしまいました。明らかなリバート荒らしのため、管理者に報告の上、荒らされた記事を復帰させていたら、当の管理者が腕ずくで私の作業を止めさせました。調べたらこの管理者は鉄道関係に明るい人物のようですが、そんな管理者が作業妨害に加担するのは信じられません。さらにはカテゴリそのものが削除依頼に出されている妨害も受けています。これらの作業妨害を全て止めさせ、作業してきた記事を元通りにするにはどうしたらいいのでしょうか?--昼落ち(会話) 2018年3月15日 (木) 23:53 (UTC)
- まず、第三者の行為を頭から「妨害」と断ずる発想から見直しませんか。管理者があなたを止めたのは「腕ずく」ではなく、「不適切」と判断したからです。この時点で、「妨害」というあなたの判断が適切かを客観的に分析すべきです。あなたが記事を元通りにすることが百科事典として不適切と判断されていれば、元通りにする行為そのものが百科事典発展に対する「妨害」とみなされかねません。少し落ち着いてください。--maryaa(会話) 2018年3月16日 (金) 00:35 (UTC)
コメント 当該カテゴリが必要とする方は貴方1人なのに対し、取り消しを行った方・削除依頼で削除票を出されている方4名と少なくとも5名の方は不要としております。これを覆すに足る合意を形成できれば、改めて当該カテゴリ作成を続けられます。議論場所は当面のところその削除依頼で宜しいでしょう。ただし議論で意に沿わぬ結果が出ても、合意には従うようにしてください。--mit freundlichem Gruß LudwigSK (Diskussion/Beiträge) 2018年3月16日 (金) 00:52 (UTC)
Category:登録商標の現状を問題視されるのは無理もないことかと思いますが、そもそもこのカテゴリ自体が古すぎて現状のWikipediaの方針に合っていません。商標登録している企業をカテゴリで分類しても単なるデータベースにしかならず、百科事典としてはほとんど使い道がないでしょう。このようなカテゴリはWikipedia:カテゴリの方針#カテゴリの内容で「有用性が少ないと思われるもの」として不適切だとされています。Category:鉄道の登録商標のような下位カテゴリを作成して整理するよりは、Category‐ノート:登録商標でカテゴリ自体の廃止を提案した方がよいのではないでしょうか。取り消した方や削除票を投じた方もおそらく似たような意見でしょう。私自身はカテゴリ廃止にまでは手が回りませんが、昼落ちさんが廃止を希望されるのであれば正しい手順などのアドバイスくらいはできるかと思います。--SilverSpeech(会話) 2018年3月16日 (金) 03:23 (UTC)
私が時間と労力をかけてやってきた作業、そしてそれと全く無関係の編集まで片っ端から取り消されたのだから利用者:氷鷺(会話 / 投稿記録 / 記録)さんは明らかな荒らし編集妨害です。さらには利用者:Araisyohei(会話 / 投稿記録 / 記録)さんもこの妨害に加担しています。荒らされた記事を元に戻すのは当たり前のことです。議論するのは勝手ですがこの作業は必ず再開します。category:登録商標が問題になっているから鉄道分野だけ分離して使いやすくしたのです。それがなんでカタゴリ廃止の話になっているのですか。論点をすり替えないでください。私がカテゴリを作成するのは初めてです。それを寄ってたかって荒らしや削除で妨害留守のは明らかな新人いじめです。フルボッコじゃないですか。--昼落ち(会話) 2018年3月18日 (日) 01:21 (UTC)修正--昼落ち(会話) 2018年3月18日 (日) 02:58 (UTC)一部撤回。心の整理がつかないので後日。--昼落ち(会話) 2018年3月18日 (日) 12:45 (UTC)
コメント アカウントを作成してから半年以上経過し、500件以上編集している上、管理者立候補の投票にも関わった方を「新人」扱いするかどうかは判断の分かれるところでしょうけど、「議論するのは勝手ですがこの作業は必ず再開」するなどという態度は改めてください。Wikipediaの編集は共同作業であるため、自分は絶対にこれをやる、と主張する方には合いません。それは新人であろうが10年携わっていようが変わりません。既に上で「落ち着いてください」と言われているのにそのような強硬な態度を取られるのはよくありません。落ち着くまでWikipediaを離れてみてはどうでしょうか。逆に、昼落ちさんがおっしゃるようになんとしても押し通すという宣言を行動に移された場合、今後の編集が強く制限される可能性があります。--Aoioui. 2018年3月18日 (日) 04:47 (UTC)
昼ですが。数日間指示通りに離れました。少しづつ落ち着いてきました。カテゴリが削除されるのは仕方ないとは思いますが、一緒にリバートされた各記事の登録商標の記載とか全く無関係の記事の編集もリバートされているので、そこは近いうちにやり直します。それなら文句はないですよね。--昼落ち(会話) 2018年3月20日 (火) 04:27 (UTC)
返信 わたしも含めてですが、コメントされているひとたちは皆、昼落ちさんに「文句」があるわけではないと思いますよ。まだ二日しか経っていませんし、もう少し落ち着いてみることをおすすめします。--Aoioui. 2018年3月20日 (火) 04:46 (UTC)
今日、またも利用者:hisagi(会話 / 投稿記録 / 記録)さんによる編集妨害を受けました。悪意があるとは思いたくないですが善意でないことは事実です。どう対処したらよいのでしょうか?--昼落ち(会話) 2018年3月22日 (木) 14:16 (UTC)
返信 そのHisagiさんに質問されているのですから(特別:差分/67823708)、そこでお話し合いになれば良いと思います。あっちで話を聞いて、こっちで話を聞いて、というようなことをされるのはフォーラムショッピング(WP:FORUMSHOP)と見なされる可能性がありますので、相手方のお返事を待つようにしてください。あと、これまでの経過そしてあなたの感じ方がどうであれ、「編集妨害」などと表現してはいけません。逆の立場になってみてください。あなたがまっとうな編集だと信じている行為に対して、相手が「編集妨害だ」と言ってきたら、どのように感じますか?--Aoioui. 2018年3月22日 (木) 15:05 (UTC)
編集が妨害されたとしても基本的には差し戻しは避けて、記事のノートページや相手の会話ページで対話を試みるようにしてください(Wikipedia:編集合戦、Wikipedia:論争の解決)。他の無関係な利用者に迷惑をかけてしまうことになります。また、要約欄は編集内容を書く場所ですので、「登録商標の件とは無関係」のような編集内容とは直接関係のないことを記載するのはお止め下さい(Wikipedia:常に要約欄に記入する)。差し戻された記事をさらに差し戻したり、要約欄で相手の行動に抗議したりしますと、Wikipediaの方針に違反する行動をしていると思われてますます状況が悪化してしまいます。Hisagiさんは要約欄で「プロジェクトでの合意なし」と理由を説明しています。初心者に対しては少々不親切な説明ですが、Template:Pathnavを使うなら事前にプロジェクト:鉄道で議論を行うべきだということでしょう。実際、Pathnavのページには使用前に関連プロジェクトを確認するよう記載されています。一般的に言えば、Template:JR四国の車両リストのような一覧テンプレートがある記事にさらにPathnavを使うのはリンクの貼り過ぎだと思われてしまうのではないでしょうか。まずは要約欄で相手の意図を確認し、理由が分からなければ相手に質問するようにしてください。記事を修正するのはその後でも遅くはありません。どうしても自力で対処が難しい場合は、Wikipedia:利用案内やWikipedia:コメント依頼などを利用して相談してください。--SilverSpeech(会話) 2018年3月22日 (木) 15:24 (UTC)
お二人ともありがとうございます。自分がもっと時間を取る必要がありそうです…。--昼落ち(会話) 2018年3月22日 (木) 20:11 (UTC)
名前の変更の仕方
編集者の(自分)の名前を変更するにはどうしたらいいですか?--坪内 あこ(会話) 2018年3月16日 (金) 11:16 (UTC)
- Wikipedia:利用者名変更の手引きという文書があります。--aki42006(会話) 2018年3月16日 (金) 11:55 (UTC)
記事名での「囲み文字」の使用
半世紀ほど前のアニメ記事として㊙劇画 浮世絵千一夜が立項されているのですが、囲み文字の使用は問題ないのでしょうか? 少なくともJIS X 0208ではない様ですけど・・・
なお、件の文字は囲みCJK文字・月のU+3299にあります。--KAMUI(会話) 2018年3月22日 (木) 12:32 (UTC)
- JIS X 0208に含まれないので、許容範囲外でしょう。WP:NC#ABBRには、「題名などの固有名詞の場合は、片仮名や略号、記号を置き換える必要はありません。」との一文もありますが、この「略号、記号」に囲み文字が含まれるのかどうかについては、過去ログを探しても見当たりませんでした。また、本件に付随する話題として、手許のiPad (iOS 11.2.6) のSafariでは、同じ「マル秘」でも、囲み文字の「㊙︎」と絵文字の「㊙️」は別の文字として表示されます。これに関して、議題の記事名は、ページ本文の中では前者、URL表示とタブに表示されるラベルでは後者が表示されるようです。このように、(同一ブラウザ内ですら)環境や条件に依存して表示結果が変化してしまうことから、表示結果の安定性も考慮して、囲み文字の使用は可能な限り控えるのが無難でしょうね。--Doraemonplus(会話) 2018年3月23日 (金) 09:40 (UTC)
編集ソースでたまにみかける→{{-}} ←は何のためにあるのでしょう
ページを編集する際に「{{-}} 」を見かけるのですが(例、ヘッドフォン#形状 編集ソース)、役割がよくわからないのです。解説しているページや過去に似た質問があるかもしれませんが検索ワードで引っかからないのでさがせませんでした。--180.200.69.240 2018年3月26日 (月) 13:25 (UTC)
Template:-に解説がありますが、画像への回り込みをリセットするためのものです(Help:画像の表示#回り込みの解除)。--Jkr2255 2018年3月26日 (月) 13:32 (UTC)
- さっそくの返信有難うございました。理解できました。--180.200.69.240 2018年3月26日 (月) 13:36 (UTC)
画像表示の質問
画像の表示に関する質問です。 例えば、フェオホルビドaを開きますと、{{Chembox}}の画像が一度大きいサイズで表示されてから小さい本来の画像サイズに変更されます。私の使っている firefoxに問題があるのか、あるいはWikipediaまたは{{Chembox}}の問題なのか、どなたかわかりませんか?
signed by にょろん (会話) 2018年3月27日 (火) 03:30 (UTC)
- 別にGoogle ChromeでもVivaldiでも同じですが。--KAMUI(会話) 2018年3月28日 (水) 10:21 (UTC)
- テンプレートには、「IUPAC名」とか「SMILES」とか「InChI」が記入されていて、「表示」を押すと折り畳みが開かれて見られるようになっています。ところで、この折りたたみ機能はJavaScriptを使っていますから、JavaScriptが読み込まれるまでは折りたたまれていないことになって表示されます。それが、一瞬だけテンプレートが横に長く表示される理由です。従って、強いて言えばWikipedia側の問題ではありますが、改善・解消は極めて困難です。CSSによる折り畳みなど、遅延の限りなく少ない折り畳み機構を導入するくらいしか手段はないでしょう。--軽快(旧名: Kkairri、会話) 2018年3月30日 (金) 20:09 (UTC)
返信 なるほど! ご親切にありがとうございます。ちょっと調査してみます。 -- signed by にょろん (会話) 2018年3月30日 (金) 23:36 (UTC)
コメント 調べたら {{Collapsible list}} の動作が日本語版と英語版で違うみたいですね。 -- signed by にょろん (会話) 2018年3月30日 (金) 23:59 (UTC)
コメント ご指摘の通り、SMILESの折りたたみ処理にて Word-breakingするように変更したら治りました。他の折り畳みについても、そのうち修正が必要ですね。以上でこの質問を終了します。 -- signed by にょろん (会話) 2018年3月31日 (土) 02:08 (UTC)
要望:この利用案内ページへのリンクを、画面左側の井戸端へのリンクに並べて表示して欲しい
表題のとおりです。
signed by にょろん (会話) 2018年3月27日 (火) 03:33 (UTC)
Template:Ndashの使用について
一覧記事などで「 - 」(スペース・ダッシュ・スペース)と言う記述を「{{ndash}}」に置き換える編集がたまに見受けられるのですが、これには意味があるんでしょうか?
一つの一覧記事ごとに数十のテンプレートを並べる意味がよくわからないのですが・・・細かいことながらシステムへの負担増になるのではないか?と疑問を感じたりもしますし。--KAMUI(会話) 2018年3月28日 (水) 10:18 (UTC)
意味があるのかと言えば、あるようです。すでにご覧になったかもしれませんが、{{ndash}}の説明によれば、このテンプレートは下記の3つを表示します。
- ノーブレークスペース(00A0)
- ダッシュ (記号)#enダッシュ(2013)
- スペース(0020)
- すなわち、これにより「不本意な場所(スペース)での意図せぬ改行」が抑止されます。
- 私なんかはそんなこと知りませんから、フツーに「 - 」(半角スペース、半角ダッシュ、半角スペース)としますけど、これだと閲覧環境によってはヘンな場所で改行されてしまうことがあるのでしょう。ndashテンプレートを利用すればそれが起きない。
- あと、これもテキトーなことを言うのですが、ちょっと前にどこかで「ダッシュ」「半角ダッシュ」あたりをめぐってかなりの論争があった記憶があります。要は、閲覧者の設定(ブラウザのフォントとか)によっては、何の気なしに入力した「半角ダッシュ」が見えにくいとか、全角ダッシュやマイナス記号と紛らわしいということがある。
- 私は半角ダッシュを使いますが、マイナス記号を使う人もいるかもしれませんよね。どっちにしろフツーには見掛け上大差ないし、どっちでもいいだろ、と思う方もいるだろうし、その違いが大問題だと考える方もいるでしょう。
- スペース#コンピュータにおけるスペースには、さまざまな「スペース」が列記されています。見た目の上ではこんなんどうでもいいだろとも思いますし、技術的には違いがあって重大だというのもあるのでしょう。
- そこらへんがテンプレートを使うことで「正しい」状態になるということなのでしょう。
- まあそう言われると、正面切っての反論は難しいと言う面もあるでしょう。でも、ぶっちゃけそんなことどうでもいいじゃないというセンスも、そこそこ共有されるだろうと思うんですよね。でもそのセンスは正論としては通しにくい的な。--柒月例祭(会話) 2018年3月28日 (水) 14:39 (UTC)
- 回答を頂きましたが、やっぱり意味が分かりませんねぇ(^_^;
- そもそもウェブは閲覧環境によって見え方が変わるのが当たり前で、「不本意な改行の抑止」と言う理由で機械的に置き換えるのは、編集者が自分の環境での見え方を前提にして「強制改行」を繰り返すのと同じくらい意味が無い気がします。そこまで気にするなら曖昧さ回避や一覧記事でちょくちょく見かける
「hogeにある○○の◎◎、××のfooが有名でbarでbazなどと呼ばれている - ◎◎ (hoge)を参照。」
- みたいなのを「◎◎ (hoge) - hogeにある○○の◎◎」てな感じで「 - 」を前に持ってくるとか冗長な説明文をバッサリ整理する方がマシなんじゃなかろうか。--KAMUI(会話) 2018年3月28日 (水) 16:45 (UTC)
これはスペースの問題というか、キーボードから入力しやすい半角ハイフンマイナスについて、enダッシュへの変換が意図されたテンプレートじゃないでしょうか?
- 表記ガイド#ハイフンによりますと、エヌダッシュ(=2分ダッシュ)は英文で使われるようですから、英文の記述で意味を持つテンプレートだと思われます。しかし日本語では半角ハイフンマイナスを用いることになっています。ダッシュ (記号)#全角ダッシュのマッピング問題にもありますように、ダッシュ(波ダッシュを含む)や全角ハイフン、マイナス記号、罫線素片などの、要するに横棒のバリエーションの類の多くは、文字コードに問題があって、日本語では環境によって文字化けしやすい機種依存文字なのです。例えばマイナス記号が表示されない場合は数値のプラスとマイナスを誤認するおそれすらあります。
- 一方でWikipediaの文字コードは本来UTF-8であり、Unicode(の基本多言語面)に含まれる文字であれば必ずしも使用が禁じられているわけではありません。つまり当面の間は両者の共存する過渡的な時期と捉えるべきです。英語論文などに慣れた専門家などプロ級の執筆者のご意見としては、それらの記号を正確に使って見やすく区別したほうが執筆しやすいのだそうで、それらの機種依存文字を積極的に使用したいという方もいらっしゃるのです。そういう場合にも意味を持つテンプレートだと言えそうです。
- このへんの議論は深入りすると激論を招くことになりそうですからあくまで個人的な見解になりますが、特にご意見を持たない方なのであれば、とりあえずキーボートから直接入力できるハイフンマイナス(-)を使うのが、表記ガイドや文字化け対策の面からは無難だと考えます。と言っても両者の共存状態にある以上、ただ単に置き換えるだけの編集は(編集合戦になりそうなのであれば)控えたほうがよいと思われます。もちろん、どちらも使わないで済むような表現に変更可能なのであればそのようにするほうが良いと思います。--Gwano(会話) 2018年3月29日 (木) 03:16 (UTC)
- 説明ありがとうございます。元々が英文を意図してるとなるといささか微妙ですねぇ。そーいえば、幾つかの記事の編集履歴でbotがハイフンを差し替えてるらしいのを見たような覚えがあります・・・botについては「どちらからどちらに差し替えてるのか」は気にしたことがありませんでしたけど。まぁ、私が触るときには普通にやりますかね。--KAMUI(会話) 2018年3月29日 (木) 09:40 (UTC)
- {{Ndash}}はTemplate:Ndash#関連項目にドット・テンプレートの一覧にある{{•}}や{{·}}と同様に、記事本文で使うことや英文を意図した物ではなく、ナビゲーションテンプレートなどで「A - B - C - D」「A・B・C」等の横リストを生成したときに区切り文字が前項と切り離されないようにするための物です。詳しい説明は英語版のen:Template:·を参照。ただし、{{Flatlist}}とhlist CSSクラスの導入に伴い、これらのテンプレートを使って横リストを作成することは英語版ウィキペディアでは非推奨になっています。--Kusunose(会話) 2018年4月7日 (土) 18:07 (UTC)
明確に決まっていない記事名に対して記事を繋げることは避けた方が良いのか
記事同士を繋ぐガイドラインに関して相談したいことがあります。
ここ暫く動物関連の記事を拝見していた所、イヌ属のページにて気になった記載がありました。 分類・英名の項目を見たところ、「African golden wolf」という英名のみの記載がありました。 当初日本語記事が無いと思ったのですが、よく調べるとアフリカンゴールデンウルフとして日本語記事があることが分かりました。 その為リンク漏れかと思いイヌ属のリンクを繋ごうとしたところ、コメント欄に下記のような記載がありました。 <!-- 専門の文献がないまま名前を自作したり、英名を直訳した名前を記述しないこと --> 不思議に思いイヌ属やアフリカンゴールデンウルフの編集履歴を調べたところ、 アフリカンゴールデンウルフという記事名は日本語版ナショナルジオグラフィック公式サイトから引用して作成されたこと、 それに対して「ナショナルジオグラフィックは適切な出典ではない」との指摘があり、イヌ属からリンクを外されていた事がわかりました。
他にも例えばペンギンの分類・英名項目では、 「Southern rockhopper penguin」「Northern rockhopper penguin」という英名はあるものの、 それに対して和名は記載されておらずイワトビペンギンへの記事も繋がっていませんでした。
プロジェクト:生物に話すべきか悩んだのですが、まず編集ガイドラインとして教えていただきたいです。 記事名の出典が明確でないものには、例え記事があったとしてもリンクを繋げるのは避けたほうがよろしいのでしょうか。 記事名の出典が明確になってから、リンクを繋げた方がよろしいのでしょうか。 この辺り記事のジャンルによって対応が分かれる話かもしれませんが、宜しければご教授願います。 --toppa(会話) 2018年4月1日 (日) 09:40 (UTC)
Wikipedia:記事名の付け方にも記載がありませんし、明確なガイドラインはおそらく存在しないかと思います。記事名に問題がある場合はWikipedia:改名提案を利用するか、もしくはTemplate:暫定記事名やTemplate:正確性などを使用すべきなので、記事名に問題があるまま放置されているというのはガイドラインでは想定されていないと思います。リンク先記事の修正まで手が回らない場合はパイプ付きリンクを使用して記事名とは異なる名称を使用することもできますが、リンクを貼らないのは他の利用者に不親切なので個人的には控えるべきだと思います(ペンギンの記事は単に執筆当時はリンク先の個別記事がなかっただけかもしれませんが)。リンク先の記事に問題がある場合は、リンクを貼らないよりはTemplate:複数の問題などの問題があることを示すテンプレートを貼るべきでしょう。テンプレートを貼るだけならすぐに終わります。また、プロジェクト:生物では適切なカナ表記が見つからない場合に限り学名のアルファベット表記を記事名として使用することも許容範囲となっています。ケースバイケースで百科事典として適切な対処をするしかないと思います。--SilverSpeech(会話) 2018年4月1日 (日) 10:18 (UTC)
回答していただきありがとうございます。どのように編集すれば良いか対応を考えたいと思います。ありがとうございました。--toppa(会話) 2018年4月7日 (土) 15:33 (UTC)
念の為、プロジェクト:生物のノート欄にて提案し進めることとしました。アドバイスを頂き、ありがとうございました。--toppa(会話) 2018年4月15日 (日) 13:26 (UTC)
部分訳について
かつてIP利用者として活動していた時に、導入部のみを翻訳した記事の作成を繰り返していたところ注意を受けたような覚えがあります。部分訳はあまりいい印象を持たれないのでしょうか。--BR141(会話) 2018年4月1日 (日) 17:05 (UTC)
Harumi Nakamura
Can someone write the Japanese name of Harumi Nakamura apparead in this photo?
The name is written in a label on wall, at the back of the woman head. Thanks!
http://kaishindo.mck.or.jp/images/Event/original/Event_YPugL2yg2PsjSUkNLWpWYZXIHSvxGLBz_1.png --151.95.43.24 2018年4月1日 (日) 19:26 (UTC)
Probably, you know who is this supercentenarian, right? But I heard the bereaved would like to keep her name anonymous, so I can’t tell you her Japanese name. Sorry. If you want to learn of the name, search the web for it by yourself. —Doraemonplus(会話) 2018年4月8日 (日) 15:30 (UTC)
- I found this, so her name is 中村はるみ. --94.247.8.8 2018年4月8日 (日) 16:42 (UTC)
国名3レターコードの国名のみ版テンプレートはあるか?
WP:ICONのガイドライン正式運用が始まり、infobox内で国名を記載する際に旗は必要でなければ表示しない方向性になった理解なので、各種テンプレートのドキュメントがWikipedia:Template国名3レターコードを推奨していても、infobox内国名を文字列のみで書くことを考えています。ガイドライン策定にドキュメントが追いついてないだけで、ガイドライン趣旨のinfobox内の不均衡な情報重み付けを抑制するためにドキュメントを改訂するのが正しい認識です。
そこで旗を表示しない国名3レターコードテンプレートを探しているのですが、Wikipedia:Template国名3レターコードにリストされているテンプレートは原則?国名直書きのようで、他の代替テンプレートも見つけられていません。国名3レターコードから国名のみを表示するテンプレートが存在していれば、教えて頂けますか?また現行ないのであれば、infobox内で旗表示をするのと、国名直書きとどちらにしておくべきか(いつか用意された時にbot処理のしやすさがあれば)教えてください。 --やなぎ0(会話) 2018年4月2日 (月) 00:54 (UTC)
コメント 誰も答えてくれないので自問自答。今現在、そのようなテンプレートは存在しない。また、テンプレートはあくまで入力簡易化のためのツールであり、後作業を期待して利用するものではないので、各記事のinfoboxに国名直入力で対応するのが正しい。
- 間違っているかもしれないので、検索してたどり着いた人は鵜呑みにしないように。--やなぎ0(会話) 2018年4月6日 (金) 13:58 (UTC)
情報 3文字ではありませんが、国名3レターコードを使用した、旗アイコン抜きの国名テンプレートに類似するものとして、Category:Country aliasテンプレートとCategory:Country shortname aliasテンプレートがあります。おそらく、お求めのものとは異なるでしょうけど。--Doraemonplus(会話) 2018年4月8日 (日) 16:34 (UTC)
どのようにウィキペディアを利用したらいいですか?当店のブランドを紹介したいのですが。〇〇ブランドとは・・・の意味を記載したいのです。
当店では、日本国内で○○というブランドを作り、商標登録もしました。 なので○○で検索したら、ウィキペディアでもでるようにブランドの意味を投稿したいのですが、 こちらは過度な広告扱いとなり、投稿できないのでしょうか? --ナッシュ山際(会話) 2018年4月2日 (月) 15:13 (UTC)
返信 はい、できません。利用者‐会話:ナッシュ山際で案内されている通りです。「ウィキペディアは演説台、広告宣伝の手段ではありません」と「自分自身の記事をつくらない」を読んでいただくと理解が深まると思います。もし、「○○というブランド」に特筆性があれば、他の誰かが作ってくれるはずです。--Aoioui. 2018年4月2日 (月) 15:24 (UTC)
返信 基本的にはAoiouiさんのご指摘のとおりですが、いくつか追加させていただきます。Wikipediaには記事作成の基準(WP:NOTE)がありますので、単に商標登録をしたブランドというだけでは記事を作成することができません。雑誌や新聞でそのブランドが紹介されたなど、何か基準を満たすことを示す証拠が必要となります。もし「この雑誌で特集記事が組まれたことがあるので、この雑誌を出典にして記事を作成してほしい」というような場合でしたら、Wikipedia:執筆依頼をご利用ください。Wikipediaの外部で例えばフリーライター等に記事作成を依頼する場合はWikipedia:有償の寄稿の開示に従う必要がありますのでご注意ください。個人的にはWikipedia外部で第三者に依頼するのは、百科事典的でない記事として問題になりやすいのでお勧めはできませんが。--SilverSpeech(会話) 2018年4月2日 (月) 23:53 (UTC)
曖昧さ回避ページへのリンクについて
あるページから曖昧さ回避のためのページへのリンクが貼られていました。これは、曖昧さ回避のためのページの中に、その用法に対応する語義が説明されており、独立した記事が立てられていなかったからのようでした。(曖昧さ回避のためのページ以外にリンクしようがない) この場合、に割り当てられるべきなのでしょうか?また、リンクの仕方を工夫する必要があるのでしょうか? --紗那(会話) 2018年4月3日 (火) 16:34 (UTC)
- まず一般的な話から。曖昧さ回避ページに意図的にリンクする場合「007 (曖昧さ回避)」のようにかっこをパイプで見えなくしたりせず、リンク先が曖昧さ回避ページであることがわかるようにします。曖昧さ回避ページがかっこ付きでない場合は「提督 (曖昧さ回避)」のようにリダイレクトでリンク先が曖昧さ回避ページであることがわかるようにします。リダイレクトがなければ作成してください。(今回は作成していません。)
- 曖昧さ回避ページにあるどの項目にリンクすればいいかが判らない場合などは「Template:要曖昧さ回避」を使って提督[要曖昧さ回避]のようにします。このテンプレートを使うと、自動的にそのページがCategory:曖昧さ回避の必要なリンクのあるページに含まれます。カテゴリを明示的に指定する必要はありません。今回提示された「1797年1月13日の海戦」では最初に出てくる「提督」はこうなっていますね。
- 個別の話になりますが今回提示されたページなど、「提督」にリンクされたページは500強あってもそのリンクのほとんどは「提督」というページがあるだけで内容を確認せずにリンクしているものでしょう。そのようなリンクは単純に非リンク化するか、今回の場合はウィクショナリーへ言語間リンクさせ「wikt:提督」とするべきでしょう。実際にはパイプを使って「提督」と書くのでしょうね。--アルビレオ(会話) 2018年4月3日 (火) 21:27 (UTC)
返信 質問の文章がわかりにくい中、意図を汲んだ分かりやすいお返事をいただきありがとうございました。疑問に感じていた点はクリアになりました。上で挙げた「提督」の例は、仰る通りリンクをする必要がないと感じましたのでウィクショナリーへのリンクに変更しておこうと思います。
- 質問した時点では読み逃していたのですが、Wikipedia:曖昧さ回避#曖昧さ回避ページとリンクの冒頭にあるように、本来語句の最低限の定義が書かれているような曖昧さ回避ページにリンクすること自体推奨されていなかったのですね。 --紅い目の女の子(会話) 2018年4月4日 (水) 08:35 (UTC)
他の利用者の下書きページに問題があるがその利用者が無期限ブロックされている場合に無断で編集してもいいのか
標記の件について、質問します。
Category:日本の法律の「て」に、利用者の下書きページが表示されています。これは、Wikipedia:利用者ページ#カテゴリ、テンプレート、リダイレクトの「記事名前空間で使うことが想定されているカテゴリ(Category:1990年生など)に、利用者ページやサブページを入れないでください。」に反しているので、当該利用者に対応いただきたいのですが、既に当該利用者が無期限ブロックされています。
そこで、私としては、以下のように対応したいと考えています。
- 当該利用者の下書きページを編集し、Category:日本の法律に表示されないようにする。
- 当該利用者の会話ページに、上記のような理由があるので、上記の編集を行った旨を書き込む。
みなさんには、上記のように対応することの是非や他にすべきことがないか御意見をいただきたいと思います。--Sayou1694(会話) 2018年4月8日 (日) 12:36 (UTC)
- 通常なら、当該利用者の会話ページに「WP:MAINTAINCGに反している」ことをお知らせした上でカテゴリ除去をお願いすれば、大抵は対処してもらえます。最近の活動が停止している利用者ならば「対処していただけない場合、こちらで除去します」と予告した上で1週間後くらいに除去とか。ブロックされている場合でも同様にしておいて「WP:MAINTAINCGに反した状態だったのでカテゴリを除去しました」とお知らせしておけば筋は通るでしょう。--KAMUI(会話) 2018年4月8日 (日) 14:04 (UTC)
上記の通りお知らせ後に除去が穏当です。ただ、Wikipedia:カテゴリとの兼ね合いから、管理作業用カテゴリを除いてカテゴリにおいて利用者ページをカテゴライズさせるのは基本はしないので、コメントアウトあるいは除去をして、要約欄で「カテゴリへの分類中止」と書けばそれだけでも問題はありません。利用者ページというのはあくまで「ウィキペディアに必要なことをやるための場所」で、利用者個人のパーソナルスペースではないですから、利用者ページであってもカテゴリの除去・コメントアウトに容赦は要りません(そもそも、無期限ブロックされているなら会話ページ以外は編集できない状態なので、「除去予告」で反対されても当該利用者の意志に関係なく除去することになりますの)。--アルトクール(会話) 2018年4月8日 (日) 14:41 (UTC)
済 お二方とも御意見いただきありがとうございました。参考にさせていただきます。--Sayou1694(会話) 2018年4月11日 (水) 10:27 (UTC)
記事内容の削除・取り消しについて
先日、私が書いたある記事が、次のような理由で取り消されておりました。
>>作品ごとのアニラジならば詳細は省いても問題ない。
私は、この理由に納得はしましたが、せめて、ノート等のページなどで、議論してから取り消し等をするべきなのではないかと思いましたが、 このようなことは、ウィキペディアでは、日常茶飯事なことなのかなと思い質問させていただきました。 どなたか、教えていただけないでしょうか。
--Wikimakerjpn(会話) 2018年4月11日 (水) 08:24 (UTC)
いや、まあ、通信環境が、悪い中でがんばって作ったのに消されたっていうのがくやしいっていうのもあるんですけど。(笑)
それは置いといて、自分はこれからどうすればいいのか(取り消しの取り消しをする)なども、教えてください。--Wikimakerjpn(会話) 2018年4月11日 (水) 08:47 (UTC)
この投稿のことを言ってるんでしょうか。まず「ノートに議論を提起して合意がないと除去はできない」というのは、無条件にその通りというわけではありません。まず、「ラジオ番組のコーナー」を取り上げるにしても、Wikipedia:検証可能性、Wikipedia:中立的な観点、Wikipedia:信頼できる情報源を守らなくてはいけません。ラジオを聞いて追加した、というのは情報源として不適当にあたります。方針上、記述が認められないものであることが明確なら、これは議論なしで差し戻しされます。何度も追加すれば、やがてブロックされます。--アルトクール(会話) 2018年4月11日 (水) 08:53 (UTC)
そうです。なんでわかったのですか?そうですよね、編集合戦となると、大変なことになって、いいこと一つもありませんからね。 ただ、誤解を招かないように、いっておきますと、これは、一応、音泉公式ページの内容を参照して記述したため、正直 情報源として不適当にあたるかどうかはよくわかりません。よくみたら出典を入れてませんでしたのでそのように思われてもしかたありません。できれば、その辺りもおしえてください。アルトクールさん、ありがとうございました。 --Wikimakerjpn(会話)
リダイレクトされる内部リンクについて
内部リンク先がリダイレクトページになっている場合、「解消してもいい」ケースと「解消してはいけない」ケースが有る事は確認したのですが、リダイレクトの処理が行われることで基本的にシステムの側に一段無駄な処理が発生するだけでいい事は無いと思われるものの、「問題は無いと主張し、差し戻す」という形の編集が行われました。当人にポリシーが有るのはわかるのですが、傾向として「リダイレクトではなくなる可能性は低い」ページをそのように記述するのは、どうするべきでしょうか?基本的に「解消してもいい」となっているわけですから、「積極的に差し戻される理由」も無いと思いますが、当人いわく「禁止されているわけでも無いし、ソースのサイズと記述がすっきりするから問題ない」という主張になっています。また、リダイレクト先は映像化の原作ページになっているので、仮にリダイレクトから通常ページに変更されても、そこから辿ることは可能な状況になり、大きく不適切な状況になるとも考えにくいです。ざっとは確認したのですが、推奨する、もしくは望ましい編集は「可能なリダイレクト回避はすべき」か「あるかどうかわからない将来のリンク先の変更を想定するべき」かどちらなのでしょうか?ご意見いただければと思います。--60.35.8.84 2018年4月11日 (水) 10:27 (UTC)
逆に(労力を割いた)リダイレクト解消によって得られるメリットって何でしょうね? リダイレクト転送によるシステム負荷は、人間がストップウォッチを持って計測しても測定不可能なレベルです。気にしないでください。改名前の名称を曖昧さ回避や別の記事に転用したり、記事名の括弧内に誤りがあってリダイレクト自体を削除したいなどの改名前側の記事名に事情がない限りは、リダイレクト解消は意味がないと思います。
- リダイレクト解消しないことにはメリットがあります。分割されるかもしれない(そのまま記事化できる)。再改名されるかもしれない(旧々名のリンク元は再チェックする必要がなくなる)。
- 記事の書き換えについては、[[改名前]]を[[改名後]]とするのは、内容を詳しく調べないといけないので難しいのは、ご理解いただけるかと思われますが、だからといって、無条件で[[改名前]]を[[改名後|改名前]]と書き換えるのはナンセンスです。せっかくシステムが用意している便利機能なのですから[[改名前]]のままでよいじゃないですか? リダイレクト転送を有効活用しましょう。--Triglav(会話) 2018年4月11日 (水) 13:02 (UTC)
リダイレクトを経由するリンクを利用するのは、「リダイレクトではなくなる可能性があるから」だけではありません。リダイレクトの解消については「Wikipedia:リダイレクト#リダイレクトの解消」をご覧ください。私は、リダイレクトを解消する側に説明責任があるものと思います。--Frozen-mikan(会話) 2018年4月13日 (金) 02:37 (UTC)
モジュール:Photomontage
こんにちは。モジュール:Photomontageなのですが、これでPhotomontageを作成しTemplate:日本の町村に組み入れて、モバイル画面で閲覧した際に、モンタージュの幅指定を330px未満にすると、モンタージュ写真が左寄りになり、右側に黒色のスペースが余ってしまいます。(例1)。引数positionでcenter指定をしてもデスクトップ版には指定が効きますが、どうやらモバイル版まで効果が出ないようです。Photo montageをTemplate:Infobox 港に組み入れても同じ結果になります。(例2)。
これをデスクトップ版同様に、モバイル版でも引数指定した場合はcenterなどに指定できるように、または既定をcenter配置に変更して何かを変更いただけないでしょうか?よろしくお願いします。--126.236.202.216 2018年4月13日 (金) 03:20 (UTC)
コメント 恐らく330pxというのは、そのモバイル機器での横幅に依存した値だと思います。モバイル用の特別表示は720pxから適用されますので、横向きやタブレットなどで閲覧すると、330px以上でも問題は起きると思います。また大雑把な話ですが、中央配置にしたい場合は、table要素ではなく、div要素を使うと上手くいくかもしれません。--Frozen-mikan(会話) 2018年4月13日 (金) 03:47 (UTC)
- ありがとうございます、ただその分からない自分がモジュールを編集するのはためらわれます。tableの文字をdivに書き換えよ、それで終わりそうだとのことですか?分かる方にやってもらえると助かるのですが。--126.236.202.216 2018年4月13日 (金) 04:10 (UTC)
- その後、もう少し検証してみましたが、モバイル版ではCSS(.content table における width, margin-left, margin-right)の強制上書きが行われているので、それを更に上書きすることでも可能かもしれません。いずれにしても、そのモジュールを理解している人にお手伝い頂いたほうが良いと思います。--Frozen-mikan(会話) 2018年4月13日 (金) 05:06 (UTC)
- 作者の方にも相談してみることにしました、ありがとうございます。--126.236.202.216 2018年4月13日 (金) 14:47 (UTC)
- その後、もう少し検証してみましたが、モバイル版ではCSS(.content table における width, margin-left, margin-right)の強制上書きが行われているので、それを更に上書きすることでも可能かもしれません。いずれにしても、そのモジュールを理解している人にお手伝い頂いたほうが良いと思います。--Frozen-mikan(会話) 2018年4月13日 (金) 05:06 (UTC)
- ありがとうございます、ただその分からない自分がモジュールを編集するのはためらわれます。tableの文字をdivに書き換えよ、それで終わりそうだとのことですか?分かる方にやってもらえると助かるのですが。--126.236.202.216 2018年4月13日 (金) 04:10 (UTC)