New Immissions/Updates:
boundless - educate - edutalab - empatico - es-ebooks - es16 - fr16 - fsfiles - hesperian - solidaria - wikipediaforschools
- wikipediaforschoolses - wikipediaforschoolsfr - wikipediaforschoolspt - worldmap -

See also: Liber Liber - Libro Parlato - Liber Musica  - Manuzio -  Liber Liber ISO Files - Alphabetical Order - Multivolume ZIP Complete Archive - PDF Files - OGG Music Files -

PROJECT GUTENBERG HTML: Volume I - Volume II - Volume III - Volume IV - Volume V - Volume VI - Volume VII - Volume VIII - Volume IX

Ascolta ""Volevo solo fare un audiolibro"" su Spreaker.
CLASSICISTRANIERI HOME PAGE - YOUTUBE CHANNEL
Privacy Policy Cookie Policy Terms and Conditions
Wikipedia‐ノート:索引 - Wikipedia

Wikipedia‐ノート:索引

出典: フリー百科事典『ウィキペディア(Wikipedia)』


目次

[編集] 索引の必要性

Wikipedia:井戸端#索引の必要性でも問題提起していますが、こちらで議論するのが望ましいと考え、新たにセクションを設けました。

索引が作られた際の議論を把握できていないのですが、索引の必要性について考慮はなされたのでしょうか。

私が思うに、索引は、Wikipedia:ウィキペディアは何でないかの「紙製の事典ではない」「内部リンク集ではない」に矛盾するものになっており、これだけ取り上げても必要のないものだということができます。さらに、現在も手動で作成されているため全項目を網羅できていないことや、今後も増え続ける項目に対してメンテナンスすることが現実的に可能かどうか考えると、索引の存在意義に疑問を感じざるを得ません。

2003年の12月に索引を立ち上げた方やメンテナンスを続けている方には申し訳ないのですが、索引ページをWikipediaから削除することを検討したいと思います。--Tamago915 2005年5月16日 (月) 09:09 (UTC)

削除するかしないか以前に、削除する事を検討する事に疑問を感じる。--航平 2005年5月17日 (火) 08:07 (UTC)
お返事ありがとうございます(誰も反応してくれないかと思った……)。疑問ということですが、どのような疑問を感じているのか、回答願えますでしょうか。Wikipediaに索引が必要ということであればその主張も聞きたいと思います。
私は、Wikipediaに索引があるメリットよりも、索引をメンテナンスし続けるコストのほうが大きいと感じますし、管理できなくなるのであれば削除するという選択肢も十分に考えられるのではないかと思うわけです。--Tamago915 2005年5月17日 (火) 09:13 (UTC)

まず必要性という点で言うと、一覧性の一言です。具体的には、「亜鉛」について調べたい時に、「亜鉛なんとか化合物」とか「亜鉛なんとか症候群」とか「亜鉛なんとか反応」とか「亜鉛で始まる単語」が並べられていたら便利でしょう。全記事を一覧するために特別:Allpagesという機能があるわけですが、日本語に関して言うと、ひらがなとカタカナと漢字が別に並べられていますから非常に使いづらいものになっています。

(「特別:Allpages」を今見てみたら、「イ」くらいまでしか見えませんね。それでは余計に使えません)

ただし、メンテナンスに関して言うと、現在追い付いていない・メンテナンスし続けるコストが大きいというのはご指摘の通りだと思います。当初から、いずれ何らかの自動化(マクロとかボットとか)ができればと思っていました。全てのページの書き出しが「記事名(よみ)は~」と定型化されていれば、自動化に役立つと今でも思っています。そのような前向きな検討はできないものでしょうか。Yas 2005年5月17日 (火) 10:39 (UTC)

(亜鉛で始まる単語は「亜鉛」しかないようですが、それはさておき)Wikipediaで「亜鉛」について調べたければ、検索機能を使うのではないでしょうか。現在はサーバ負荷の問題などで実現していませんが、検索機能が強化されて、「亜鉛」と入力すればタイトルに亜鉛を含む記事(硫酸亜鉛などのように、途中に含むものも含めて)が検索できるようになればよいのではないでしょうか。
索引というのは、紙の事典では検索ができないため、次善の策として取っている手段だと認識しています。検索機能があるWikipediaで、わざわざ使いづらい索引機能を実装して、膨大なリソース(サーバ、人的とも)を消費することもないのではないかと考えています。--Tamago915 2005年5月17日 (火) 11:05 (UTC)
こんにちは。ひとつの考え方として理解できます。私は検索機能と一覧機能は別だと考えていますが。Yas 2005年5月17日 (火) 22:22 (UTC)

しばらく前から使えるようになったカテゴリ(この名前が誤解の元だと思うのですが)は、この解決のために作られたと私は考えています。つまり、「亜鉛」に[[Category:あえ|ん]]を、「亜鉛化合物に[[Category:あえ|んかこうふつ]]を貼り付ければ、「Category:あえ」の「ん」の所に並んでくれます。その上位カテゴリを「Category:索引」にすれば、「Category:あえ」「Category:索引」の「あ」の4番目に並びます。ちょうど今の索引と同じ形になります。-- [Café] [Album] 2005年5月17日 (火) 11:45 (UTC)

ちょっと過激な意見かもしれませんが、すべての項目に索引作成専用のカテゴリを貼ると、自動的にWikipedia全体の索引が生成されるということなのでしょうか。Hareno 2005年5月17日 (火) 15:30 (UTC)
今までそういう使われ方は(カテゴリの使用が積極的だと言われる)英語版でもしていないようですが、そういう使い方も可能でしょう。-- [Café] [Album] 2005年5月17日 (火) 16:42 (UTC)
こんにちは。カテゴリの利用というアイディアは感心しました。しかしカテゴリが「この解決のために作られた」は言いすぎかつ誤りだと思います。今から11万件を変更というのが現実的かどうかが一番の問題でしょうか。その他、今思いつくデメリットとして「リダイレクトを登録することができない」「頭2文字から3文字に変更する必要が出た場合に作業量が膨大」を挙げておきます。Yas 2005年5月17日 (火) 22:22 (UTC)
私は、索引については必要不可欠な物と思います。検索するにせよ一致した語句が記事中に無い場合はヒットしませんが、曖昧的な記憶に基づき検索する場合、この検索機能はあまり役には立ちません。例えば一つの漢字を間違えただけでも対象から外れます。また地方によって呼び方の違うものを記事内に網羅し切れていないのも現状ではないかと思います。検索機能もリアルタイムに新しいデータを更新しているわけでもなく、時々、古い版をヒットすることがあります。これらか検索があるので索引は必要ないとは到底言いきれない物と思います。
カテゴリ化のアイデアは面白いと思います。読替がある場合も流用できそうです。redirectは単なる読替ですから本記事の方にカテゴリを貼れば解決出来ます。私の場合は、カテゴリの記述を最初から3文字にしてはと思います。あくまでもアイデアの一つですが、現行の記事(1文字または2文字)を10~20件程度を目処にサブページ化し、それぞれのサブページに該当する検索カテゴリをはり、件数の少ないものは元ページに直接検索カテゴリを貼る。記事が増えればサブページ化という具合です。今と殆ど見た目は変わらないと思いますが、節目毎にサブページ化することにより1度の修正で改版されるバイト数がかなり減る物と思います。一覧が長くなったサブページは記事名を変えて、リンクすることにより今まで通りの検索が出来ると思います。後は、サブページを検索カテゴリの一つに加え、カテゴリ内に記事が増えればサブページの本記事に追加と言う具合にすればどうかと思います。最初から検索される側に貼られるカテゴリは3文字なのでさほど仕事量が増えるわけでもありません。このアイデアは実例作らないと説明は難しいかなぁ・・Miketsukunibito 2005年5月18日 (水) 00:24 (UTC)

索引を使ったことがなく、あまり有用性を感じていないのですが、すべての記事を50音順に並べる必要性を全く感じません。調べたいものが分かっているのならば、検索を使うでしょうし、そのものの概要が分かっていれば、カテゴリやポータルで探すことができると思います。項目名も概要も分からずに調べる人はいない気がします。私は、北海道道の記事作成を適宜行っていますが、そこで「ほつかいとうと」において、各道道の記載がありました。それらがあることで、他の記事が見にくくなっているように感じます。索引最終加筆後に書かれている記事も多くあるでしょうし、それらを追加していくと、少なくとも、各都道府県の一覧記事の意味を持たなくなってしまうと思います。一覧の一覧もあるわけですし、サーバーに負荷がかかるだけではないでしょうか?--RCA 2007年3月8日 (木) 11:06 (UTC)

[編集] メンテナンスの自動化

索引の必要性を感じている人は多いようですね。Wikipediaにおいて、検索を使わずに索引を使う状況というのが私には想定できないのですが、索引を使って何かを調べた経験があれば、それを教えていただければと思います。また、現状索引は未完成の状態にありますが、かけるコストを小さくしながら索引に掲載されていない項目をなくしていく、うまい方法はあるでしょうか。--Tamago915 2005年5月18日 (水) 10:07 (UTC)

何らかの方法で自動化しつつメンテナンスしていかないと、索引への掲載が新規記事の作成に追いつかない事態が生じると思います。とりあえず、
  • 現時点で「すべての記事」から「索引ページからリンクされているページ」を除いたリスト(索引に掲載されていないページのリスト)を作成する
  • 各ページの先頭部分から見出しの読みがなを洗い出す
という作業は自動化できると思うのですが、索引に掲載されていないページはどの程度あるでしょうか。
もし索引に掲載されていないページが膨大(5万ページ以上ある)だったり、5月中に作業が開始されない場合は、メンテナンス不能と見なして削除依頼を提案させていただきます。--Tamago915 2005年5月23日 (月) 04:28 (UTC)

途中まで項目数を洗い出してみました。「あ」~「は」まで(中途半端ですが)、リダイレクトを含んだ項目数(「*」で始まる行の数の合計)が約46000、リダイレクトを除いた項目数(先のものから「⇒」を含む行を除いたもの)が約40000でした。「あ」~「は」までで全体の半分を洗い出したと仮定して、索引に掲載されている項目数が約80000、掲載されていない項目が約30000あるという計算になります(実際は半分以上洗い出せていると思われるので、未掲載の項目は3万では済まないはず)。メンテナンスするにしても、残件が多くて対応が難しいかな、という感じがします。--Tamago915 2005年5月24日 (火) 10:18 (UTC)

en:Wikipedia:Quick indexのようなページでいいのではないでしょうか。「」とすると「あ」から始まる一覧が表示されます。手作業による五十音順索引は中止、もしくは廃止でいいと思います。手作業でやるのでしたら「~一覧」という名称になっている分野別の索引のほうが良いでしょう。--Ligar 2005年5月26日 (木) 02:27 (UTC)

日本語だと現実的ではないと思います。
  1. Unicodeの漢字の並び順は読みと連動しておらず、先頭の文字を探すだけでも一苦労
  2. Special:Allpages は非常に負荷の高いページで、高負荷の時間帯ではしばしば処理がキャンセルされる
現在5/16のダンプをローカルに投入中なので、週末にでも索引掲載率を一寸出してみようと思います。Tietew 2005年5月26日 (木) 02:44 (UTC)

ありがとうございます。TietewさんかSuisuiさんに依頼しようかと思っていたところでした。ところで、今後の流れですが、

  1. 5月16日時点の索引未掲載リストを作成する
  2. 索引未掲載のデータが手動で追加できる分量かどうかを判断する
    • 追加できそうなら、リストを公開していただき、人海戦術で索引を完成させる
    • 追加できそうにないなら、索引の運用を中止するかどうか検討する
  3. 索引の運用を続けるなら、5月17日以降の新規記事リストを索引項目のフォーマットでどこかのページに公開する
  4. 新規記事リストをフォーマットしたページから、定期的に索引に新規記事を反映させる

という感じになると思いますが、いかがでしょうか。--Tamago915 2005年5月26日 (木) 03:37 (UTC)

数えてみました。5/16現在:
  • 記事数(記事名前空間にあるページで、リダイレクトでないもの): 117,931
  • 索引掲載数(Wikipedia:索引 から始まるページからリンクがあるもの): 56,697
  • 掲載率: 48.1% - 索引未掲載記事: 61,234
Tietew 2005年5月28日 (土) 08:44 (UTC)
未掲載の記事が6万記事を超えていますか……。思っていたより多いですね。
  1. 全体の半分以下の記事しか掲載されていないが、現状のまま索引として使い続ける
  2. 未掲載の記事を掲載するプロジェクトを立ち上げ、索引を完成させる方向で進める
  3. 索引の運用を取りやめ、削除依頼を出す
このいずれかの選択肢があると思います。私は3で。--Tamago915 2005年5月28日 (土) 09:22 (UTC)

1ですね。Special:Allpagesが日本語では扱いにくいのなら、解決策は現状維持かと。なにかもっとよい案があればいいんですが…。--Ligar 2005年6月2日 (木) 01:08 (UTC)

一から作り直すことは可能でしょうか。Tietewさんが取り出してくださった117931件についてスクリプトで読みがなを付けて、読みがなの先頭2文字で「ああ」「あい」……「わを」「わん」とページを作って分類し(単純計算で2500ページあるのか)、分類したそれぞれのページでソートする、という処理ならかなりの部分が自動化できると思うのですが、やっぱりコストがかかりすぎですかね……。--Tamago915 2005年6月2日 (木) 09:45 (UTC)

[編集] 削除依頼について

削除依頼を提出しました(Wikipedia:削除依頼/索引)。まだ時期尚早だったかもしれませんが、ノートでの議論が止まってしまったように感じましたので、提出に踏み切りました。

削除依頼の議論の中でも、索引の運用をどうするかは議論の余地があると指摘されていますので、継続して議論をお願いします。--Tamago915 2005年6月1日 (水) 09:47 (UTC)

[編集] プロジェクトを作りました

Wikipedia:ウィキプロジェクト 索引を作りました。索引自動化の検討です。よろしく。Tietew 2005年9月23日 (金) 20:35 (UTC)

[編集] 全自動索引

このページを見て全自動で索引が作れないかと思い、テストとして利用者:TETRA/索引テスト/アイア-アイソを作ってみました。索引ということで例えば"愛国"の欄には「〜主義」「クルド〜同盟」「阮〜」を並べるなど、索引っぽくしたつもりです。

この索引はページ名のタイトルだけを元に ''''''(よみがな) 形式のメタデータを参照せずに作成(タイトルを形態素解析して読みがな振る)したのですが、なかなかよい感じです。ページソースからメタデータを吸って補完するようにすれば更に精度をあげられるかもしれません。よかったらここかノートでご意見を聞かせてください。以上の署名の無いコメントは、TETRA会話履歴)氏が[2006-09-03T20:02:41]に投稿したものです。

TETRAさん、こんにちは。とてもよいと思います。読み仮名の修正方法、タイトルの途中の単語もピックアップした点がよいかどうかなど、議論すべき点もあるとは思いますが、ご提示のものでも自動的に作成できるなら十分であるように思いました。
一番気になることとして、この作成作業はどの程度自動化されているのでしょうか。言い換えると、これを作るのにどのくらいの時間がかかりましたか。さらにわかるのなら、これをあ~んまで全て作るにはどのくらいの時間がかかるでしょうか。それにより、これを本格稼動させるかどうかの判断が変わってくると思います。--Yas 2006年9月10日 (日) 15:57 (UTC)

なかなか実用的なサンプルに見えますね。素晴らしいと思います。ただ、現在の索引には【TV番組】などのタグ(?)が付されていますが、これを所属カテゴリから採ることにするのは不可能でしょうか。//技術的には可能だろうけども実用性があるか

例えば、マイケル・アイアンサイドだったら【カナダの俳優】を。スタブカテゴリ等を排除すれば、それなりに何とかなりそうですが如何でしょう。そもそも【~】はいらないという意見もありそう--Kkkdc/2006年9月12日 (火) 16:51 (UTC)

カテゴリ(ともしかしたらあいまいさ回避の()内)を後ろにカテゴリとしてつけるのは見やすそうなのでやってみます。ただプログラムを書き直していたら収集がつかなくなって更新はしばらく先になるかもしれません。
Yasさんへ > 以前書いたプログラムではデータベースダンプのダウンロードと最後のアップロードを手動で行って、それ以外の生成プロセス、「データベースダンプからタイトル一覧抽出⇒形態素解析⇒『ア->愛国->愛国学園』といった索引ツリーを作成⇒MediaWiki記法へ」といったことをプログラムでやらせました。データベースのダウンロードが終わったら後の処理は1時間かからないと思います。ただ現状だと Wikipedia へのアップロードが手間になりそうなので bot を書く必要もありそうです。
記号の扱いとかを改善したプログラムを書こうかと思ってますので少々お待ちを。--TETRA 2006年9月14日 (木) 09:17 (UTC)
こんにちは。そこまで全自動であれば、(カテゴリは後にしてでも)すぐにでも実運用に入りたい気持ちです。Wikipedia‐ノート:ウィキプロジェクト 索引で提案して、検討していただこうと思います。--Yas 2006年9月14日 (木) 19:45 (UTC)
誘導ありがとうございます。今後はそちらに移らせていただきます。 ― TETRA 2006年9月20日 (水) 13:00 (UTC)

[編集] 曖昧さ回避ページの分類について

曖昧さ回避ページの分類について、現在は【曖昧】、【曖昧さ回避】の2パターンがあるようですのでひとまず統一しませんか。Wikipedia‐ノート:索引/過去ログ2005-05-16#曖昧さ回避の記事についてでの結論から、【曖昧さ回避】のようにする(Wikipedia:曖昧さ回避へのリンクも行う)ことを提案いたします。--Clapon 2007年3月7日 (水) 01:21 (UTC)

[編集] リダイレクトの扱いについて

記事に関しては「基本的に全て」扱うとなっていますが、リダイレクトに関してはただ「対象と」するとだけなっており、基本的に全てのリダイレクトを載せる必要は無いはずです。しかし、私が「不必要なリダイレクト」と思われるリダイレクトを外しても、一部の人と軽い編集合戦になる場合があり、ここでリダイレクトをどう扱うか議論をしたいと思いました。
まず、私が索引には不必要と思うリダイレクトの例を挙げてみます。
  1. 間違い表記からのリダイレクト
  2. 不必要なリダイレクトでありながら、有用な履歴が存在するため削除が却下されたリダイレクト
  3. 読み方が同じな表記の揺れ(平仮名・片仮名・漢字・ローマ字など)のリダイレクト
他にも要らないと思うリダイレクトはありますが、上記の三つは確実に不必要と思うのでこれらに関しての意見が聞きたいのです。
ちなみに、同じ読みのリダイレクトを代用にして、リダイレクト先の記事の記載を簡略するのにも反対です。「イ⇒い」のリダイレクトは載ってるのに、「」は簡略されてる、ようなものですね。酷いものだと、上記のような「間違い表記」から正確な記事へのリダイレクトはあるのに、正確な記事が簡略化されてたり。Qazzx 2007年3月18日 (日) 09:01 (UTC)

私は2を除いてケースバイケースとしか言えないと思います。1は不要な例を挙げて欲しいです。私が思い付いたのはレクレーションレクリエーションですが、これはあって良いと思います。そのためのリダイレクトだと思いますし。3の場合は、たしかになくても良いと思います。せいぜいローマ字・数字表記は五十音の索引に置かず、AからZと0から9へ置くべきではと思うくらいです。

ただし実際のところ私の場合は、どんなリダイレクトなのか調べるのが面倒なので一律にどれも追加していますけど。 Wdpp 2007年3月28日 (水) 15:58 (UTC)

1のケースは吉野屋などが当てはまるのではないでしょうか(吉野屋吉野家)。私もそれは索引に載せる必要はないと思います。2についても載せなくてよいでしょう。3については載せるべきと思います。Wdppさんの例示されているレクレーションは3に当てはまるのでは。問題は個々のリダイレクトが1,2,3のいずれに当てはまるのかの判断が大変になることです。たとえばリダイレクトのページに索引要不要が一目でわかる情報を付けられると多少はましかもしれません。--Clapon 2007年3月28日 (水) 16:08 (UTC)
1については「間違い表記のほうが正しいと思い込んでいる」ようなケースがある可能性があるので、間違い表記として索引に載っていれば、その場で間違い表記であるということがわかって便利なような気もするので、わざわざ削除する必要もないかと思います。2は不要と思います。3については、特にレクリエーションの例のように正しい表記とソートキーが1箇所でも違うものは、将来それらの間のソートキーを持つ記事ができることを考えて乗せておいたほうが良いと思います。
「イ ⇒い」のような表記の簡略化については、表記ゆれがたくさんあるとどれが正しいのか見づらくなることがあるのであまりよくないと考えていますが、現段階では大半が簡略化されているので今から直すとなるとかなり大変だと思います。--Dream100 2007年4月4日 (水) 14:51 (UTC)
1については、「間違い表記」からであっても、リダイレクトとして有用であると認められているものならば記載すべきであると思います。例えば、シュミレーションを削ってしまうと、索引としては不親切ではないかと思います。
2については不必要と思いますが、そのリダイレクトページには、「不必要なリダイレクト」とわかるような表記はされているのでしょうか。それがなければ、一度削ってもまた(私自身も含め)誰かが知らずに復活するという事が起こるように思います。(具体例を挙げてもらえれば助かります。)
3については、ケースバイケースです。漢字またはローマ字が正式記事名で仮名からのリダイレクトがある場合は、読みがなで処理すれば、そこにリンクを張られているだけなので目障りにはならないと思います。逆の場合、「かな」のページにおいてはローマ字からは不要と思いますが、漢字からは必要と思います。漢字には直接読者の目に訴える力があるので、その表記があるほうが親切と考えるからです。
仮名同士の場合は少し難しいです。比較的字数の少ない場合、平仮名の記事と同じ読みの片仮名の記事名が外国の地名であったりすることが間々あり、同じ読みだからリダイレクトだとは即断できないので「全ページ」から記事名を拾う際にチェックが必要になります。私の場合「次にまた同じチェックをしそうだな」と思ったものは、作業効率化のため記載することがあります。
「・」やスペースの有る無し、比較的長い記事名での「-」の有る無し、人名の「・」「=」表示の違い、番組記事名でよくある「!」の有る無しなど、一目で同一記事とわかるものはリダイレクトの記載は不要と思います。
「簡略化」といわれる表示については、私もしている一人ですが、索引ページのスペース節約のために行っております。(積極的にそれで記事を増やしているのではなく、最近大量に見かけるようになった表記ゆれのリダイレクトを圧縮するのに行っております。)今回の議論で外国人名などの表記のゆれのリダイレクトが大幅削除されれば、気にするほどでは無くなるかもしれませんが、現状では何行にも分けるのは賛成しかねます。 ⇒を用いた場合、右側の記事名にも読み仮名や【】を付けて普通のリダイレクトとは差別化し、簡略化はしていないつもりですが、そう読み取られるのであれば何か考えなければいけませんね。この議論が始まったころから、「←」を用いた逆向きのリダイレクトを見かけるようになり、私も使ってます。妥協策としていかがでしょうか。--Wikindexan 2007年4月8日 (日) 18:27 (UTC)
2に当てはまる例を探したところ、サイコドクター (ドラマ)サイコドクターというのが見つかりました。カッコつきのリダイレクトは本来は不必要ですが、統合前の履歴があるため存続になっています。不必要なリダイレクトとわかるような表記は具体的にはありませんが、Wikipedia:リダイレクト削除の方針#削除が可能なものに沿っていないものが対象となるでしょう。--Clapon 2007年4月9日 (月) 02:35 (UTC)
ここまでのみなさんのご意見を読んで、「索引から記事を探す人の立場」に立ち戻って考えさせられました。少し意見を変えたいと思います。
1の間違い表記について当初は不要と述べましたが、Wikindexanさんがおっしゃっているようにシュミレーションシミュレーションなどもありますから、一般論としては載せるべきと思いました。2の不必要なリダイレクトであるが残っているものについては、載せなくてもよいという意見に変わりありませんがなんらかの識別方法が必要だと思います。3の表記ゆれについては、載せるべきと思います。しかし単純に1~3の区分けで考えられないのではないかと思っています。以下、具体例を交えて提案いたします。
提案内容
  1. 基本的にはすべてのリダイレクトを索引に記載する
  2. 例外として、同じ記事へのリダイレクトのうち読みが同じものは索引から省いてもよい
まずこのような提案をする理由ですが、上記の議論を鑑みるに1~3の区分けも人により受け取り方がさまざまで、基準としてあいまいなのではないかと思いました。ここで合意を得たとしても、解釈が違うということでやはり編集合戦になる可能性もあるのではないでしょうか。(Qazzxさんが本来望まれていることが達成できない恐れがあります。)ですので、索引に記載する基準は単純明快であるほうがよいと思います。しかし、すべての記事を索引に載せると冗長的になるという懸念がありますので例外を設けました。また、索引から記事を探す人からすると間違い表記や表記ゆれ(たとえば「シュミレーション」)が正しいと思っているのに、索引にその記載がなければ記事がないのかと誤解することもありえますから、極力索引には載せたほうがよいと思いました。まあ検索すればすむことではありますがそれだと索引の意味がないということで…。
この提案に沿った場合、上記1~3の事例がどうなるか考えていきます。
1の事例「吉野屋吉野家」は読みが「よしのや」で同じであり連続するので吉野家だけ記載します。「シュミレーションシミュレーション」は読みが異なるので両方記載します。
2の事例「サイコドクター (ドラマ)サイコドクター」は読みが同じ(カッコ内の読みは現状と同じく省くこととする)であるので、サイコドクターのみ記載します。具体的事例は挙げられませんが、Wikipedia:記事名の付け方に反しているが有用な履歴があるため削除できないリダイレクトがある場合は、読みが違うのであれば需要があるという前提で基本は記載するべきと思います。
3の事例「ウサーマ・ビン=ラーディン」がいい例になると思います。少し長くなります。
現状、このような構成になっていますが、このうちウサマ・ビンラディンウサマ・ビン・ラディンウサマ・ビンラーディンは索引に載せる場合に「読みが同じ」ですので、どれかひとつだけ記載します。したがって、索引には元記事のウサーマ・ビン=ラーディン、リダイレクトのウサマ・ビンラディンオサマ・ビンラディンビンラディンを記載します。ざっくりとした提案ですが、いかがでしょうか。また簡略化については主旨が異なるので、別の議論としたほうがよいように思います。--Clapon 2007年4月9日 (月) 02:35 (UTC)
ソートキーが元の記事とまったく同じリダイレクトはなくてもよいと思いますが、違うものについてはすべて載せても良いと思います。ビンラディンの例だと、「オサマ・ビンラディン」から「オサマ・ビン・ラディン」の4つはすべて載せ、「ウサマ・ビンラディン」から「ウサマ・ビンラーディン」の3つは元の記事と同じソートキーなので載せない、という風にすればよいと思います。ソートキーが違うものをどれか1つしか載せないとなると不公平と思います。
ただ、「草彅剛 ⇒草なぎ剛」のように、漢字表記が正しいのに機種依存文字という理由で平仮名が使われていたり、その他の表記で代用されていたりする例もあります。「草なぎ剛」と平仮名表記のみが載っていても混乱を招く可能性があるので、このようなケースのみリダイレクトと元記事の両方を載せるべきと思います。
それと、当然かもしれませんが、索引に不要なリダイレクトとしてCategory:ショートカット用リダイレクトにあるリダイレクトと、Wikipedi名前空間へのリダイレクトがあると思います。その他の名前空間をまたぐリダイレクト(数学者一覧Category:数学者のようなもの)は有用だと思います。--Dream100 2007年4月9日 (月) 08:36 (UTC)

いろいろとご意見ありがとうございます。

  • 1について。「シュミレーション」の事例、納得しました。吉野屋吉野家のように確実に並ぶものは不必要で、並ばないようなもの(例:ウルトラマンセブンウルトラセブン)は【間違い表記】のように間違いであると説明があれば載せてもいいかもしれません。不必要であろう間違い表記リダイレクトは削除依頼にかけるのが適切と思いました。
  • 2について。読みが違うのであれば記載というご意見がありましたが、例として北海道を舞台にした漫画作品北海道を挙げます。はっきり言って異質なリダイレクトです。存在意義は履歴のみでしょう。このような「有用な履歴が無ければ削除されていたリダイレクト」は、索引においてもまた需要があるとは思えません。リダイレクトではなく「白紙化」すればいいような気もしますが、それは索引で語ることではありませんね。
  • 3について。表記揺れのリダイレクトのうち、「読み方が同じ」(=索引で必ず並ぶ)ものに限定して問題提起したつもりでしたが、広い解釈での意見を頂きありがとうございます。読み方が違うリダイレクト(「ー」や「バ行とヴァ行の違い」のような必ず並ぶであろうものは同じとして)は、原則載せるべきだと思います。ただその場合も、リダイレクトの中で同じ読み方がある場合は一つに絞ったほうがいいと思います。判断は難しくなるかもしれませんが。ビンラディンの例では、本記事ウサーマ・ビン=ラーディンとリダイレクトウサマ・ビンラディンは索引では同じ読み扱いになるのでリダイレクトの記載は要らないと思います。
  • 「草なぎ剛」の件について。Wikipediaの都合で正しくない表記が本記事の場合は、草彅剛草なぎ剛のようなリダイレクトのみの記載で、本記事の記載は省略したほうが綺麗にまとまると思いました。前に私が言ったことと矛盾しますが。似て非なる事例で、本記事キクとリダイレクトのような生物記事があります。そういう場合は「←」が有効かと思います。

と、まだまだ議論の余地はあると思いますが、最後に一つ。きお誠児きお誠二のように、同じ読みの間違い表記のようで実は「過去の正式名称」だったりする事もあります。索引においてリダイレクトの扱いは慎重にすべきでしょう。特にすでに索引に記載されているものを手直しする場合には。Qazzx 2007年4月10日 (火) 11:04 (UTC)

まぜかえすようで申し訳ないのですが、私の意見を記述します。

  1. 表記の曖昧な語句、リダイレクト先が消失している物(判る範囲で要修正)、削除依頼中の記事、等を全て載せるべきだと思います。
  2. 1行に1項目にすべきで複数項目の列記に反対します。
  3. 漢字表記の読みにリンクをし、読みの項目を省くのは反対です。
  4. 右から左への矢印(←)でのリダイレクト表記も賛同しかねます。

2,3 については、例えば

は、

の様に分けるべきです。他の項目でも実際に読みがそのまま漢字部のリンクになっていれば、リダイレクトだと判るように記載すべきだと思います。また、「、」や「,」での複数項目の列記は、項目に「、」や「,」が含まれている物もありますのでそれと区別する為にも列記を避けるか、または別の記載方法に変更した方がいいと思います。

4 については、記号の入力ミスなのか、本当に右から左へのリダイレクトなのか個人的に混乱してますので避けていただきたいです。

私は、『1行1項目で全てを記載』の方針で項目追加しており、ついでに同一ページの他の項目を再確認して必要であれば編集してます。 --Yellow Submarine 2007年4月12日 (木) 03:01 (UTC)

そういえば索引って、孤立したページの記事数を減らすための対策でもあるんですよね?これを考慮すると省いてはいけないと思うのですが --Yellow Submarine 2007年4月13日 (金) 03:10 (UTC)

私もYellow Submarineさんの意見に賛同します。リダイレクト以外は1つの行に複数項目のリンクを張らず、2つに分けたほうがいいと思います。また←については凡例に載っていませんし、私は使い方がわからないのですが一般的な方法なのですか?使用するのであれば合意を得てから凡例に追加したほうがよいのでは。あと、Yellow Submarineさん、省略云々というのはリダイレクトについてです。リダイレクトは孤立したページには登場しないので、省いてもそちらには影響はありません。通常記事ならおっしゃるような問題はありますね。--Clapon 2007年4月13日 (金) 04:06 (UTC)

Static Wikipedia (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2007 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2006 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu

Static Wikipedia February 2008 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu