Wikipedia:井戸端/過去ログ/2005年6月

安易な削除依頼と見通しの不透明な対応に対する疑問

この疑問は色々な細かい点にわたるのですが、まず問題が明確だと思える、最初の「安易な削除依頼」の問題の例を述べます。つまり、項目悪魔払い等において、インターネットを検索すると、ウェブサイトにおいて同じ文章、似た文章があったので、著作権侵害の虞ありとして削除依頼されたものですが、これには疑問があります。初版作成が一週間以内等のことで、インターネットのウェブサイトに同様なページがあれば、「転載・コピー」の可能性が高いです。しかし、初版が半年とか一年以上前の場合、ウェブサイトが、wikipediaの文書を転載・コピーした可能性の方が高い場合があります。wikipediaの文書は自由に利用できるので、wikipediaが世に周知されるにつれ、利用者（閲覧者・検索者等）が増えるにつれ、内容が豊かになってゆくにつれ、インターネット・サイトへの転載やコピーの可能性はますます高くなります。従って、後者の場合、「著作権侵害」による「削除依頼」は安易に行うべきではなく、よく確認して行う必要があると思えます。何故なら、これがもう一つの問題ですが、一旦、削除依頼に出されると、問題の解決がどう進行しているのか、一体、何時決着され、対応が行われるのか、非常に不透明だからです。一週間とか二週間とかの定まった機関、「削除」か「存続」の議論を行い、議論が長引けば、この期間は長くなるとしても、結論は、一定期間内に出し、事後処理は、管理人も都合があって、複雑なものはすぐには着手できないとしても、目安を提示すべきだと思惟します。（とまれ、悪魔払いの項目は、削除依頼を、即時解除するのが望ましいです。一旦、解除しても、なお後になって疑問が出てくれば、再度、削除依頼すればよいと思います。初出などが明らかな書籍や、ウェブサイトでも履歴などから、wikipediaの初版等が、転載・コピーしたことが明らかに確認できる以外のウェブサイトでの類似内容ページは、安易に削除依頼すべきでなく、また相当な蓋然性で、wikipediaからの転載・コピーが判明した場合は［蓋然性というのは、ウェブサイトのオーナーに直接尋ねないと、正確には分からないからです。また、オーナーに質問して、オーナーが自分の文章だと嘘の主張をすると、問題は難しくなります。こういう方法で、wikipediaの記事の著作権を奪うことも可能性としてありえます］、可及的すみやかに、削除依頼解除とすべきです）。Maris stella 2005年5月27日 (金) 22:01 (UTC)[返信]

外部に類似する内容のサイトがある場合は、逐次調査をするしかありません。外部サイトがGFDLでないのならなおさらです。個別の件については削除依頼のページでの議論をお願いいたします。削除依頼については削除の方針に従っていますので、議論の後問題がないことが判明しないと依頼を終了できません。特に著作権関係での指摘があった場合には長引きます。また、削除の方針に関することは方針のノートなどにお願いいたします。たね 2005年5月28日 (土) 00:40 (UTC)[返信]

たねさん。具他的な例を挙げて、問題を述べているのですが、このような形式的な返答しか頂けないのは残念です。「「問題がないことが判明しないと依頼を終了できません」」……問題がないことが判明とは、どのようにして判明し得るのでしょうか？　この場合、サイトのオーナーに質問して、wikipediaからの転載であると、返答をもらわなければ、確かにそうではないという確認はできません。削除依頼者自身が、削除依頼は間違っていたと、ノートで記していますが、それでも、問題が解決したとは厳密にはならないです。wikipediaのコンテンツ利用はフリーであるが故、ウェブコンテンツとして転載される可能性は大きく、その場合、転載者が、wikipediaからの転載であると表示していれば問題ありませんが、そうでない例が多いのではないでしょうか。従って、このような場合、管理人などが、ウェブマスターにメールで、wikipediaからの転載かどうかを、問い合わせて、転載だとの返答を得れば、即時に問題は解決のはずです。あるいは、上であげた、目安で、wikipediaの記載が半年、一年以上前であり、それに対し、ウェブサイトの方が、古くからあったと確認できない場合、削除依頼に出す前に、ウェブマスターに確認する等の手順が必要ではないかと言うことです。転載か否かは、幾ら、wikipedia内で議論しても、このような場合は、厳密な意味では決着しないはずです。「個別的に検討」よりも、ウェブマスターに問い合わせた方が、合理的だとの考えですが、どうでしょうか（「悪魔払い」については、わたし個人で問い合わせしようかとも思いましたが、その任にはないとも思い直しました。管理人か、削除依頼を出す人の仕事だとも思えます）。削除依頼に出すのも構いませんが、それに対する対応は、ウェブマスターへの質問であり、転載が確認できれば、即座に、問題は解決で、「長引く」云々はこの場合、該当しないと思います。ウェブマスターからの返答がない等の場合、長引くというのはありえると思いますが（連絡が付かなかったり、ウェブが消えたりした場合、永遠に問題が解決しない……その項目は、削除して一から作り直すか、特定版削除か、著作権侵害かどうか確認できない場合、長引くというより、既存の記載を消す以外に方法はないのではありませんか？）。いかがでしょうか。Maris stella 2005年5月28日 (土) 01:23 (UTC)[返信]

外部サイトとの類似は、慎重に判断しなければならない問題です。Wikipediaは誰もが自由に書き込めるので、外部からの転載もしやすく、また外部への転載もされてしまいます。GFDLに則って行っていればなんら問題はないのですが。過去に私がかかわったものには、執筆者の個人HPにウィキペディアに投稿していますということを入れてもらったり、企業の運営しているサイトでは連絡を取って削除してもらったこともあります。そのため一律に判断できませんので、個別の検案ごとに対応していくほかありません。問い合わせが必要なら、自分で問い合わせてみるのも手ですが、Wikipediaが転載している場合と、されている場合があるので、十分に注意しないならないと思います。たね 2005年5月29日 (日) 14:23 (UTC)[返信]

こんにちは。Ghaz です。なんか論点が多くて混乱してきたので、箇条書きでコメントします。

Wikipedia:削除依頼/悪魔払いが安易だったかどうか。
- 安易と非難するほどではない。外部サイトと類似は明らかであり、依頼時点で2名の利用者が転載であると意見を表明している。結果的には外部サイトの方が転載である可能性を見落としていたという結論に落ち着きそうですが、その時点においては削除依頼に提出して多くの人の意見をつのったことは適切だったと考えます。ただし、Wikipedia への投稿が古い場合は判断に慎重になるべきだとする指摘はその通りだと思いました。
削除依頼でいつ結論が出るのかわからない。
- Wikipedia:削除の方針#削除依頼にある通り、最初の1週間は審議期間としていますので、通常は以下の条件を満たした場合に結論が出ます。意見がなかなかまとまらず長期化している案件も多いですし、結論を出せる人の人手が圧倒的に不足してるので、対処が遅れ気味なのが現状です。今回の「悪魔払い」については存続でまとまりそうなので、2005年6月初頭には存続確定で削除依頼終了となるでしょう。
  1. 削除依頼から1週間以上経過している。
  2. 存続または削除で利用者の意見がまとまっている。
  3. 結論を出せる権限を持った人の手が空いている。
ウィキペディア側が転載したのが明らかな場合のみ削除依頼するべきなのか。
- 違います。どちらが転載なのか判断がつかない場合は削除依頼すべきです。ただし、場合によっては削除依頼の前に先方のサイトに問い合わせて依頼せずに済ますことも有効でしょう。しかし、何回か問い合わせを行なったことのある経験から言いますと、回答はなかなかもらえないことが多いので、ちゃっちゃと削除依頼に出してウィキペディア上で手に入る情報をもとにまずは議論した方が効率的です。

以上、少しはお答えになっていれば幸いです。正直に申し上げますと、Maris stella さんが何を問題と考えてられているのか十分に理解できておりませんので、適切な回答ができている自信がありません。まずは削除依頼がどのように運用されているか理解して頂いた上で、問題点の指摘や改善案の提示をおこなって頂くと助かります。―غاز_(Ghaz) 2005年5月30日 (月) 06:56 (UTC)[返信]

たねさん、再度の御返答、ありがとうございます。Ghazさん、丁重な説明、たいへん有り難うございます。お手をわずらわせまして申し訳ありません。色々と思うことがあって、色々と書いたため、論点・主題が混乱して見えること、申し訳ありません。いま、二つの点に絞って述べたく思います（このような問題を考えていますということです）。上で述べたことは二つのポイント：

１）wikipedia が、一般化して「自由な百科事典」であると周知されてくるにつれ、インターネット・ウェブサイトへの転載は益々増えて来る。その場合、一見それらしく見えても、「削除依頼」を出すと、次の第二の点で、問題になって来る。ウェブサイトにおける転載のどちらが転載したかの問題は、著作権侵害でも特殊なカテゴリーとして、他の著作権侵害やプライヴァシー侵害とは別の扱いが必要ではないか（今後、ますます、このカテゴリーの問題は増えて来ることが予想されるので）。これが「安易な削除依頼」は抑制すべきでは、というポイントです。また、メールでウェブマスターに問い合わせて返答がなかなかないというのは、わたしも別のことで、経験があります。しかし、著作権侵害の問題は、この手順がないと「侵害らしい／でないらしい」という推論でしかありません。それでもよいと言うのなら、このカテゴリー（ウェブサイトからの転載疑惑）には、特別な対処手順または規準を設けるのがよいのではないかとも思います。
２）もう一つの点は、administraor の方々に注文を付けるようで申し訳ないのですが、「削除依頼」ページに提示して、審議するというのは、それで結構なのですが、結論がどうなったのか、どう対応したのか、一般会員のわたしから見ていますと、「不透明」または失礼な言い方かも知れませんが、「無責任」に映じるということです。著作権侵害でもプライヴァシー侵害でも、審議が終わって結論が出たなら、「審議終了－削除決定／存続決定／統合決定……」というように、どうなったのか、明示がほしいということです。また審議が延長されている場合は、「審議、延長」というような、説明を記すべきとも思うのです。そして対応が決まった場合、対応の進行予定や、実際の対応の進行状態等の説明コメントがあった方がよいのではないかと言うことです。対処しなければならない問題は、リストにできるはずで、丁度、「翻訳依頼」で、翻訳中、翻訳放棄、翻訳完了などの進行状態表示があるように、整理して表示できないだろうか、とのことです。もしかすると、どこかにそういうスケジュール表や進行表があるのかも知れませんが、知る限り、ないように思います（削除依頼等での「対応問題」リストと進行表があれば、管理者が複数でも、順番に、漏らすことなく、対応できるとも思います）。Maris stella 2005年5月30日 (月) 13:52 (UTC)[返信]

■ふたたび Ghaz です。問題意識を持っていただいているのは非常に心強く感じますが、やはり削除依頼が現状どのように運用されているかを踏まえた上で提案していただかないと実のある議論はできないと思うのです。まずはWikipedia:削除の方針をじっくり読んでください。その上で、過去の削除依頼を読んでみたり、現在進行している削除議論を見守ったりすることで、どのように削除が行なわれているのか実情を把握してください。削除依頼の流れが理解できれば、審議が決して不透明でないことがわかると思います。結論が出た案件には、削除の上（対処）と報告されるか、存続で（終了）と宣言されます。一週間過ぎていて、そのどちらでもなければ対応の決まってない「延長」の状態です。翻訳と違い削除はすぐに終わるので「対応中」という状態は用意されていません。そして、削除依頼ページ自体が進行表の機能を果たしており、漏れなく対処が行なわれています。あと、これは非常に重要なことですが、ウィキペディアの「管理者」は「削除などの機能を使える一般利用者」に過ぎません。詳しくは、Wikipedia:管理者を読んでください。Maris stella さんも、その気になれば秋頃には管理者になれるんですよ。―غاز_(Ghaz) 2005年6月2日 (木) 14:47 (UTC)[返信]

管理者を連想させるユーザ名

管理人とのユーザ名が取得されており、少し気になりました。まだ入られて間もない方にとって、「管理者」、「管理人」などのHP管理者を連想させる名前はなんらかWikipedia:ユーザー名に規定しておいたほうがいいのではないでしょうか？（ただ、ウィキペディアの管理者と間違われる可能性がない場合は対象外としてもいい？）また規定じゃなくとも管理者の方が取得し管理されるというのもいい様に思います。Wikipedia:ユーザー名での話かと思いましたが、私が気にしているだけかもしれないので皆さんの意見を聞かせてください。--Toto-tarou 2005年5月31日 (火) 16:01 (UTC)[返信]

この話題はこれまでにも出たことがありました。Toto-tarouさんはすでにお読みだろうかとも思いますが、「Wikipedia:ユーザー名」のノートです。既にログ化（というか消去）されているので過去の版をみると見つかります。「「誤解を招くユーザ名」についての議論」という節でした。- Kk@「Wiki Way」紹介中 2005年6月1日 (水) 02:18 (UTC)[返信]

まぎらわしいなというのは私も思いました。ユーザページをみればいわれもあり、なるほどと思うんですが。。署名ならいいのですが、他の方が話題にされるときに「管理人さんの発言」といったような言及をすると誤解を招くかなと。署名については○○管理人　というように自分で対処することもできますが、もし問題がないようなら、かつ誤解を非常に招きやすいというなら、ユーザ名の変更をお願いしたほうがよいかもしれません。--Aphaia 2005年6月1日 (水) 06:37 (UTC)[返信]

現行の取り決め（Wikipedia:ユーザー名）では問題がないようにも解釈できるので、無理を承知の個人的なお頼みにしておきます。（Wikipedia:ユーザー名などの修正や予防措置はいらないのでしょうか。。。）

Kkさん、言われるところ再度見直しました。大方の意見に納得はするのですが、具体的な対処方法や手順書への追記などの合意が分からず、結局、「管理者名称」が問題ありそうな方に対してノートでの呼びかけぐらいと感じました。ただそれだと問題があると思えるユーザ名（はっきり例示できるレベルの、、、管理者、管理人、シスオペ、開発者、ウィキメディア財団などの数ユーザ名）だけでも事前のブロックなり取得、そこまで行かなくても例示が記述されていたほうが再発防止にはいい様に考えるのですが。。。
Aphaiaさん、確かにその通りだと思います。会話内は特に誤解されやすいですね。参考までに。。。一刻館が気になったので調べてみるとユーザ名の由来はマンガ「めぞん一刻」の登場人物の呼称（管理人：時計坂にある一刻館の「管理人さん」）のようです。「一刻館の管理人」とかのユーザ名だったら誤解も減るかもしれません。--Toto-tarou 2005年6月1日 (水) 12:52 (UTC)[返信]

二つのページができた場合

現在、次の二つのページがあります。Ａ）テイヤール・ド・シャルダン、Ｂ）ピエール・テイヤール・ド・シャルダン。どうしてこうなったのかは、Ｂのノートに経緯があり、Ａのノートには対処が論じられていますが、解決に至りません。ＢはＡとは独立に造ったもので、ＡにＢへの redirect の設定で対応すればよいと考えたのですが、違うという意見がＡのノートにあります。「削除依頼」も出ていないようですし、どうすればよいでしょうか？　対応方法として、Ｂを削除し、ＡをＢの項目名に移動させ、削除した内容を再度ポストするなどがあります。（早く対応しないと、編集が更に加わると、問題が複雑になります）。Maris stella 2005年6月1日 (水) 07:53 (UTC)[返信]

まったく同じ人の項目で、内容が異なる場合はWikipedia:統合依頼で統合を提案してください。編集が加わっても特に問題は発生しませんので、あまり気にしないで自由に編集・執筆してくださって結構ですよ。--Ligar 2005年6月1日 (水) 08:02 (UTC)[返信]

履歴上一番問題のない方法は、片方にもう片方の内容を統合したあと統合元のほうはリダイレクトにすることです。削除は削除したほうの履歴が消えてしまうのでかえって問題を生じます。--Aphaia 2005年6月1日 (水) 08:20 (UTC)[返信]

自分で統合できる場合の手順は？

統合依頼ではなく、自分で統合できる場合に告知を行うべきでしょうか？

統合すべきと思う記事があるのですが、現在のWikipedia:記事の分割と統合（以下、「記事の統合」）と、Wikipedia:統合依頼（以下、「統合依頼」）の間では、矛盾が生じていており、推奨される手順が分かりません。２つの文章にまたがることなので、ここに書いておきます。

まず、「記事の統合」では、統合提案を告知することになっています。たとえば、2.3 統合の提案の「統合すべきと思う記事を見つけたら、以下の文章を双方の記事の冒頭に挿入して下さい。」、「より多くの編集者に知ってもらうために、Wikipedia:統合依頼にリストアップします。」などです。

しかし、「統合依頼」では、自分では統合できない場合に限って、告知するように読めます。たとえば、冒頭の、ここでは「自分で統合できない場合に依頼するページです。」、1.2 統合提案のガイドラインの「自分で作業できない場合には、代わりにテンプレートで告知を行ってください。」などです。

これらの2つの文章の関係をどう理解したらいいでしょうか？ 「記事の統合」は草案と位置付けられているので無視して、「統合依頼」のように自分で作業できる場合は、いきなり統合してしまってもいいのでしょうか？　個人的には、自分で統合できる場合でも、「記事の統合」のように周知徹底して意見調整をしたほうがいい気がします。Sandglass 2005年6月2日 (木) 13:36 (UTC)[返信]

仮に告知するとして、気付いたことがいくつかあります。

記事への告知の方法は、テンプレートか（「統合依頼」）、記事の冒頭に文章を挿入か（「記事統合」）？。

ちなみに、テンプレートを貼ると、Category:統合依頼でも表示されるよう。

統合依頼でのリストには、自分で統合できる場合であるとき、その旨を書かなくていいのか？

今の「統合依頼」の文面では、他の人が自分では統合できない場合の依頼だと思って、統合作業をしてしまいそうです。

周知徹底期間（「記事統合」）は、自分で統合作業ができる場合のみに適用されるのか？

今の文章の文面上では、自分で統合できない場合の統合依頼は、周知期間なしに、すぐに他の人が統合していいようにも読める。

周知徹底期間は、いつから起算するのか？　（起算時が不明）。

「統合依頼」のガイドラインでは、記事に告知する（テンプレートなど）、統合が必要な理由やアドバイスをその記事のノートに書く、統合依頼のリストに加える（議論に適切と思われるページへのリンクも必ず示す）などが示されています。

しかし、リストでは、議論の場所が書いていない（もしくは場所は書いてあっても、そこに統合理由が書いていない）ので、意見の述べようがないことも多いです。

また、実際には、記事の告知が片方しか貼っていない（ときには全く貼っていない）こともあります。

これらの場合、他の執筆者が気付かないことも多そうです。

起算時は、単に「統合依頼」のリストに載せたときではなく、リストへの追加、記事への告知、ノート（議論の場所）に理由を書くことを、すべてやった時点がいいと個人的には思います。

ただ、現状では起算時に関する記載はどこにもありません。Sandglass 2005年6月2日 (木) 13:36 (UTC)[返信]

結論を先に言いましょう。自分で統合する場合は、統合依頼を使わずに統合してもかまいません。他の人と意見を調整する場合は、単にテンプレート{{記事統合|統合の対象となるページ|議論が行われている記事}}をはります。ちなみに、このテンプレートはWikipedia‐ノート:記事の分割と統合をご覧になればわかっていただけると思いますが、Wikipedia:記事の分割と統合の草案が書かれた以後に導入されたため、分割と統合には記述がありません。72時間から1週間のくだりも、Wikipedia‐ノート:記事の分割と統合をご覧いただければどのような経緯でこうなっているかがご理解いただけると思います。

統合依頼はその名前の通り、他の人に作業を依頼する場所です。統合依頼は「なにか他の人のお役に立てる作業をしたいけど、何かないのかな？」と思った人が仕事を探す場所として存在します。統合関係の議論は多いので、すべて載せると本来の役割で機能できません。

Sandglassさんは、あらゆるところに告知するべきと書いていますが、ウィキペディアの記事数はたくさんありますから、そのようなことをするとリストが膨大になり、誰も読まなくなって、破綻します。ログインユーザーにはウォッチリストという機能があります。自分が関心を持っているページをウォッチリストに追加することで、その記事とノートの更新をチェックできます（逆にノートに記載がなければ、関心を持っているユーザーが見落としやすくなります）。ですから、かなりの場合ノートに記載すれば十分です。もし、不適切な統合が行われた場合には、今度は分割の提案と手続きを行えば良いです（これは手間がかかるように見えますが、十分な告知期間の後に統合したものに対して異議が出ることはあまりないといえるでしょう）。--Michey 2005年6月4日 (土) 17:42 (UTC)[返信]

まず、Wikipedia:記事の分割と統合の「続いて、より多くの編集者に知ってもらうために、Wikipedia:統合依頼にリストアップします。」は、文面とはまったく逆に、リストアップしないことが推奨されている、ということですね。次に、記事の冒頭には、文章の挿入でなくテンプレートを貼るということは、Wikipedia:統合依頼の「自分で作業できない場合には、代わりにテンプレートで」の文面は誤りで、依頼する場合も自分で作業する場合も、同じ記事統合テンプレートを貼る、ということですよね。

結局、推奨される告知先は、記事（統合先、統合元の両方）へのテンプレート、ノートへの理由書き（議論する場所1カ所）、という理解でいいですよね。履歴では最近も修正されていたのにアップデートされていなかったとは・・・。もし、これが共通認識ということで異論が出なければ、各文面の変更を近いうちに提案してみます。ありがとうございました。

ちなみに、「あらゆるところに告知するべきと書いて」いませんよ。当初考えていた告知先は「記事の統合」にあった箇所だけです。これまでの執筆者の会話ページなど、あらゆるところに告知する方法もあるでしょうが、そこまで考えていませんでした。統合依頼にリストアップするかどうかそのものも、共通認識のある手順が確認できればいいだけで、あまり意見はありませんでした。「周知徹底して意見調整をしたほうがいい」という書き方がよくなかったのでしょうか。これは、記事の分割と統合の文面から用語を取ってきただけで、深い意味はありません。「自分で統合できる場合には、草案だから無視して、どこにも告知せずにいきなり統合してもいい」という意見なら、関心ある人に気付けるような状態でないまま統合されてしまうので、個人的には反対ということを言いたかったのです。あらゆるところに告知すべき、とは思いませんが、自分で統合できる場合も含めて、あらゆる統合は告知すべき、だとは思います。

また、リストや統合元で告知されていても、統合先にもノートかテンプレでも記載しなければ、影響を受ける統合先に関心を持っている人が気付く可能性がないので、「統合元にだけ書けばいい」という意見なら反対です（統合依頼に、ノートへの理由書きも、テンプレも貼っていない依頼がかなりあるのは、いいことではないと思います）。でも、Micheyさんは、ウォッチリストによるチェックすることの重要性をおっしゃっているので、自分が統合できる場合でも、統合元にも統合先にも双方のノート（かテンプレ）に書くべき、ということですよね？　これは同じ意見のような気がします。

なお、告知期間については、Wikipedia‐ノート:記事の分割と統合には「72時間」から「72時間から1週間」への経緯しかみあたらず、統合依頼にも適用されるのかという適用対象の議論はされていないように思えますが・・・。また、起算時も議論されていないような・・・。Sandglass 2005年6月4日 (土) 22:37 (UTC)[返信]

自分で統合できるときもWikipedia:統合依頼にリストアップするのかという、そもそもの疑問について。リストアップしないというMicheyさんの回答に基づき、各文面の変更を提案しようとしたら、 Wikipedia‐ノート:統合依頼#Wikipedia:記事の分割と統合との関係では、逆にリストアップするとあるのに気付きました。コンセンサスが統一されていないようなので、どのようにされているのか（もしくは、どうすべきなのか）、いろいろな方にご意見をお伺いしたいのですが、お教えいただけないでしょうか？Sandglass 2005年6月18日 (土) 10:39 (UTC)[返信]

「リストアップしなくてもいい」という方向で文面を提案しようかと思います。そこで、文案を作成中に、2点ほど悩んでしまいました。

自分で統合する場合、（１）リストアップすべきでない、それとも、（２）必要ではないけれどリストアップしてもいい、のどちらが良いでしょうか。
統合依頼の場合、依頼を見た人は、（１）直ぐに統合作業をしてもいいでしょうか、それとも、（２）ある程度の期間を置いてから統合作業をすべき、でしょうか。（現状では、記事の分割と統合の「72時間から1週間程度」が統合依頼に適用されるようにもされないようにもどちらにも読めます）。

個人的には両方とも（２）が良い気がしますが、どうでしょうか。これが決まると、文面の提案ができるのですが、どなたか、ご意見をいただけると幸いです。Sandglass 2005年6月29日 (水) 13:38 (UTC)[返信]

コモンズから引いた画像の詳細ページについて

Wikipedia:井戸端 (告知)#コモンズから引いた画像の詳細ページについてにおいて、詳細ページを使うべきではないと告知されていますが、一部賛成できないので議論を立ち上げます。

カテゴリを張るべきでない理由
- カテゴライズはコモンズで行っているため不要である。

とありますが、日本語版でカテゴリで画像をカテゴリ化するメリットもあると思います。たとえばCategory:日本の城画像を見てみてください。多くの画像は日本語版でアップロードされているものですが、画像:Castle Himeji sakura01.jpgなんかはコモンズ画像です。このように日本語版の画像とコモンズ画像を網羅的に見ることができるのは役立つのではないかと考えます。--mochi 2005年6月2日 (木) 15:56 (UTC)[返信]

どうしても日本語でカテゴライズしたい場合、非公式ながら日本語でコモンズにカテゴリを建てる方法も有りますよ。－อนันต์ (阿難陀) ๛ 2005年6月2日 (木) 16:00 (UTC)[返信]

日本語版の画像とコモンズ画像を網羅的に見ることができるメリットはその方法では享受できませんよね。--mochi 2005年6月2日 (木) 16:04 (UTC)[返信]

コモンズのカテゴリと日本語版のカテゴリを相互リンクすることによって網羅することは可能です。

ところで、現在コモンズが有る以上、むしろ、日本語版の画像をコモンズにアップし直す、または、あらたに新規の画像をアップする時はコモンズにアップして、コモンズでMochiさんのおっしゃるようなカテゴリで網羅を行っている状態が望ましいです。またコモンズは世界各国の利用者さんが投稿されるので、日本語がしゃべれなくて日本語版への画像投稿を控えているような非日本語話者の撮った「日本の城」なども出てくる可能性があり、より網羅的だといえるとおもいます。

すこし話はずれるのですが、日本語版に画像アップする場合は主に日本語版内の記事で直接使うことを主眼に置いていますので、日本語版の画像ページのカテゴリはコモンズの画像ページのカテゴリのようにカテゴリを付けて孤立化を防ぐあるいは管理するという必然性が有りません（無論、ないよりは楽しいと思います）。その辺も御考慮下さい。－อนันต์ (阿難陀) ๛ 2005年6月2日 (木) 16:30 (UTC)[返信]

mochiさんがここで出しているのは、ローカルの方の画像カテゴリにcommonsの画像も表示するためにはローカルの方の説明ページにカテゴリを埋め込む必要がある、という話と理解してます。ライセンスのタグは要らないでしょうけど、どの系統の画像かの表示はあってもいいんじゃないでしょうかね。

後、これはカテゴリとは関係ないのですが、現在の仕様ではローカル側に説明がないとMediawiki:noarticletextがMediawiki:shareduploadと共に出るため、個人的には気分が悪いです(一応、MediaWiki1.5で修正される事にはなっているようです)。--Pia Carrot 2005年6月2日 (木) 16:34 (UTC)[返信]

日本語版の画像をコモンズにアップロードするというのはなかなか現実的ではありません。古い画像については著作権表示が十分ではないし（GFDLと見なされていますが）、何よりの数が膨大です。コモンズの場合はカテゴリをつけることで孤立化を防ぐという意味合いがありますが、日本語版においてはCategory:画像を見ていただくとわかるのですが、同系列の画像を収集して画像利用を促進するというメリットがあります。私が繰り返し「網羅的に見る」と述べたのにたいして、網羅のとり方がわかりづらかったようなので言い換えます。「Commonsの画像と日本語版の同系統画像を一度に見られる」というメリットを考えていただきたい。それから確認したいのですが、Wikipedia:井戸端 (告知)#コモンズから引いた画像の詳細ページについてについてどこかで議論はあったのですか？議論があったのなら教えていただきたい。--mochi 2005年6月4日 (土) 05:27 (UTC)[返信]

日本語版の画像をカテゴリしなければならない、と言う議論が有ったかどうか教えていただきたいなぁ。という愚痴は置いて置いて、Commons:Project plan#Rationaleに有りますように、各プロジェクト、各言語版間で分散されている画像を一括管理するのがコモンズの目的です。つまり、ローカルで好き勝手に管理されているメディア・ファイルをコモンズで一括管理し、各プロジェクト、言語版に提供するのが目的であって、それをローカルでカテゴライズすることはコモンズの存在意味を薄れさせます。「議論があったのですか？」という言い方をされましたが、私自身はコモンズの目的を考えるとローカルでコモンズ画像をカテゴライズしたりするのが、コモンズの目的からみれば合理性を欠いた方法だと言わざるを得ないので、議論を経ずに告知したのです。

逆に言えば、コモンズの画像すべてを日本語版でギャラリー化したり、カテゴライズすることはコモンズでやっている事の二番煎じであるため、大して意味を持ち得ません。むしろ、その労力をコモンズにおいて日本語の解説を入れるなどの日本語話者向けの整備に注いでほしいと言うのが一日本人コモンズ利用者の意見です。

それから、Mochiさんの推進されている方法はWikipedia:ウィキペディアは何でないかに有りますように、「『Commonsの画像と日本語版の同系統画像を一度に見られる』というメリット」は百科事典であるウィキペディアではメリットたり得ません。むしろ、これはコモンズで大いに推奨されるやり方です。コモンズの方で日本語リダイレクトを作成したり、カテゴリや記事に日本語の解説を添えたりすると言う「日本語整備」がコモンズでは、大幅に遅れておりますのでもしよろしければこちらの整備をお願いいたします。－อนันต์ (阿難陀) ๛ 2005年6月4日 (土) 07:05 (UTC)[返信]

私は一言も「日本語版の画像をカテゴリしなければならない」「コモンズの画像すべてを日本語版でギャラリー化」などとはいってません。日本語版の画像とコモンズ画像を同時に見られるカテゴリがあると便利だと述べ、例としてCategory:日本の城画像を挙げたまでです。コモンズで共有・分類された画像をさらに日本語版で独自にその見せ方を工夫するのは当然のあり方でしょう。それから「写真集やメディアファイル集ではありません。」に反するとお考えなのかもしれませんが、これは写真ばかりで文章がない記事を作るなということだと理解しています。百科事典の挿絵や写真を流すように見ていき、記事は読まない、というのも百科事典の読み方としてあります。それをwikipedia上でやろうとすると、commonsの写真集を見るなり、Category:画像を見るなりというふうになるのです。

あと、上で議論があったのか尋ねたところ、議論はなかったとのことなので、告知のうちのカテゴリに関する部分は一旦消させていただきます。--mochi 2005年6月4日 (土) 08:47 (UTC)[返信]

「日本語版の画像とコモンズ画像を同時に見られるカテゴリがあると便利」という事ですが、それであればローカル側の説明ページにローカル側のカテゴリを埋め込めば、そのカテゴリにローカルで持っている画像と共に並ぶ事になります(例えば、Category:ゲーム機画像に画像:Gameboy connectors2.jpg(GBポケット以降用の通信ケーブル)が入ってますが、この写真自体はcommonsにPD画像としてある物です)。それではだめなんでしょうか?--いまだにPD以外のcommons画像を記事に貼る気がない(笑)Pia Carrot 2005年6月5日 (日) 06:32 (UTC)[返信]

私が主張しているのはまさにPiaCarrotさんがおっしゃっているようなことです。有用だと思うのですが。--mochi 2005年6月5日 (日) 08:03 (UTC)[返信]

いまローカルだけ考えれば有用でしょうね。ところでプロジェクト全体の方針として、ローカルでマルチメディアデータをもつことは奨励せず、コモンズに集約することを目指しているので、お話はこうした傾向に逆行するようにもきこえます。あなんさんはあるいはそのように受け取って反対しているのではないでしょうか（コモンズでの日本語化をむしろすすめるということからそう受け取りました）。またコモンズのデータはすでに10万点を越しており、その意味でも各ローカルプロジェクトで網羅的にカテゴリをおくというのはあまり現実的ではないように思います。--Aphaia 2005年6月5日 (日) 08:10 (UTC)[返信]

北極点と南極点

北極点についての記事を少し書いたのですが、登録した後、南極点はどうなるのだろうか、と疑問に感じました。英語、ドイツ語でも、南極点に関する記事は分量的に少ないようです。これは、北極点で書いた、「極点」についての記述が、そのまま南極点にも当てはまるからです（北を南に変えれば、また右を左に変えれば同じことが言えます）。南極点の地理的な固有の話は、南極大陸という項目が別にあり、ここで書くのが妥当です。私見では、北極点に書いたと同じ文章を、南極点に合わせて書くのがよいようにも思います。同じ内容の記事になりますが、南極点について検索すると、記述が少なく、北極点の記述を参照せよというより、北と南、右と左などを書き分けた記事を（たとえ、骨格的には同じ文章としても）用意するのが、妥当だと思います。それとも、南極点では、すでに北極点で書いた「極点」の特徴の記載は省略するのがよいでしょうか。Maris stella 2005年6月2日 (木) 16:22 (UTC)[返信]

項目を増やすしたくないので追加的にここに書きますが、４，５日前からわたしの「利用者」ページに、「新しいメッセージが届いています」というオレンジの鮮やかな帯が出たままになっています。実際にそうなら問題はないのですが、違うようです。技術サポートの問題だと思います（編集では消せないからです）。「北極点と南極点」の疑問は「ノート」に書くべきことかも知れませんが、百科事典記載項目としてはどうか、という疑問で質問させて戴きました（それと、この「井戸端」は敷居が非常に高いです。もっとたくさん相談掲示板を造ると、荒れるというようなことになるのかも知れませんが、大カテゴリーでの相談掲示板などがあればとも思います）。Maris stella 2005年6月3日 (金) 05:20 (UTC)[返信]

対になっている項目なら「〇〇と××」といった感じで記事にして、〇〇と××からリダイレクトを作成するという記事形式もあります（例左右、偶関数と奇関数）。北極点と南極点については極点という特徴だけに注目するのなら一緒に扱うべきだし、地理的な事柄も書きたいのなら別々のほうがいいかもしれません。それにしても、これだけ記述量に差があるのはおもしろいですね。--mochi 2005年6月4日 (土) 05:09 (UTC)[返信]

2点目のご質問について。「新しいメッセージが届いています」という帯は、Maris stellaさんの会話ページが他者によって更新されたときに現れます。これは、会話ページを実際に閲覧する（「新しいメッセージ」の部分を選択する）ことで消えます。

通常は、この帯は会話ページを閲覧するまではどのページを見るときにも現れるはずですが、もしMaris stellaさんの利用者ページにしかこの帯が現れないのであれば、そのページを見るときにキャッシュが働いていると考えられるので、キャッシュを読まない更新（たいていは、そのページでCtrl+F5かCtrl+R）を行なえば消えるのではないかと思います。--sketch（話/履） 2005年6月4日 (土) 16:59 (UTC)[返信]

Mochi さん、Sketch さん、有り難うございます。北極点と南極点は、北極点はもう少し整理し、南極点にも似たようなことを書き、「極点」については、北極点を参照という形にするのがよいのではと思っています。「新しいメッセージ」の件は、キャッシュを見ているのではないかと思い、リロードとか、色々と行ったのですが（普通、リロードで新しいページの表示になります）、何時までも消えないので不可解だったのです（以前は、会話ページを見ると、このメッセージはしばらくして消えたのです）。また、別の特定ページにも、このメッセージが何時までも表示されているので、ここでもリロード等を試みましたが、そのままでした。「利用者ページ」に新しい項目を書いて更新すると、この表示は即座に消えました。従って、キャッシュを見ていた可能性もありますが、それだと、もう一つのページ（どこか忘れました）からもメッセージが消えた理由が分かりません。わたしの「登録記録」を見ると分かりますが、サーバーのエラーで、同じ書き込みが複数起こったときと、丁度時間的に一致します。システムのバグではないかとも思っているのですが、よく分かりません。いまは問題は解決しましたが、キャッシュを見ているというには、あまりにもおかしいので、ここに追記で述べさせて戴きました。Maris stella 2005年6月5日 (日) 09:12 (UTC)[返信]

千の項目とファイル・サイズ

「千の項目」というのがあるのを知って、できれば、これらを充実させようと思い、現在、「メアリ・ウルストンクラフト」、「北極点」、「ネフェルティティ」について、或る程度纏まった記事を書きました。進捗状態を示す記号がありますが、あまりチェックされていないようなので、記事を書いた者が、記号を変更しようと思うのですが、ファイルのサイズは、どうすれば分かるのでしょうか？　純然たる記事の文字数の合計バイトなら分かりますが、どうもそれとは違うようです。（あるいは、これは一般利用者が勝手に書いてはいけないページなのでしょうか？）Maris stella 2005年6月4日 (土) 00:14 (UTC)[返信]

書かれるべき事柄がすべて書いてあるな、という状態ならstubのテンプレートははずして問題ないです。どうしても主観的になってしまいますが。それから、バイト数を知る方法はなかったような。新しい記事ならばSpecial:Newpagesを見ればバイト数を知ることができます。--mochi 2005年6月4日 (土) 05:03 (UTC)[返信]

バイト数は、項目を入力して「検索」をするか（サーバーが重いときを除く・概数）、IRCで!sizeofをすると、知ることができます。竹麦魚（ほうぼう） 2005年6月4日 (土) 05:06 (UTC)[返信]

バイト数はWikipedia:ページサイズの冒頭にある方法「表示されたフォーム内のテキストを…UTF-8では大部分の漢字は3バイトになります」で計測できます。なお、Wikipedia:すべての言語版にあるべき項目の一覧は、4月末から5月中旬にかけてEnirac Sumさんがすべての項目のサイズを再計測したばかりのはずです。Hareno 2005年6月4日 (土) 08:17 (UTC)[返信]

本題から外れますが、一般利用者が勝手に書いてはまずいページ（GFDLなど）は保護されて書き込みが物理的にできないようになっているか、あるいは理事選のお知らせのように冒頭にその旨明記されています。そうでないページは好みでいじり倒すことがむしろ奨励されています。もっとも方針文書のようなものは、事前に文案をつくって意見をつのってからのほうがよいでしょうが。--Aphaia 2005年6月4日 (土) 08:21 (UTC)[返信]

記事のサイズは、既にHarenoさんが書かれていらっしゃる方法で計測できます。私が再計測したときもその方法で行いました（エディタはWindowsに普通についているメモ帳を使用しました）。なお、4月25日から4月30日にかけて私が全ての記事サイズを調査して以降、ほとんどの記事は1ヶ月以上に渡って再調査されていないようですので、記事を新規投稿した場合や加筆した場合に再調査していただけるのは大変助かります。一人で全ての記事サイズを調べるのは意外に手間がかかりますので。Enirac Sum 2005年6月4日 (土) 08:33 (UTC)[返信]

Wikipedia:保護されたページ#保護されたページのソースを表示する方法には、テキスト部分だけをダウンロードする方法が書いてあります。これを利用すれば、特定の記事についてファイルサイズを測定するためのスクリプトなどを書くこともできるでしょう。この方法についてもWikipedia:ページサイズに加筆しますので、参照してください。--sketch（話/履） 2005年6月4日 (土) 16:43 (UTC)[返信]

Wikipedia:すべての言語版にあるべき項目の一覧のページサイズ区分をスクリプトで更新しておきました。--Brev am 2005年6月4日 (土) 17:36 (UTC)[返信]

mochi さん、竹麦魚さん、Hareno さん、Apahia さん、Enirac Sum さん、Sketch、Brevam さん、有り難うございます。Hareno さんの教えてくださったページでの計測方法は、次のように書かれています（現在の状態。昨日も同じだったと思います）：「「編集画面をクリックして、表示されたフォーム内のテキストを切り取り、メモ帳などのエディタに貼り付けてUTF-8で保存してから、ファイルのサイズを確認します」」……この手順で、メモ帳などに貼り付けるのは簡単にできるのですが、「UTF-8で保存」というのが分かりません。保存は、「上書き保存」と「名前を付けて保存」があるだけで、後者は保存ファイルの名前と保存先フォルダ等を選ぶことができますが、「ユニコード（UTF-8）での保存」というのは、選択メニューにないのです。メモ帳以外にワードパッド、WZエディタなどでも色々と試しましたが、「ユニコードでの保存」というのは方法が分かりません。「検索」を使うと、サイズが出てきますので、これで確認すると、テクスト・ファイルへの単純な保存でのサイズの１．４倍か、１．３倍ぐらいだと分かりました。メモ帳やワードパッドのヴァージョンが古いからかも知れませんが、「ユニコードでの保存」というのはメニューにはないようです（どこかにあるのかも知れません。しかし、あるとしても、普通のメニューで見ている限り、そういう項目は見つかりません）。（……Sketch さんが書かれているのは、edit を raw に変えて、ページをダウンロードする方法で、「スクリプトを書く方法」ではありませんね。スクリプトは何かの言語で書くのだと思いますが）。Maris stella 2005年6月5日 (日) 08:52 (UTC)[返信]

OS等によって違うのかもしれませんが、私の環境では、メモ帳の「名前を付けて保存」を選択すると、下に「ファイル名」、「ファイルの種類」、そして「文字コード」という部分があります。そして、「文字コード」の部分で、「ANSI」、「Unicode」、「Unicode big endian」、「UTF-8」の4つを選択できるようになっています。その中から「UTF-8」を選択して保存すると、ファイルサイズが記事サイズになっています。ただし古いバーションではどうなのかは分かりません。私のメモ帳のバージョンは5.0のようです。Enirac Sum 2005年6月5日 (日) 09:04 (UTC)[返信]

Enirac Sum さん、有り難うございます。やはり、ＯＳが違い、メモ帳のヴァージョンが古いのだと思えます。「ヴァージョン情報」を調べると、数字のヴァージョンが出てきません。「名前を付けて保存」を選んでも、「ファイル名」と「ファイルの種類」しかなく、その下に、「文字コード」というメニューはありません。（従って、サイズの計測の方法は、それが可能なＯＳを表記すべきだと思います。または、「文字コード」の部分から、「UTF-8」を選ぶ、もしこのような項目がない場合は、この方法ではサイズ計測できません……等、記すべきだと思います。昨日、１時間以上の時間を、ユニコードでの保存の方法がどこにあるのか、空しく捜しまわったからです）。Maris stella 2005年6月5日 (日) 11:49 (UTC)[返信]

Maris stellaさんがお書きになるのが一番よいのではないでしょうか。問題を実際に認識されている方が記述されるほうが、より正確で配慮の行き届く記述になると存じます。--Aphaia 2005年6月5日 (日) 13:13 (UTC)[返信]

セクションへのリンク

○○#×のように、「#」を使ってセクションへのリンクができるそうですが、これにパイプを使うと、リンクが消えてしまいました。消えるというか、文中の語にこのリンクを張ると、その語自体無くなりました。編集の仕方なども見たんですが、対処方法が載っていません。どう対処すればよいでしょうか。FOMALHAUT 2005年6月5日 (日) 08:09 (UTC)[返信]

[[○○#×|△]]と書いたけども、リンクができないということでしょうか？　たとえば「連鎖販売取引の外部リンクのところ」は、リンクできてないですか？--KENPEI 2005年6月5日 (日) 09:03 (UTC)[返信]

広告を規制する設定をローカルにおこなっていませんか？　Norton Internet Security　の広告規制で一部の文字列を含むリンクが消えることが報告されています。これはむしろNISのバグなのでMediaWiki開発チームでは対処しないと表明されています。同じあるいは似たような現象ではないでしょうか。--Aphaia 2005年6月5日 (日) 09:20 (UTC)[返信]

Nortonを無効にしてみたら、直りました。原因はこれみたいです。広告ブロックの設定をいじくることにします。ありがとうございました。FOMALHAUT 2005年6月5日 (日) 13:28 (UTC)[返信]

古代エジプトの固有名（人名等）の表記

連続で投稿して申し訳ありませんが、ネフェルティティの項目の記事を書いたとき、書いていて、自分自身で表記が混乱して来たので、ノートに記したのですが、古代エジプトの固有名、特に、人名や神の名などを表記するのに、何か準拠ルールの類があった方がよいように思います。そのような意味のことを、ネフェルティティのノートに記しましたが、もっと多くの人の意見を聞きたいと思います。そのためには、ネフェルティティのノートでは、参照する人自体が少ないと思えるので、どこか目立つところで、意見を集めたく思います。ムハンマドのような場合は、項目自体がたいへんメイジャーで、意見を述べる人も大勢いたと思いますが、ネフェルティティにしても、アクエンアテンにしても、欧米ではよく知られているラムセス2世にしても、日本では、あまり知られていません（ツタンカーメンがよく知られていますが、興味本位の人が多いとも思います）。ファラオ一覧表も、あまり知られているとは思えません。どこで、意見を述べる場を設定するのがよいでしょうか。（どこかの項目のノートか、それとも、項目名の付け方などがよいのか。……「アメンホテプ4世が、アマルナ革命を起こした」という類の記述が溢れているのですが、これは、アクエンアテン（旧名アメンホテプ4世）とすべきなのです……と、これは私見ですが、このような問題をどうするかという議論が必要だということです。一方的にわたしの意見を元に、記述の書き変えを行うのもどうかということです）。Maris stella 2005年6月5日 (日) 11:26 (UTC)[返信]

名称のルールは何によらずあったほうがよいでしょう。Maris stellaさんのような意欲のある方がイニシアティヴをとられるのはよいことだと思います。
議論は最終的には「Project talk:記事名の付け方」でしょうが、はじめるのはどこであってもよいと思います。
これは一般論ですが、どこにたてるか迷う場合には、井戸傍ではじめるのがよいと思います。反応があるかどうかはともかく、多くの人の目にふれることは確実です。まとまった量の提案を書きたい場合にはメーリングリストの利用も効果的です。これも経験ですが、二人くらいで長文の議論の応酬をやってますと、議論が終結して賛否を問うころになると、読者が誰もついてきていない。誰も賛否を表明せずその案件はお蔵入りということもないわけじゃないので。
ですがあまり専門的な話題を井戸端で振っても逆に耳目が集まるだけで身になる議論にはならないこともあります。歴史関係はポータルがあるはずなので、そのノートに議論を呼びかけてみるのも手ではないでしょうか。

--Aphaia 2005年6月5日 (日) 11:35 (UTC)[返信]

で、これは話が違うのできりますが「一方的にわたしの意見を元に、記述の書き変えを行うのもどうか」慎み深い慎重な態度で敬服いたしますが、ウィキというメディアはむしろ「無慈悲に編集する」ことに適していて、それは多くのプロジェクトで美徳とすらされています。大胆に、容赦なく編集する、というのはいくつかのプロジェクトでは公式の指針にもなっています。もっともあまり容赦なくやると相手に無言でひっくりかえされたりすることもないわけじゃないので、ノートでまず提起してみるというのはよい習慣で、ノートで提起したほうがいいかなと自分が思うなら、それはたいていそうすべき場合にあたるようです。ですがそのような事前の呼びかけは他者にまで規範として要求するほどのことではないとも思います。かなりの場合において、要約欄に簡潔な説明をいれるだけで十分ですし、ほとんどの場合はそういうものがなくても問題は起こりません。--Aphaia 2005年6月5日 (日) 11:42 (UTC)[返信]

--JYOQ2 2005年6月9日 (木) 06:24 (UTC) -- ユーザーページに発見したリンクを紹介したので、投稿をコメントアウト。[返信]

言行不一致の利用者

ある問題で、意見を聞きたいと思い、利用者ページに行くと、「保護」がかけられており、「メール」をください、などと書いているので、メールを送ったところ、不愉快極まりない、利己的な返答が「匿名メール」で送られてきました。調べると、次のようなメッセージを、日本語ではないページにも書いています：

Japanese Wikipedia

I haven't been its active part; please don't try to make me involved into it again.

これが本当なら、日本語版 wikipedia であれこれ書き込むことはおかしいと言うべきです。しかし、わたしの見るところ、色々と書き込んでおり、問題を引き起こし、勝手な要請なども行っている、どう考えても、active な活動者です。「開いた口がふさがらない」というのは、こういう人のことだと思いますが、わたしも今後は、この人のことは、存在しないものと無視するつもりですが、自己の言行に責任を持たない無責任な人の横行はどういうことなのでしょうか。日本語版で色々と発言を続けるのなら、この人の利用者ページの「保護」を解除すべきです。責任の所在が不明になります。また、公的な謝罪をこの人に求めます。（これは、特定の人への誹謗中傷ではなく、あきれた人がいるので、問題ではないかとの質問です）。

ＩＤと日付を入れるのを忘れました。申し訳ありません。上の文章は、十分ほど前に記したものです。なお、「ブロック」をこの人のＩＤにはかけるべきではないかとも思うようになりました。Maris stella 2005年6月9日 (木) 07:14 (UTC)[返信]

まずは、Wikipedia:コメント依頼にて実名(実ID？)のコメント依頼を立てて、具体的にあった内容を書いて頂けませんか。Danzig 2005年6月9日 (木) 08:04 (UTC)[返信]

問題は、メールの件ではなく、それはきっかけであって、それだけなら、ここに問題・質問としてあげるのは不適切です。そのＩＤは、Aphaia ですが、このリンクで、どういうページが表示されるでしょうか？　一つのシステムのなかでは、同じＩＤは二個設定できないはずですが、wikiでは穴があるようです。ｊａでのＩＤと、metawikiでのＩＤ（Aphaia）が混在しています。metawikiでのＩＤにおいて、日本語wikiとは関係していないので、「自分を巻き込むのはやめてほしい」と書くのは、日本語サイトから手を引いて、活動していない場合の話です。しかし、実際には、旺盛に書き込みを続けているので、自分から日本語wikiに関係していながら、言行の責任は「知らない」というのは、無責任だと述べています。ヴォイニッチ手稿、そして削除依頼の、この項目での議論も参照してみてください。（もう一つ、紛らわしいので、古いＩＤは、強制的に、Already-NOT-Aphaia とか、何でもよいですが、Aphaia とは全然違う名に変えることを提案します。……日本語wikiでの書き込みに、責任を持つというなら、こういう提案はしませんが、無関係だと言いつつ、書き込みをするのは、vandalism の一種でしょう。……また、日本語利用者のページは、空白にして、活動をしていません、とでも書くのが、最低限のマナーでしょう）。Maris stella 2005年6月9日 (木) 09:31 (UTC)[返信]

つまり、利用者ページの保護を掛けながら、活動を続けることが許されるかどうかという運用の仕組みが正しいかどうかという解釈でよろしいでしょうか？。私は、許されないと思います。保護を掛けるのであれば活動はしない(させない)というのが原則だと思います。Danzig 2005年6月9日 (木) 10:10 (UTC)[返信]

　コメントが、Danzig さん以外からは戴けないようなので、検索等を使って、少し過去のログ等を調べてみますと、Aphaia さんには、相当以前から批判的な人がおり、問題人物と捉える人が存在したということを、かなり明確に理解しました。しかし、過去の評価は過去の評価で、過去は現在に連続しているとしても、わたしは、いまの問題意識または疑問を、このページに提起しています。簡単に言うと、次の点です。

「言行の不一致」。metawiki のAphaia のtalkページにおいては、「日本版wikiでは、もはや活動していないので、日本のwikiには、自分を巻き込まないで欲しい」と明言している一方、当の日本語版wikiで、多数の発言を現に行っており、これはどういうことなのか、という疑問。
「利用者ページ保護の妥当性」。保護は、「悪戯」が多いので保護となったと、要約には説明されています。しかし、その悪戯が、外部の愉快犯によるものだったとしても、それは、この方の過去の言行の蓄積の結果が、招き寄せたことで、自業自得ではないのか。ＩＤ設定の必要と意味についてのページでは、ＩＤ設定を、ログインして発言することで、責任が担保されると明記されていたと思います。また、悪戯を書いていると、その悪戯を、ＩＤのtalkページに転載して、責任を問うのだとも言うような趣旨が書かれていたと思います。身に覚えのない人が、思想的理由等で、攻撃を受けて、利用者ページを保護するというのは、納得が行きますが、この方の場合、そういうケースとは思えません。自分の責任だと言うべきです。逃れたいのなら、ＩＤ削除を選ぶべきかも知れません。
「ハンドルの濫用」。ja-wikiのAphaia と、metawikiのAphaia、そして過去ログを見ていて知りましたが、Aphaea* というＩＤ（Aphaea は、見かけの名前）があります。これは、どう考えてもおかしいと感じます。皆さんは、疑問には思われないのでしょか？

　過去の経緯は存じ上げませんが、なぜ、現在時点で窺える情報で、以上のような奇異なことがあるのか、端的に「疑問」であるので、これを、ここに記させて戴きました。（ハンドルの変更とかブロックとかにも言及しましたが、以上の奇異な不整合を解消する方法として考えただけで、そのような対応の依頼をここで行っているのではありません）。もう慣れてしまって、そのまま放置と決定されているということなら、そのように述べてください。（特定の人に対する疑問ではなく、一般的な疑問として述べたかったのですが、具体的にどういうことかと問われて、Aphaia氏の名を出しましたが、Aphaia氏以外の人一般で、上のようなことがあれば、どう言うことなのか、という疑問として考えてください）。Maris stella 2005年6月10日 (金) 00:59 (UTC)[返信]

三番目の「ハンドルの濫用」に付いてですが、（おそらくこのような署名の方法の事を仰っているのだと思うのですが）[[利用者:利用者名/sig]]というサブページを作る事によって署名のスタイルを好きなように変えられるという方法です。利用者:っさん、利用者:しるふぃさん、利用者:あなんさん等がこの方法で署名なさっています。Aphaiaさんの場合は頻繁にこの署名の方法を変えていらっしゃったので、Wikipediaになれていない方には同一性が担保されにくかったきらいがあったことは否めませんが、「ハンドルの濫用」には当たらないと思われます。
残りの2つに関しては「Aphaiaさんが、ja:wpのノートページが保護されているにも関わらず、実際にja:wpで精力的な活動をする事は許される事であるか？」と言う問題提起の様に見受けられます。保護依頼の際のコメントに関してはActiveな活動をしない事、短期である事を条件としてあげていた方がいらっしゃいました。Wikipedia:保護依頼2005年5月21日 (土) 05:19 の版（実際はそのような意見を聞くまでも無くとっとと保護されてしまったわけですが）。議論に参加させて頂いたものとしてはあの件は一体どうなったんだろうと、素朴に疑問にと思うところがあります。他の方のご意見も伺いたいと思います。--Juyukichi 2005年6月10日 (金) 05:56 (UTC)[返信]

Juyukichi さん、コメントを有り難うございます。ところで「ハンドルの濫用」と言っているのは、もう少し複雑なことです。それは、最初に書いている「不愉快なメール」に関係することですが、少し長い文章で説明を書きましたが、何か「泥沼」のような気がしてきましたので、省略いたします（……）。たいへん申し訳ありません。Maris stella 2005年6月10日 (金) 15:22 (UTC)[返信]

AphaiaさんはWikipedia:コメント依頼/Aphaiaでも述べられていますが、自分独自のルールをつくり勝手な発言をされる傾向があると思っています。コミュニティをかき回すだけですので、ウィキペディア日本語版から永久に退いていただいても良いかと思っております。初期のころのAphaiaさんは非常に尊敬できるルール整備者だったのですが、今はもうどうしようもないです。--Ligar 2005年6月10日 (金) 06:58 (UTC)[返信]

本人が保護解除を依頼しなければいけないという文面はないので、本来の手続き法通り、Wikipedia:保護依頼に保護解除を依頼しておきました。--Michey 2005年6月10日 (金) 14:28 (UTC)[返信]

最近はWikipedia:リダイレクトの削除依頼で熱心な発言を再開され、特に5月2日付の「クレド」のリダイレクト問題については、議論が長くなったことから、Lushettaさんの削除判定と同時にログを消去しておられました。最近は私でさえ、自分の失敗について詳しく説明すると“ご日記は”なんて書き方をされたり…ベラ・バルトークやミュンヒェンのページ移動でも、反対意見に対して過剰反応しておられます。どうも合点がいかない…。Wikipedia:活動休止中のウィキペディアン一覧の整備で私が振り回されたのは、ここに悪戯の証拠がありました。－Hhst 2005年6月10日 (金) 14:54 (UTC)[返信]

Hhstさんこんばんわ。悪戯の証拠として2ちゃんねるのスレッドを示されてますが、レスの番号も併せて示していただけないでしょうか？2ちゃんねるは一つのスレッドに非常に多くの内容が書き込まれているので、レス番号まで示していただかないと、とどのような物を「悪戯の証拠」として挙げられていて、何の「悪戯」であるのか皆目検討がつきません。--Juyukichi 2005年6月10日 (金) 15:49 (UTC)[返信]

「Wikipedia:活動休止中のウィキペディアン一覧」については、かなり早い 80~99 のあたりです。5月半ばの「中傷アカウント」問題についても 259 あたりから議論が始まっています。これらを見て、以前お世話になった私でさえ“身から出た錆”の確信を深めました。－Hhst 2005年6月10日 (金) 16:07 (UTC)[返信]

お手をおかけしました。お礼申し上げます。--Juyukichi 2005年6月10日 (金) 16:13 (UTC)[返信]

[1]で今回の件のコメントを求めたところ、投稿が削除され、メタからのブロックを食らいました。Wikipedia:投稿ブロック依頼/Aphaiaを出しました。Danzig 2005年6月10日 (金) 15:22 (UTC)[返信]

いくらなんでもこれはひどいですね。メタのほうでAphaiaさんは、「Danzigさんが差し戻しをしたときに、同時にAphaiaさん自身の書き込みも削除する形になったからブロックした」という内容のことをおっしゃっていますが、単純にDanzigさんが自分の投稿した版に戻したことによるミスの可能性が高いと思います。今回のいきなりのブロックは、批判されて我を失ったと判断されても仕方がないと思います。また「メタのブロック方針はWikipedia日本語版とは違う」ということもおっしゃっておられますが、故意であるとの証明もないのに、他人の投稿を一回消したらブロックしてよいという方針があるのでしょうか。少し信じがたいものがあります。開発者にDanzigさんのアカウントを調査してもらったという件についても、どういう結果だったのか、説明していただきたく存じます。Aphaiaさんにはお世話になったこともあるのですが、この件について納得のいく説明がない場合は、Danzigさんの出したブロック依頼に賛成票を投じたいと思います。　--くしなだ 2005年6月10日 (金) 17:54 (UTC)[返信]

投稿歴の浅いわたしがコメントできるのかどうか分かりませんが、一連のコメント依頼などの議論を追っていて思ったことを表明します。とりあえず「メタのブロック方針はWikipedia日本語版とは違う」ということをAphaiaさん自身で表明なさっているということは、「会話ページに保護をかけておいて自分（この場合はAphaiaさん）に有利な土俵に論敵を誘導させておいて、何か都合の悪いことがあったらブロックなどで攻撃する、アンフェアなやり方」を意識してAphaiaさんが行っているとわたしは感じます。そもそも議論の際に他人の会話ページにはいろいろ書き込むのに、自分の会話ページを保護してあるというのも公平ではないと感じます。現状の活動状況でしたら、会話ページの保護は解除せざるをえないのではないかと思います。abs_systems 2005年6月10日 (金) 19:57 (UTC)[返信]

自分の利用者ページの削除依頼について

今日私の利用者ページ（利用者:COCKY）に削除依頼のテンプレートが貼られたんですが、Wikipedia:利用者ページの削除依頼にもWikipedia:削除依頼 2005年6月にも依頼が出ておらず、削除依頼サブページ（Wikipedia:削除依頼/COCKY）やノートにも特に記載がなく、対応に困っています。勝手に削除依頼テンプレートを剥がすと今度は保護依頼対象になってしまいますし…。こういう場合はどうすればいいんでしょうか。- COCKY 2005年6月11日 (土) 15:35 (UTC)[返信]

COCKYさんの場合は、著作権侵害事案でもなく、悪質ないたずらのようです。自分でリバートして良いと思います。--Los688 2005年6月11日 (土) 15:43 (UTC)[返信]
悪戯であると判断したためrevertを行いました。確かに悪質ですね。Tekune 2005年6月11日 (土) 15:47 (UTC)[返信]

特別ページの改訂

既出でしたら申し訳ありません。Wikipedia:で始まるページはそれぞれノートがあるのでいいのですが、特別ページの記述につき差し替えを検討するのは、どちらになりますでしょうか？といいますのも画像のライセンス付け忘れは、特別ページアップロードの案内文において改訂もれが原因かと愚考しています。--Mint22 2005年6月12日 (日) 01:34 (UTC)[返信]

特別:Uploadで呼び出している文面の元はMediaWiki:Uploadtextのはずですので、そちらのノートに書いていただくと良いのではないかと思います。Carbuncle (talk) 2005年6月12日 (日) 02:09 (UTC)[返信]

ご回答を寄せてくださいましてありがとうございます。では早速--Mint22 2005年6月12日 (日) 02:36 (UTC)[返信]

カテゴリについて

リダイレクトの記事にカテゴリをはるのは、やっても良いことですか。それとも望ましくない行為とされているのでしょうか。記事の執筆の都合上、ちがうカテゴリの記事がリダイレクトで便宜上まとめて記述している場合があります。そういう場合にリダイレクトの記事を本来のカテゴリに追加したいと思ったのですが。Stanislaus 2005年6月14日 (火) 00:53 (UTC)[返信]

リダイレクトにカテゴリをはることはできなかったと思います。リダイレクトは「#redirect[[リダイレクト先]]」とだけ書かれているときしかその機能を発揮しないはずですので。―霧木諒二 2005年6月14日 (火) 01:23 (UTC)[返信]

私がやってみたときには、リダイレクト以外の部分が消えました。--っ [Café] [Album] 2005年6月14日 (火) 01:42 (UTC)[返信]

試してみたところ、っさんのいうとおり、消えました。機能上、リダイレクトの記事にカテゴリはムリなようでした。でもあった方がカテゴリを充実させられるんだけどなぁ。Stanislaus 2005年6月14日 (火) 12:16 (UTC)[返信]

新規記事のユーザー名

初めて、新規記事を書かせて頂きました。ジオキャッシングの記事名でですが、ユーザーとしてログイン後に記事を作成、投稿させて頂きましたが、ユーザー名ではなくＩＰアドレスで投稿されてしまいました。なにかのトラブルでログアウトしてしまったのかもしれませんが、これを本来のユーザー名に修正したいのです。なにかよい方法は無いでしょうか？過去の質問等を捜してみましたが見当たりませんでしたので、こちらで質問させて頂きました。--Kussy 2005年6月17日 (金) 18:46 (UTC)[返信]

修正する方法は現状ありません。「気にせずあきらめる」がベストな対処だと思いますが、一応「削除→ログイン状態で再投稿」という手はあります。削除後再投稿を行ないたいならば、その IP アドレスが Kussy さんが使用しているものかどうか確認する必要が出てきます。ログアウト状態でジオキャッシングの頁内に「{{db|本人依頼。Kussy で再投稿します}}」と貼ればWikipedia:即時削除の方針に従って削除されますし、本人証明も兼ねられるので良いかと。―غاز_(Ghaz) 2005年6月18日 (土) 13:07 (UTC)[返信]

ご指導ありがとうございました。ご教示のとおり、削除依頼させて頂きました。削除後、再度投稿したいと思います。ご面倒をおかけして申し訳ありませんでした。以後気をつけます。--Kussy 2005年6月18日 (土) 14:23 (UTC)[返信]

たまたま見かけたので即時削除しておきました。再投稿よろしくお願いします。なお、即時削除テンプレートは通常項目先頭に付けます（今回は本ページで、意図がわかりましたのでそのまま削除しました）。sphl 2005年6月18日 (土) 14:57 (UTC)[返信]

迅速なご対応、ありがとうございました。最敬礼でございます。いろいろとご面倒をお掛けしてしまい、恐縮しております。今後気をつけますので、ご容赦ください。早速、再投稿させて頂きました。この記事を大事に育てたいと思います。ありがとうございました。--Kussy 2005年6月18日 (土) 15:13 (UTC)[返信]

記述内容が外部のサイトに転載されている場合

キツネのページの日本の説話上のキツネの項目とよく似たページを発見しました。調べてみると、ここに記述されている内容と、過去に投稿された内容がほぼ同じでした。
ところがさらに調べてみると、Internet Archiveで上記のページを検索して出てきた2004年11月24日時点の内容では、この部分は記載されていませんでした。要するに、Wikipediaから引用（というか量的には転載）していたわけです。

このような場合、私のように勘違いする人のために、ノートに一筆書いておくべきでしょうか？　それと、先方のサイトの管理者には何か伝えるべきでしょうか？ Crusader 2005年6月18日 (土) 16:27 (UTC)[返信]

転載された方向がご推測の通り（ウィキが先にあり、先方へと転載）である場合については、かつ先方のサイトがGFDLに基づいて使用している限り、ご提案の両方の対処とも必要はないでしょう。

ただ、中にはGFDL準拠していない使用態様の場合も多いようで、勘違いを招きやすいと思いますので、ノートに一筆書くという行為には一理あると思います。その場合でも先方に対しては、今のところはとやかく言おうという話になる例はほとんどありません（対処が面倒というのが正直なところでしょうが）。 - Gombe 2005年6月18日 (土) 17:48 (UTC)[返信]

なるほど、ありがとうございます。とりあえずノートには一筆書いておこうかと思います。先方のページはGFDLに準拠してるようにはちょっと見えないので…。Crusader 2005年6月20日 (月) 14:04 (UTC)[返信]

中壢市と中歴市

19日付の新着ページに「中歴市」という記事が投稿されており、内容的には台湾桃園県「中壢市」のことが書かれていたので、とりあえず「中壢市」へのリダイレクトページを作っておいたら、元記事の「中歴市」の方があっというまになくなってしまいました。通常即時削除をする場合でもその旨の告知をしますが、それすらなくて消えてしまう場合というのもあるんでしょうか？また、元の記事がない以上、リダイレクトのみを残しておいても仕方ないので、（どなたかが記事の移動などの作業をしていない限り）こちらもとりあえず削除したいのですが、どのようにしたらいいのでしょうか？なお、「中歴市」を投稿された方は、「桃園県」を投稿された方と同一人物で、おそらく日本人以外の方と思われます。私が「桃園県」の記事で直した「中壢市」を、時間を置かず元の「中歴市」に直したりしているので、記事の方が削除されていることに気づけば、事情がわからないためまた同様に「中歴市」を投稿されるのではないかと思います（一度事由をきちんと説明して削除しない限り、この方が同様の投稿を繰り返し、結果的には将来的に「中壢市」と「中歴市」の２つの記事ができてしまう可能性もありますが）。Kwb 2005年6月19日 (日) 09:54 (UTC)[返信]

「中歴市」を削除した者です。内容が人口値と外部リンクだけで定義が無い為、即時削除としました。テンプレートは管理者へ知らせる為のものなので、自分が管理者の場合はテンプレートの有無に関らず削除できます。記事名としては、中壢市が良いのですが、機種依存文字となる為、「中レキ市」等とし、「中壢市」はそちらへのリダイレクトにするのが良いでしょう。あと、リダイレクトも削除しておきました。--kahusi - (會話) 2005年6月19日 (日) 10:09 (UTC)[返信]

- 了解です。Kwb 2005年6月19日 (日) 11:55 (UTC)[返信]

記事の分割について

対馬島の記事を対馬と対馬島に分割したところ、IPユーザーがGFDL違反で合意形成がされていないと差し戻してきました。どこら辺がGFDL違反なのか解説していただけませんか？また、分割に反対しているのはそのIPユーザー一人の模様なのですが、それでも合意が必要しょうか？Sionnach 2005年6月14日 (火) 01:13 (UTC)[返信]

こんにちは。

この件の場合、合意が必要かどうかとGFDL違反かどうかは分けて考えるべきですね。

まずGFDLについてですが、最近のウィキペディア日本語版で通常行われている「GFDL準拠なコピペ記事移動」においては、元にした項目及びどの版かを明示するという方法がとられています。なぜなら、ある文書を他の文書を元にしてGFDL準拠で作成する場合、元にした作品を特定できるよう明示し、作者の履歴も明示する、などと言った方法が必要だからです。ウィキペディアにおいては全てのページで履歴が管理されていますからそれを利用し、記事の一部を移動した場合は元にした項目名と版とを明示すると良いでしょう。Wikipedia:著作権#ウィキペディアにおけるコピー・アンド・ペーストを参考にしてください。

一方の合意形成についてですが、これはどうも紛糾していますね（ノート:対馬島）。失礼ながら、相手から合意を引き出そうという姿勢に乏しい議論を展開されているようにお見受けします。もう少し問題を解体整理してみた方がよいかも。

- Gombe 2005年6月14日 (火) 03:56 (UTC)[返信]

GFDLに準拠した「元にした項目及びどの版かを明示」と「作者の履歴」の紹介の仕方の形式は規定されておるのでしょうか？もし規定されておるならばお教えいただきとう存じ上げる。Sionnach 2005年6月14日 (火) 08:52 (UTC)[返信]

確定はしていませんがWikipedia:記事の分割と統合に詳細は記載されています。--Goki 2005年6月16日 (木) 05:39 (UTC)[返信]

著名人物の肖像写真が載った海外切手のアップロードについて

全斗煥・元韓国大統領の肖像が載った切手（「全斗煥大統領日本訪問記念」、韓国発行）を、画像:Chun-Doohwan_stamp.JPGとしてアップロードしたのですが、GFDLとPBいづれにすべきか、またそもそも、アップロード自体が肖像権上問題無かったのか迷っています。結局画像はPBとしてアップロードし、「全斗煥」記事への掲載については「画像:Chun-Doohwan stamp.JPG」のノートにその旨を記述して数日待ち、その上で「全斗煥」に画像を掲載しました。画像の性格上、日本語版の記事にはピッタリの画像と考えたこと、また「誰でも改変を許される」とのGFDLには該当しないだろう、と見なした上での措置です。が、自信がありません。現に画像ノートに「肖像権のこともあるし、PBに該当しないのでは」との声が寄せられています。

英語版Wikipediaでは、切手画像は
http://en.wikipedia.org/wiki/Image:Hostamp.jpg
などで「Template:Stamp」として用いられていますが…

なお「有価証券」画像への配慮として、「画像:Chun-Doohwan stamp.JPG」には念の為斜線も左下に入れました（これが「改変」に当たるならGFDLか？）また、そもそも使用済切手で、消印も有ります。

以上を整理しますと、著名人物の肖像写真が載った、海外の切手等有価証券のアップロードについて、

肖像権侵害には当たらないか
GFDLとPB、どちらと見なすべきか
新札や未使用切手の場合、どの程度画像処理を施す必要があるか（これは今回の案件と直接関係無いが）

ということです。皆様の御意見お待ちしております。Bakkai 2005年6月16日 (木) 15:02 (UTC)[返信]

とりあえず、郵便切手は国内外を問わずその取り扱いは「郵便切手類模造等取締法」（参考リンク：[2]にて法令の検索が出来ます）という法律があります。--Toto-tarou 2005年6月16日 (木) 15:18 (UTC)[返信]

追記）使用済みや斜線入りなどの場合、この法律の許可を受けたものとなるようにも思いますが、詳しい方の意見がほしいところです。（印刷物でないことや配布を目的としているので。。。）--Toto-tarou 2005年6月16日 (木) 15:26 (UTC)[返信]

Fairuseに該当する、とのことで画像:Chun-Doohwan_stamp.JPGに削除設定を掛けられました。当「井戸端」で議論があるにも拘わらず（またその旨は画像のノートでも触れておいたのに）、それを全く無視してのFairuse設定は大いに遺憾です。「井戸端」を軽んじている、と言われても仕方ないでしょう。「結果だけ見れば分かるだろう」という問題ではありません。

削除という重大措置を採る以上、せめて「井戸端」にも断り書きを一筆寄せていただきたかった。「これはFairuseに当たるので設定は不可です。よって削除設定しました。詳細はWikipedia:執筆　のどこそこを参照して下さい」と。こう書けば、私と同様の画像を設定しようとしている人への抑止効果へもつながるでしょう。それをただ単発的に潰したら、また同様の問題が起きるだけですよ？Bakkai 2005年6月22日 (水) 04:43 (UTC)[返信]

申し訳ないけれど、日本では99%違法行為になってしまいます。一方米国では、Fairuseとして認められているようです。この辺は日米の著作権法の違いによる物です。で、どちらの法律に従うかなのですが、Wikipedia日本語版の使用の多くが日本国内である以上、日本の法規に従わざるを得ないというのが一般的な認識です。ですから、英語版のWikipediaで使える(?)ものでも、日本語版ではだめな物、と言うのがたくさんあり、これもその一つです。たねさんも言葉が足りなかったかもしれませんが。--っ [Café] [Album] 2005年6月22日 (水) 04:59 (UTC)[返信]

フェアユースとの関わり上、やむを得ないかも知れませんね。ともあれ、解説いただけたことで少し納得しました。

ところで「郵便切手類模造等取締法」第一条に「日本郵政公社又は外国の郵便切手その他郵便に関する料金を表す証票に紛らわしい外観を有する物」とありますが、これは使用済切手（消印の有る切手）や、（切手カタログにあるような）斜線を付したものにも適用されるのでしょうか。切手画像についてこういった結論が出かかっている以上、最早ここで論じても余り意味ないのですが…Bakkai 2005年6月22日 (水) 05:48 (UTC)[返信]

こちらでの議論を飛ばしてしまって真に申し訳ありませんでした。いろいろ調べてみたのですが参考になりそうなところがここしか見つかりませんでした。読んでみたところ著作権侵害を主張されるようなことはあまりないようですが、その点が不明のままPD,GFDLとしてアップロードすることはできないと思います。フェアユースとしてなら使えそうですが。たね 2005年6月22日 (水) 05:57 (UTC)[返信]

私は著作権の専門家でもないため、以上の御意見を受けて、当該画像のFairuseによる削除の是非には「静観」との立場を取ろうと思います。ただたねさんが提示された参考サイトにも、Wikipediaにおける画像の可能性（或いは限界）を探るため、もう少し踏み込んでおくのが望ましいと考えます。Bakkai 2005年6月22日 (水) 06:42 (UTC)[返信]

「郵便切手類模造等取締法」を挙げたものです。関連する法律を挙げたほうがいいと思って書いたのですが、内容のポイントをずらしてしまったこと、すみませんでした。この法律に関してもう少し踏み込むために国会の委員会議事録（一覧：[3]、逓信委員会[4]なども読まれたらすこしですが参考になるかもしれません。（S47と古い内容ですが。。。切手について疑問に思った際にたねさんも挙げられたサイト以外に参考になるところはないかと探した時に見つけたものです。）

ところで取り上げられている画像:Chun-Doohwan stamp.JPGは現状（パブリックドメイン）のままでいいのですか？--Toto-tarou 2005年6月25日 (土) 19:54 (UTC)[返信]

Wikipedia:削除依頼/画像:Chun-Doohwan stamp.JPGに削除依頼されました。--Toto-tarou 2005年6月26日 (日) 17:29 (UTC)[返信]

テンプレートの中のテンプレート

アルファベット三文字組み合わせの一覧 (AAAからDZZまで)のリンクをテンプレート化しようとしたのですが、うまくいきません。AAA AAB ... AAZ ABA ... AZZ を {{TLA|A}} としてテンプレート化し、Template:TLA を {{TLA2|{{{1}}}A}} ... {{TLA2|{{{1}}}Z}} としたところ、入れ子になった変数部分が正しく解釈されませんでした。

テンプレートの入れ子に対するうまい対処方法はあるでしょうか。--Tamago915 2005年6月20日 (月) 14:37 (UTC)[返信]

Tamago915さんがテンプレの実験をした形跡が見当たらず、やろうとしている事がちょっとわからなかったので的外れかもしれませんが、私だったらこうやるかなと思って独自に作ってみました。利用者:Tekune/実験の2005年6月20日 (月) 16:36の版を参照してください。最新版になっている限りは{{利用者:Tekune/実験|A}}　{{利用者:Tekune/実験|B}}等と記述してテストできます。ちなみにお教えいただきたいのですが、既にベタで記事の一覧が書かれている以上テンプレ化する必要が微妙に薄いと思います。テンプレ化の利点はどういったところでしょうか。Tekune 2005年6月20日 (月) 17:11 (UTC)[返信]

プレビューを見たところで失敗しているのに気づいたので、実験の形跡は保存していません。記事側で Template:TLA（先頭1文字を変数化）を使い、Template:TLA の中で Template:TLA2（先頭2文字を変数化）を使うというように、入れ子にしようと考えていましたが、TLA2 のほうで正しく解釈されませんでした。テンプレートを用いようと思ったのは、テンプレート化によって全体の記事サイズを小さくできるとともに、メンテナンス（全体のレイアウトの微調整など）が簡単にできるのではないかという判断です。--Tamago915 2005年6月21日 (火) 03:47 (UTC)[返信]

そう頻繁にメンテナンスするような項目ではないので、テンプレート化する必要があるのか分かりませんが、commons:Commons:今日の一枚では複雑にテンプレートを使ってあるので、なにか参考になるかもしれません。--Brev am 2005年6月21日 (火) 11:25 (UTC)[返信]

テンプレートは、どこかで実際に作成（書き込み）したうえで他の記事で表示できるかを（プレビュー等で）試してみないと、記述が正しかったかどうかははっきりとはわからないはずなのですが…それはさておき、先頭2文字までをテンプレで変数化してしまうのであれば、私のやり方を改良すれば入れ子にしなくても可能と思います（力技になってしまいますが）。入れ子にすると問題が起きるから入れ子にしなければいい、という対処法もないわけではないので。もしあくまでも自分のやろうとしている事に対する説明を求めるならば、

Template:TLAとして書く予定の記述（中身）
Template:TLA2として書く予定の記述（中身）
実際に記事に書く際の表記予定の記述
合わせて目標としているところに対する十分な補足説明

をお願いできますでしょうか。やはりTamago915さんのやろうとしている事がいまだ持ってわからないというのが痛いです。Tekune 2005年6月21日 (火) 12:10 (UTC)[返信]

インデントを戻します。次のようなことを考えていました。

記事本文

{{TLA|A}}
{{TLA|B}}
...

Template:TLA

{{TLA2|{{{1}}}A}}
{{TLA2|{{{1}}}B}}
...
{{TLA2|{{{1}}}Z}}

Template:TLA2

[[{{{1}}}A]] [[{{{1}}}B]] ... [[{{{1}}}Z]]

これを作ろうとして、Template:TLAのプレビューを見たところ、{{TLA2|{{{1}}}A}} が

[[{{{1}}}AA]] [[{{{1}}}AB]] [[{{{1}}}AC]] [[{{{1}}}AD]] [[{{{1}}}AE]] [[{{{1}}}AF]] [[{{{1}}}AG]] [[{{{1}}}AH]] [[{{{1}}}AI]] [[{{{1}}}AJ]] [[{{{1}}}AK]] [[{{{1}}}AL]] [[{{{1}}}AM]] [[{{{1}}}AN]] [[{{{1}}}AO]] [[{{{1}}}AP]] [[{{{1}}}AQ]] [[{{{1}}}AR]] [[{{{1}}}AS]] [[{{{1}}}AT]] [[{{{1}}}AU]] [[{{{1}}}AV]] [[{{{1}}}AW]] [[{{{1}}}AX]] [[{{{1}}}AY]] [[{{{1}}}AZ]]

のようになってしまいます。ところで、あまりテンプレート化に賛成の人がいないので、現状のままでもよいかと思ってきています。--Tamago915 2005年6月21日 (火) 12:21 (UTC)[返信]

Subst を入れてみたらどうなるか試してみたのですが、大失敗しました。即時削除を依頼していますが、管理者の方にはお手数をおかけします。申し訳ございません。--Tamago915 2005年6月22日 (水) 00:26 (UTC)[返信]

（解決）上記のままテンプレートを作って、{{TLA|A}}とすれば、期待通りに展開してくれました。これを使って、アルファベット三文字組み合わせの一覧 (AAAからDZZまで)などをテンプレート化しました。ご迷惑おかけいたしました。--Tamago915 2005年6月23日 (木) 09:37 (UTC)[返信]

リンクの慣習について

　質問でっす。

　ページ内のリンクなんですが、これは「その記事内で初出の一回目につける」というような慣習があるんでしょうか。ざっと眺めた感じそういう慣習があるような気がするんですが。

　利用者的には「その語句が先行する部分に出てきているかどうか」「そちらにリンクがあるかどうか」をいちいち探すのは面倒なんで、何回でもリンクを張っておくってほうが便利だと思ってるんですけど、それやると直していくひとがいるんですよねえ。もしかしてリンクが多いとシステム負荷がかかるとかいうような事情でもあるのだろうかと思ったものですから。

※このリンクみたいなかんじにしてはだめなのか、ということです。

Nekosuki600 2005年6月24日 (金) 11:36 (UTC)[返信]

こんにちは．関連項目の話も含めて，ノート:スタイルマニュアルの過去ログ（「#リンクについて」以下）に情報があります．ごく個人的には，「各見出し（== ==）内で，初出時に1回ずつ」くらいかなと思ってます（電気山羊さんの 2004年11月16日 (火) の発言のとおりですが）． - Marsian / talk 2005年6月24日 (金) 12:11 (UTC) - Marsian / talk 2005年6月24日 (金) 12:15 (UTC) 少し修正[返信]

了解です。議論拝見してきました。ま、すべてに張るのもしんどいっちゃあしんどいし(=^_^;=)、見出しの中で初出のたびに、くらいでいきたいと思います。

Nekosuki600 2005年6月24日 (金) 12:30 (UTC)[返信]

この文中リンク以外にも、記事の最後に「関連項目」とつけて、記事と関連深い項目をいくつか並べるというのがあるんですが、これも文中既出語だと削る人がいますね。例えば、即興詩人におけるこの編集とか。私は重複もかまわない派なんですが、ウィキペディア全体の姿勢としてはどうなんでしょう。--Charon 2005年6月25日 (土) 04:19 (UTC)[返信]

ログインしても切り替えるとログアウト

ログインしたあと、「編集」や「ノート」をクリックして書き込もうとすると、なぜかログアウトして左上に「ログインまたはアカウント作成」と出てきてしまいます。何か対処法はありますでしょうか。サーバーのエラーなのでしょうか。－草薙

セッションが別になっているのでは？ログイン時に「セッションをまたがってパスワードを保持する。」にチェックを入れてもダメでしょうか。（ユーザ設定のオプションで「セッションを越えてパスワードを記憶する」へチェックでもいいですが。。。）--Toto-tarou 2005年6月28日 (火) 12:45 (UTC)[返信]

直りました。どうやらサーバーの不具合だったようです。回答ありがとうございました。草薙 2005年6月28日 (火) 13:52 (UTC)[返信]

外れた内容だったようです。すみません。^^; --Toto-tarou 2005年6月28日 (火) 14:20 (UTC)　[返信]

今も続いています。何度もログインにトライしたけどダメだったのでIPで署名。59.190.40.48 2005年6月28日 (火) 23:09 (UTC)[返信]

Wikipedia:オプションのヘルプをお読みになってみて、もう一度オプションで「セッションを越えてパスワードを記憶する」がチェックされているのかを確認してみてください。ログインしていれば右上のところにオプションがあるはずです。たね 2005年6月29日 (水) 04:36 (UTC)[返信]

基本的な確認ですが、クッキーはonになっていますか？--っ [Café] [Album] 2005年6月29日 (水) 04:54 (UTC)[返信]

昼休憩に繋いだら直っていました。長時間、お返事しないでごめんなさい。上でIP署名したものです。今回もIPで失礼します。60.56.125.228 2005年6月29日 (水) 12:24 (UTC)[返信]

本文とノート

「神の存在証明」という記事に加筆して、何とかもっともらしい体裁にしたのですが、本文とノートの履歴を見て、奇妙なことに気づきました。まず、ノートには意味不明な言葉が最初に書かれています。

ひとつぬけてます。＞りすと

証明と一緒に論駁が記載できるといいだろうな、と思うのですが、（現にカントの考えについて少し触れていますが）よく持ち出される神の不在証明ももしかすると多少触れられていたらより興味深いのではないかと思いました。Tomos 16:27 2004年3月5日 (UTC)

ここの署名日付の通り、「ノート」は、2004年の3月から始まっています。しかし、本文の履歴は：

2005年1月8日 (土) 13:40 210.166.31.46 (新規投稿)

これが最初の版です。これは、本文かノートか何かが削除されて、経緯が不明になっているのでしょうか？　しかし、その場合、削除されたとか、そういう情報が「ノート」にあってしかるべきです。「ひとつぬけてます。＞りすと」というのは、履歴からすると、Aphaia 氏が書いたようですが、一体何の話か不明です。（もしかすると、ノートに落書きの類を書いて、項目を立て、本文は放棄すると、こういうことが起こるのかも知れませんが、だとすれば、あまりに無責任だとも思います。一体、真相は何なのか。推測通りだと、色々な意味で、迷惑だとしか言いようがありません）。Maris stella 2005年6月28日 (火) 22:06 (UTC)[返信]

ご推測通りではなかったようです。

Wikipedia:削除記録/過去ログ 2004年4月にありますが「07:33 2004年4月11日 Kzhr "神の存在証明" を削除しました (著作権侵害の疑ひ。外部からの転載)」と言う記録が残っています。当時の削除依頼についてはWikipedia:削除依頼 2004年3月の2004年4月11日 (日) 05:57 (UTC)の版までにログがあります。また、2004年11月頃にも即時削除があったようです。

というわけで、削除の報告がノートにされなかった、と言うのが真相のようです。

（ひとことコメントとか、削除の話題がノートでほったらかされていて慌てて後から報告するとか、については私もよくやることなので評論は差し控えます……）

- Gombe 2005年6月29日 (水) 00:58 (UTC)[返信]

投稿でバグ？

最近起こったことですが、内容を一部編集し、投稿しようと「投稿」ボタンを押すと編集後の画面が出ずにプレビュー画面が出てしまいます。何度も「プレビュー」ボタンをクリックしてから「投稿」ボタンを押すとやっと編集後の画面が出てきます。なお、これは一回プレビュー画面で確認してから「投稿」ボタンを押しても同じでした。これは、バグでしょうか？
原因がわかる方、どうか教えてください。お願いします。 --Sunen 2005年6月29日 (水) 01:35 (UTC)[返信]

冒頭にこんなん書いてあります。

現在サーバが調整中のため、タイムアウトや接続拒否、その他のエラーが出る状態が続いています。また、数日に一度は一時的にダウンなどしているときもあります。通常数十分で回復しますのでエラーに遭遇した場合申し訳ありませんがしばらく待って再接続してみて下さい。

このせいじゃないでしょーか。調整がうまくいくよう祈りましょう。Nekosuki600 2005年6月29日 (水) 02:09 (UTC)[返信]

にしてもちょっとこの数日の夜～深夜はひどいっすね。まあ負荷にみあうだけのサーバが準備できていないってことなんだろうし、それは寄付が少ないとかいう理由もあるんだろうし、責めるわけにもいかないところだけど。Nekosuki600 2005年6月29日 (水) 19:56 (UTC)[返信]

たぶんサーバーにどこか影響があるかもしれませんね。昨日とか編集するのに大変だったし・・・
もう少し様子を見た方がいいかもしれませんね。　Sunen 2005年6月30日 (木) 02:22 (UTC)[返信]

「Sorry,We Have a probrem...」が数日おきに出ますね。これは何とかして欲しい…--211.13.148.234 2005年6月30日 (木) 09:26 (UTC)[返信]

画像の作成等について

画像を自分で作成してアップロードしようと思っているのですが、権利関係や、アップロード・登録の手順、ファイル名の付け方、その他、必要十分というルールやガイドや説明は、どこのページにあるのでしょうか（必要十分なページです。一つなら自分でも探せますが、コモンズは何か複雑なので。なお、文章は自分で読みます）。
もう一つ、コモンズの絵に修正を加えて新しい画像にしたく考えていますが、これは許可されているのでしょうか？　例えば、ボッティチェルリの「ヴィーナスの誕生」の絵は、少し暗いので、明るくして、彩度を上げると、もっと印象的な美しい絵になるはずです。どうでしょうか。Maris stella 2005年6月12日 (日) 15:35 (UTC)[返信]

コモンズへのアップロードであれば、Wikimedia Commonsに画像をアップしようを見られたらどうでしょう。（Wikipediaでの画像については、アップロードの際の内容とその中にも出てくる画像利用の方針やマルチメディアFAQなどでしょうか。）　線は消しました。。。返答が浮きそうだったので。--Toto-tarou 2005年6月12日 (日) 16:13 (UTC)[返信]

コモンズの画像を修正するのは問題ないと思います。Wikipedia:Wikimedia Commonsに画像をアップしよう#Wikipedia（日本語版）とWikimedia Commonsの違いで「派生作品（二次著作物）の配布」が認められているようですから。もちろん、コモンズの元画像がきちんとライセンスされているのが前提で、修正した画面には元のコモンズ画像を明記した上でそれを「改変した。」と明記すべきと考えます。--KENPEI 2005年6月13日 (月) 01:29 (UTC)[返信]

少し意見追加します。絵画作品の場合、美しくするためとは言え、彩度を上げたりするのはケースバイケースかと。個人的には、写真撮影のまずさをカバーする程度ならいいと思いますが、過度の調整で元の絵画と印象が変わるようならマズイでしょう。無論、そのようなことは、なさらないと思いますが。--KENPEI 2005年6月13日 (月) 09:10 (UTC)[返信]

考えてみますと、GFDLの画像や文書は、出典を明らかにすれば、幾らでも改変可能でした。出典を明示する、作成した画像等についても、GFDLの条件を認めるということで、改変可能です（でないと、wikipedia の記事の大胆な書き換え・編集など不可能です）。問題は、PD（Public Domain）の著作権表示の画像で、これも手を加えることができるようなのですが、「条件」等が、どうもよく分かりません。「出典表示」の書式があるようにも思え、改変するためのツール（画像ソフト）なども、ダウンロードできるように準備されています。しかし、ここからまた、もしかして、PDの画像は、一般の画像処理ソフトで改変してはいけないのかという疑問が出てきます。日本語でもあるのですが、terms and conditions を調べていると、堂々巡りになっていて、結局、規定がまだ決まっていないというケースもあるようです。Maris stella 2005年6月28日 (火) 16:14 (UTC)[返信]

なお、どういう絵が原画に近いかというのは、問題のある話です。有名な絵画を複数の画集などで見ると、色調が全然違っている場合があります。印刷の違い以外に撮影原版での違いもあります。日本に来たとき、展覧会などで実物の絵を見たとしても、「光源」の問題があります。普通、光の量を落とし、紫外線近くのエネルギーの強い光は弱めています（美術館などで展覧している場合）。写真撮影する場合は、そのとき限りとも言えるので、自然光に近い光か、またはそれより発色のよい光源で撮影している可能性があります。また、古い絵画は、経年劣化による色のくすみや色落ちがあり、実際に見る絵は、本来の最初の状態に較べると、違う色になっていることが多いです（『源氏物語絵巻』はいまでも鮮やかですが、描かれた当時は、もっと鮮やかだったということが分かっています。顔料は時間と共にくすんで行くが、その逆はないということが一般に言えると思います）。Maris stella 2005年6月28日 (火) 16:14 (UTC)[返信]

ウィキトラベル日本語版新登場、編集者募集中

2005年6月18日、自由なガイドブックウィキトラベル(Wikitravel)の日本語版が登場された。訳されていない基本方針・ガイドライン・記事テンプレート等が未だ一杯残っていますので、編集者・管理者募集中！もちろんガイドを書きたい方も大歓迎。

注意：ウィキトラベルはウィキメディアプロジェクトではない。ライセンスが觝触するので、ウィキペティアからの直接コピーをご遠慮下さい。Jpatokal 2005年6月20日 (月) 06:16 (UTC)[返信]

ウィキトラベル

ウィキトラベルというサイト (http://wikitravel.org/ja/]) が立ち上がっているのですが、これは wikipedia と連動しているものですか？。ウィキトラベルという項目の中で紹介されています。一応、気になったのでとりあえず。- 利用者 2005年6月21日

すいません。上にウィキメディアプロジェクトではない、と書いてありました。- 利用者 2005年6月21日

英語版には[[wikitravel:]]という内部リンクのような形でリンクできるのですが、日本語版にはこのような形でリンクできないのでしょうか？--っ [Café] [Album] 2005年6月21日 (火) 15:16 (UTC)[返信]

項目移動をめぐるGFDL違反判断

この「井戸端」においても記事項目として立て、また「削除依頼6月」にも削除依頼を出している、「項目美の移動」をめぐる問題について、これ自体は個別的問題であるとして、かような「一連の移動操作」について、この間にあって、色々と考えますに、一般的な意味での操作として、このような操作は、GFDL違反に相当するのではないかとの思いを強くしました。従って、一般的な場合において、違反性を尋ねたく思惟します。一般的な形で以下に表現します。Maris stella 2005年6月30日 (木) 16:56 (UTC)[返信]

項目「A」があった。その項目において多数の人が投稿し、文書の編集をめぐって争いなどもあり、削除なども過去にあった（または、なかったでも構いません。紛争や削除の有無は、この問題とは本質的に関係がないとも言えるからです）。しかし、ある時点で、「A」が過去履歴を保持して存在していた。これに対し、あるユーザーが、項目「A」を、「A (a)」（あるいは名称は別の何でもよいが）に移動操作し、その後、移動させられた元の「A」より、文書または特定版をコピーして、要約欄に出典の項目・版等を明記し、元の「A」と同じ名称の項目「A」を作成した。
以上の操作全体を、一つのまとまりとして、操作「U」と表現します。この場合、後半の操作、つまり、「……より、文書または特定版をコピーして、要約欄に出典の項目・版等を明記し、……項目「A」を作成した」という部分は、削除依頼等の過去の多数の判断からすれば、履歴継承記載があるので、「GFDL違反ではない」という判断になります。しかし、これは操作「U」全体の一部分であり、全体としての「U」は、GFDL違反でないのかどうか、こういう判断の先例はあるのでしょうか。
私見では、操作「U」は、GFDL違反の可能性が高いと思います。「履歴継承」というのは、コピーレフトのGFDLの基本的な考えにおける、記事（または著作物）作成者を「尊重する」という原則から導かれています。削除された項目の過去版の作成に複数の人が関与していた場合、この過去版から新しい記事を造ると、GFDL違反となるという判断は、著作物作成における「寄与者」を「尊重する」という原則から出ているものです。
翻って、操作「U」を考えれば、項目「A」に原稿を投稿して過去に記事作成に寄与した人たちは、項目「A」に寄与したのであり、項目名称を変更して移動する場合、「合意」が必要になるという要請も、「寄与者の貢献」を尊重するという原則から来ているはずであり、合意も通告もなく、ある日、突然に、一方的に、「A」を「A (a)」に移動させるという行為は、それ自体が、問題ある行為・操作です。しかし問題は、もっと複雑だとも言えます。元「A」の特定版から、新しい「A」の内容を造ったということは、まず端的に、この特定版以降の編集関係者・寄与者に対する「尊重」をまったく無視した行為です。また、特定版の過去の寄与者についても、それよりは弱い意味であっても同じことが言える。
何故かと言えば、新しく造られた「A」の履歴には、別の文書「A (a)」の特定版からのコピーだという表記しかなく、これが「記事の過去の寄与者・貢献者を尊重する」という基本原則に合致するかというと、問題があるからです。次のことからきわめて明白にこのことが言えます。則ち、「A」の過去版を revert して、新しく「A」を編集すれば、すべての履歴は、まさにその項目に残ったままで、操作「U」が辿り着いた項目の現状と同じ結果になるからです。何故、この単純な操作を、revert について提言した上で実行しなかったのか。
操作「U」は、結果として何をもたらしたかというと、色々なことがありますが、「U」が選んでコピーした特定版以降の編集や、その関係者すべてを切り捨てたということがあります。また、具体的な話にここだけ戻りますが、項目「美」の移動操作では、明らかに、このような意図で、操作を行ったとしか考えられません。これは端的に、GFDL違反ではないのか。GFDLの原則理念を否定する行為ではないのか。一般的に、操作「U」は、GFDLの原則理念を否定する操作であるとわたしは考えます。

以上について、各位の御意見をたまわればと思惟します。またこれは、GFDL違反のケース事例判断ともなると思います。「履歴継承記録の欠如」が何故GFDL違反となるのか、その本来の原則的な根拠を考えてください。それは「記事構成貢献者の尊重」ということではないのですか。（仮令、ある人の言行、編集、記述等が気に入らないとしても、その人の記事や記述もまた、Wikipedia にあっては、「貢献」として尊重せねばならないのではないでしょうか）。Maris stella 2005年6月30日 (木) 16:56 (UTC)[返信]

response comment

過去版から新しい記事を造るとGFDL違反となるという判断は、理念や執筆者の尊重といったモラルに基づいて行われているわけではなく法律に基づいたものです。著作権法第二十七条によって著作権者以外の人は著作権者の許諾を受けない限り、著作物の翻案をすることができません。一方、GFDLは履歴などを保存する義務を果たした場合に限って翻案の許諾を与えるというものです。つまりGFDLに従わない翻案というのは無許諾の翻案ということになり、翻案権の侵害という立派な違法行為になります。GFDLは翻案の許諾を与えているだけで、義務に従わない翻案を禁止しているわけではありません。あくまで義務に従わない翻案を禁止しているのは著作権法なのです。そのため著作権法で禁止されていないような行為を禁止する効力はGFDLにはありません。

ある記事を改変した場合、改変者は改変版については著作権を有しますが、元の版には著作権は及びません。つまり元の版をどこか別のところに複製して改変する際にこの改変者の履歴を含めなかったとしてもその翻案を差し止める権利が改変者にはないことになります。それゆえ翻案権侵害=GFDL違反にはなりません。

記事名については、このような著作物のタイトルは著作物とは見なさないというのが判例で定着しているようですので、その変更で翻案権侵害=GFDL違反とすることはできないでしょう。記事名の変更に合意が必要というのは無用な編集合戦を避けるために作られたルールだと思います。

またWikipediaは多言語プロジェクトなので他言語版からの記事の翻訳も重視されていますが、この場合、プロジェクト間で履歴を複製することができません。このままだと翻訳がほとんど不可能になってしまいますので、翻訳元の記事(つまり以前の履歴の保管場所)とその版を書いておけば履歴を追跡することが可能なのでGFDL違反には問わないというような解釈がされていたと思います。これが通常のプロジェクト内での記事の分割やコピーペーストにも適用されるならば元の記事とその版が書かれていればGFDL違反には問わないということになるでしょう。Wikipedia:記事の分割と統合でも分割の際は分割元の版を示すという手順になっているので、この考えが適用されているものと思われます。219.102.230.157 2005年7月1日 (金) 12:45 (UTC)[返信]

ありがとうございます。御教示、もっともなことと存じます。このような整然とした形では述べることができませんが、例えば、「記事名」は著作物ではないということは承知しております。幾度読んでも、わたしにはよく理解できないのですが、「PFDL」の説明文等を通じて、仰られることの妥当性は、あるところまで理解できます。その御意見で十分ともお答えできるかも知れませんが、その場合、どういうことになるのか、という次の問題があります。「次の問題」はわたくしが考えることですので、それについて、御意見をこれ以上、お尋ねすることはありません。（一つだけ、何故このような最後の「次の問題」について触れたかと言いますと、あなた様がどこの誰か不明であるということがあります。ＩＰユーザーであっても、それなりの履歴を多数持っておられる方は、どういう方かが、判断材料があります。しかし、あなた様は、ただ一度の発言しかなく、それがこの御意見です。決してあなた様の御見解を軽視しているのではありません。むしろ逆に、「重大な」意味を持ちます。他の方からの御意見がない場合は、あなた様の見解を、日本語 Wikipedia コミュニティの見解とも解釈させて戴く可能性もあると述べさせて戴きます。ともあれ、貴重な御意見、有り難うございました）。Maris stella 2005年7月1日 (金) 13:29 (UTC)[返信]

この項目移動操作を含む一連の操作について、利用者たね氏のページ会話ページに、著作権等をめぐる法的問題についての見解を記しましたので、参考のため、ここにコピーを置きます（なお、このようなメッセージは、どのような話の文脈で記されたものかは、たね氏の会話ページを参照願います。Maris stella 2005年7月7日 (木) 13:41 (UTC)[返信]

レスポンスを有り難うございます。なお、お礼がたいへん遅くなりましたこと、お詫び申し上げます。返信が遅くなりましたことは、たね様のレスによって、ある整理がついたのですが、そこから更にどう考えるかで、問題が難しいと感じ、よく考えねばならないとも思惟したからです。実際、時間が経過して行きますと、色々な反省や、当初は見えていなかったことなども見えてきますので、それなりに時間をおいたことはよかったよも考えております。Maris stella 2005年7月7日 (木) 13:17 (UTC)[返信]

今回のような問題の場合、GFDLや著作権などの法的な問題と、単純に記事が必要かどうかの二つに大別できると思います。

この御指摘は、まったくその通りと思います。まず、GFDLの問題について、「暫定的な決着」を付けたく思います。

GFDLの問題については、削除依頼か、井戸端か、どこかに時系列での分析を記したく思いますが、「違反であるかないか」という点については、形式的に個々の操作を見ると、「違反でない」という判断になりますが、一連の操作をまとめて判断すると、「違反の可能性が高い」というのが、わたしの見解です。しかし、この問題は判断は難しく、事実上、できないし、現時点では判断を出さない方が得策であるようにも考えるようになりました。その理由は、(1) 一つに、GFDL違反等の問題は、米国法、日本法、国際法解釈などが錯綜しており、これらをカバーするだけの専門家はいないのではないかということ。(2) 二つに、似たような話ですが、コピーレフト等の法概念が比較的新しく、更に、適用世界・メディア・領域が日々発展し、拡大し、適用形態も多様なものが次々に出現しています。「法概念」そのものがまだ十分に吟味されていない。つまり関連法条文の整備が間にあっておらず、法解釈や判例などでも、不十分極まりないというのが現況です。インターネットにおける著作権問題は、日本法内だけでも法整備や法解釈が遅れており、これが国際的な法解釈も必要な領域での問題となると、おそらく誰も妥当な法解釈ができる人はいないというのが現状だとも思えます。

ここから、私的判断としましては、「一連の操作」については、「GFDL違反であるという確証はない」ということが言えると思います。他方、では、GFDL違反ではないのか、というと、「GFDL違反ではないという確証もない」ということが言えると思います。個別の操作については、或る程度合意された法解釈があるようですが、複数の操作からなる行為について、これがGFDL違反かどうかの確証的な法解釈は、現状ではないのではないかというのが個人的判断です。

従って、削除依頼については、「条件付き取り下げ」という形で取り下げることを考えております。「条件付き」とは、以上に述べたように、現時点で、「違反でない」とするのは拙速だからです。「違反である」とする判断も拙速である可能性があり、この形の問題は、違反かどうかの判断は「保留状態」で、取りあえず、当面の具体的な例である「美の移動」問題での削除依頼は取り下げという方法が最善ではないかとも思惟します。

GFDL違反をめぐる削除依頼を取り下げたあと、仰られますように、「記事が必要かどうか」の判断や手順に入りたく思います。

以上の通りの文書です。Maris stella 2005年7月7日 (木) 13:41 (UTC)[返信]

削除依頼の分割の提案

前々から月末が近づくにつれて感じていることですが、現在（5月の）削除依頼のページがHTMLの状態で1MBと大変重い状態です。ナローバンドで接続されている方は削除依頼を行うことに大変苦労されていると思います。削除依頼の対象となる著作権侵害も問題とは思いますが、まずはこのような状態を解消するために、削除依頼をより細分すべきではないかと考えています。具体的には

著作権を侵害している、GFDL違反、あるいはそれらの可能性のある文書の削除依頼
それ以外の文書の削除依頼
画像の削除依頼

です。リダイレクトの削除依頼及び利用者ページの削除依頼に関してはそのままでよいと思います（リダイレクトの削除依頼に関しては月ごとでの分割が必要ではとも感じております）。ご一考願います。しるふぃ（おはなし|おもいで） 2005年5月30日 (月) 05:46 (UTC)[返信]

よいと思いました。細かい点を

プライバシー、名誉毀損、個人情報系の扱い（原則MLに集約するのかウィキ上でも引き続き受けるのか）、とくに自分が当事者でない場合の依頼先はどこにするか。
それ以外の文書の削除依頼はひきつづき「削除依頼」とするかどうか
- これは事情がわからない人が個別の依頼ページがあるものを依頼する場合もあるので、「削除依頼」のままでよいようにも思います。
画像削除依頼は画像を表示するのかどうか

このあたりをつめて案を提示していただけるとさらによいのではないかと思います。さらに、英語版などのように、日ごと、週ごとに表示を分割することも見当してよいのではないかと思います。日本語版の規模ですと上旬・中旬・下旬の三分割くらいでもいいのかな。なお、移行にあたり、本体のさらなる分割をしない場合にはとくに、現在月ごとに新しくページを作っている削除依頼を、原則そのつきのものは「削除依頼」とし、月がわりにページ移動で「何年何月」とすることを提案しておきます。 --Aphaia 2005年5月30日 (月) 06:06 (UTC)[返信]

私も分割に賛成です。月末に無茶苦茶重くなる事態だけは避けたいと思います。画像の削除依頼を別にする事は何ら問題ないと思います。

気になっているのが、プライバシー関係で高速で処理をした方が良いと思う物が時々存在していること。あと法令違反ではないかと思うような物。何れも論戦になってしまい、ズルズルと長引いてしまっているような気がします。緊急案件として1日から3日程度で処理を行う事を前提に有る程度の削除票が集まった時点で削除を行うという物を作ってはどうかと思います。論戦は長引く事は目に見えています。論議後、復活させるのであれば、論戦が終わった時点（期間を限定する必要がありますが）で復帰をかければ問題ないと思います。これを分割するだけでも結構軽くなるのではと思います。

あと、分けるとしたら、著作権。最近著作権違反がもの凄いと思います。これも分けた方が良いと思います。これに関連して今までウィキペディアでは殆ど取り扱われていなかったのですが、翻訳権・翻案権もこれに含め検討してはと思います。あまりネタバレしすぎるとこれにも触れる恐れがあるようです。

画像削除の画像は見たくもない画像が時々有るので表示方法を考えなければいけませんね。

これらの中で、特に件数の多いと思う物を10日ごと又は１５日ごとに分割表示してはと思います。--Miketsukunibito 2005年6月1日 (水) 07:54 (UTC)[返信]

英語版は削除依頼は原則5日間審議になっていますね。

著作権関係をわけることはしるふぃさんの案にもありますね。これは英語版の場合ですと外部サイトと一致が確認できた時点で消しています。これについては大量であるため、分割することでかなりシェイプアップできると思います。

リダイレクトの削除依頼はあるいは可読性をあげることで、分割しなくても対処できるかなと思うようになりました。Wikipedia‐ノート:リダイレクトの削除依頼をご覧ください。そしてここで試してみた（Wikipedia:リダイレクトの削除依頼#5月20日）票の現状を数字で示す案は、他の依頼ページでも処理の高速化を図るのに有効ではないかと思います。--Aphaia 2005年6月6日 (月) 19:50 (UTC)[返信]

著作権だけでも随分シェイプアップ出来そうですね。分割しやすいこともあるし、先ず１個これからやってみませんか？－－Miketsukunibito 2005年6月9日 (木) 06:52 (UTC)[返信]

削除依頼の分割に賛成します。期間と削除理由のどちらで分割するか、ですが、期間で切った方が、依頼しようとする人（特にあまり慣れていない人）にとっては、どこに出せばよいのか分かりやすいだろうと思います。また、依頼の際に貼り付けるテンプレも、削除理由で切るなら、理由ごとに必要となります。さらに、初心者や日本語のあまり得意でない方にもにも分かるように、どの場合には、どのテンプレを貼って、どこに提案すればいいのか、を説明した方がよさそうです。とりあえず、分割するなら、上旬、中旬、下旬で分けるのが楽かな、と思いました。--oxhop 2005年6月14日 (火) 13:16 (UTC)[返信]

著作権問題の分離は、処理するほうとしては便利そうですが、テンプレートなどのことを考えると、依頼する人にとってわかりやすくは無いですね。1か月を3分割するほうだと周期が短くなるだけで、従来と同じやりかたで依頼できるというメリットがあります。仮にうまく行かなくて戻す場合も、分割したものを直列に結合するだけで従来型に戻せますので、まずは期間分割で試してみては如何でしょうか。sphl 2005年7月8日 (金) 13:47 (UTC)[返信]

一番最初に合意の得られそうなのは３分割案ですね。試行と言うことで今月からどうでしょうか？今月もかなり削除依頼が増えてきました。--Miketsukunibito 2005年7月8日 (金) 14:08 (UTC)[返信]

原則賛成します。議論不足の依頼案件をどう分かりやすく表示するかが問題。（個人的には、詰めればいいだけかなと思っていますが）--Los688 2005年7月8日 (金) 14:13 (UTC)[返信]

2005年8月分より「削除依頼の分割」は行われました。（この分割が行われたことには賛成なのですが、ところで「削除依頼の分割」の合意はどこで行われたのでしょう。経緯は事後報告でも行われるべきと感じました。ここに書くことではないのでしょうが、、、。）--toto-tarou 2005年7月31日 (日) 18:57 (UTC)[返信]

Wikipedia‐ノート:削除依頼#削除依頼が非常に使いづらくなったんですがにて関連した話し合いがされています。この件に関してはそちらで議論ください。--toto-tarou 2005年8月3日 (水) 13:56 (UTC)[返信]

Category:明治時代と明治維新の統一

どちらも似ているので統一したほうがよいのではないでしょうか？Maakun 2005年6月21日 (火) 08:12 (UTC)[返信]

Category:明治時代とCategory:明治維新のノートで話し合いを行ってみてはいかがでしょうか？個人的に明治時代のサブカテゴリとして明治維新があっても不便はないと思います。明治時代のカテゴリに入る記事も多くあるだろうし、明治維新の時だけでも十分にカテゴリするだけの記事が作成されると思います。どの記事をどちらに入れるかは皆さんで話し合いをなさってみても良いかと思います。たね 2005年6月21日 (火) 17:05 (UTC)[返信]

統一する必要はないと思います。明治時代は時代区分であり,明治維新は幕藩体制から近代国家への転換を促した一連の政治的変革のことを指しています。したがって,この２つは区別して扱うべきものと解すべきです。M.M 2005年6月21日 (火) 17:11 (UTC)[返信]

『代表作』と『作品リスト』

作家や役者の『代表作』と『作品リスト』をちゃんと区別すべきだと思います。やはり、見出しは『代表作』なのに、ずらりと全作品が並んでるのはよくないと思いますなまはげ 2005年6月21日 (火) 14:38 (UTC)[返信]

その場合は見出しを変えてしまって構わないと思います。Yas 2005年6月25日 (土) 12:15 (UTC)[返信]

『作品リスト』に変更し、その人物の冒頭部分の文中に『代表作』を記載すればいいように思います。（ウィキプロジェクト作家、ウィキプロジェクト芸能人などが参考になるかもしれません。）--Toto-tarou 2005年6月25日 (土) 12:43 (UTC)[返信]

個人的には、百科事典なんだから作品リストでいいと思いますが、作品数が多いとうざいっちゃあうざいですわね（必要な情報を見つけ出しにくくなるという意味で）。おれは一覧系のものを作るつもりがあまりありませんが、もし作るとしたら、たとえば「重要作品はボールドにする」とかいうような工夫でもしてみようかなと思ったりしました。こういうのはだめすか？　Nekosuki600 2005年6月25日 (土) 15:14 (UTC)[返信]

『名義』について

Wikipedia上で「名義」を検索する[5]とたくさん件数が引っかかるのですがこのような「名義」の用法は正しいのでしょうか。私には違和感を感じてならないのですが。--こいつぅ 2005年6月21日 (火) 14:49 (UTC)[返信]

例えば過去に違う芸名で活動していて、その活動について述べる際に「［過去の芸名］名義」などとするのは一般的な表現だと思います。Hermeneus (talk) 2005年6月21日 (火) 16:19 (UTC)[返信]

あるIPユーザーの行動に付いて　

220.21.53.**と言うIPをとある事情で検索していてこちらにたどり着いたんですが、

利用者‐会話:220.21.53.42のページで、[6] を根拠に他人の名前を使って投稿した事を指摘されてますが、こういうのってココではブロックされるんでしょうか？念のために確認したいんですが

Wikipedia:投稿ブロック依頼 2004年8月以前で2004年8月12日 (木) 14:12 (UTC)にブロック依頼が出されました。直後しばらく編集が途絶えたせいか、意見がつかなかったためブロックは行われませんでした。その後9月2日を最後に編集がありませんので、可変IPだとしたらその後の動向は不明です。YahooBBの個別IPに対する短期ブロックは時々ありますが、このIPに対するブロックは投稿ブロック中のユーザーやIPアドレスを見る限り有効にはなっていませんでした。sphl 2005年6月23日 (木) 14:09 (UTC)[返信]

このIP氏ですけど、ある団体関係のノートでの2004年6月30日 (水) 17:22の版と2004年9月2日 (木) 21:19 の版である団体関係とご自分に都合の悪い他人の書き込みも白紙化してるのと、私の質問には一切答えて無いにも関わらず、極めて近いIP220.21.53.16で他の議論に参加してるんですが、今更ブロック依頼しても無駄ですよね……--まるゆ 2005年6月25日 (土) 04:03 (UTC)[返信]

利用者:220.254.0.14について

日本語版でのブロック後、中国語版[7]、ハングル語版[8]、エスペラント語版[9]、イタリア語版[10]、英語版で荒らしをおこなっています。今後、他言語版にも被害が広がるおそれがあるので、wikiプロジェクト全体で該当IPユーザーのブロックが必要と思われます。ぽち 2005年6月23日 (木) 17:48 (UTC)[返信]

「機動戦士ガンダムの登場人物」作製について

機動戦士ガンダムの登場人物民間人があるため、機動戦士ガンダムSEEDの登場人物のような、メインキャラの簡単な説明や短い記事の人物（軍人）を集めて「機動戦士ガンダムの登場人物（仮）」というのを作ろうと思ったのですが

このような場合の提案はどこにするのか。
このような記事でまとめるのは適当か。
まとめた後の削除依頼をどうするのか。

と言う点で疑問に思いこちらに書き込みました。モノがモノなだけに、勝手に作って良いのか判断が付きかねず、こちらの方で皆さんの意見をお待ちします。--A6M4 2005年6月25日 (土) 08:33 (UTC)[返信]

（おびきだされてしまった気がしますが、それはさておき）作る対象は何になりますか？ガンダムの記事関連に関してはアニメ作品を主としたまとまりとして統合記事を作ることにしていますが、最初の『機動戦士ガンダム』のみ異様に(^^;記事の数が多いため3つに分割して作る予定でした（延び延びになっていますが）。いずれ私が全部やってしまう予定なので、A6M4さんがこれより優先する案件を抱えているならそちらに力を注いでもらって全く構わないのですが、もし協力してもらえるならありがたいです。

「提案」 - 提案は各作品の記事のノートにしています。統合されている作品の記事のノートを参照してみてください。
「適当か」 - 文章の「統合」を行う事でその作業の過程、さらにその後の編集において、いたずらに記事の容量を増やし続ける（最新版のみの場合としても、過去の履歴全部を含めた容量としても）という指摘があり、その意味で言えばサーバーには優しくない可能性があります。ただ、短い記事のみ、もしくはそれ以上かかれうる記述が見当たらなさそうである記事が、要は短いまま放置されるのは皆嫌がっていると言う事だと考えています。逆転してくれればそれはそれで…。
「削除依頼」 - する必要はありません。履歴（どのようにしてその記述になったか、いわゆる差分）は参照できるよう保存しておかなければならないからです。

とりあえずこんなところでしょうか。Tekune 2005年6月25日 (土) 11:11 (UTC)[返信]