ポケモンスリープ攻略・検証Wiki

議論板/B

372 コメント
views
1 フォロー

編集相談板での議論が長引いたり、集中して1つの議論を行いたい場合に、編集相談板のサブとしてお使いください。
新規の話題は編集相談板でお願いします。
既に議論中の状態で更に議論を行うと混乱の元になる為、空いている議論板でお願いします。

Spect
作成: 2023/12/22 (金) 16:28:14
履歴通報 ...
  • 最新
  •  
124

レイアウトというよりも全体の方針に近いですが、案5における出現するフィールドに関する記述で「ぐっすりを狙う」みたいな記述は本来のゲームスタイルとは逸脱したプレイを助長するので、できる限り避けたいです。(睡眠スタイルは本来狙って出すものではない)
この項目に書く内容があるとすれば『どのフィールドで出現しやすいか』くらいで、わざわざ項目立てて記載することでもない(考察にまとめて書いても良い)かなと思っています。

138

これからの流れとしては

  1. 議論板において最終候補を絞る(候補が4つ以上残ると投票の敷居が上がるので、できれば候補3つ以内に絞りたい)
  2. 編集相談板において改良案等を募りつつ、投票の実施を予告(zawazwa形式での投票だと思われるが、その許諾/報告をする)
  3. 雑談板において投票開始を宣言し、投票を開始する(期間か票数で締め切る)
  4. 投票結果を参考にレイアウトを最終決定し、ページ更新の準備をする(trackerを使うのか、各自エディタで行うのか、時間を合わせて一気に進めるのか、移行期間を設定しておいて少しずつ進めるのか)
  5. ページを更新していく

こんなかんじですかね?

139

今のところ生きている候補としては

  • 案5-2
  • 案6-3
  • 案7-1
  • 案7-2
  • 現行方式
    の5つですね。この中から1つか2つ候補を削っておきたいです。
    案7-1と7-2は正直どっちでもいいのですが、せっかくなので7-2にしても良いかなと思います。
    案5-2も上に書いた理由から、なくても良いかなと思います。
    なので、個人的な最終候補としては
  • 案6-3
  • 案7-2
  • 現行方式
    の3つから投票してもらうので良いのかなと思います。(現行方式はもはやなくても良いかもしれませんが...)
145

案5と案6における論点である「仲間にする際に必要な情報であるフレンドポイントや睡眠タイプを上部の表に含めるかどうか」はここでいう「上部のレイアウト」に含まれるので、完全に分けることはできないようにも思います。
案5はPCで見た際に左右で表の大きさが違いすぎるため、案5の上部レイアウトは案7のものを採用するべきでしょう。
案5-3に上部レイアウトを変更したものを作りました。

147
名前なし 2023/12/26 (火) 17:48:22 修正 cf487@1727f >> 139

これは>> 4の時点からずっと書いていることですが、案4案5の一番の目的は「見やすい表でありつつ、表と説明文をできるだけスクロールしないでも見られるようにする」ことです。
今まで色々なwikiを見たり編集したりしてきましたが、データと説明文が離れていると、データを確認しながら説明を読みたい時に長い距離をスクロールで行ったり来たりしながら読むのがとてもストレスで苦痛だったんですよね。その解法としての1つの案です。
元の5-3だと自分の24インチディスプレイでもかなりギリギリですから(このディスプレイより小さい画面で見る人も多いだろう)、その目的には反してしまいます。
5-3からヘッダーをなくしてみましたが、この目的を優先するならばこの方がマシになります。

とはいえ、PCの場合5-2と見比べるとやはり左右に分かれていた方が「データと説明文をできるだけスクロールしないでも見られる」という目的には合致しています。アンバランスで見た目不格好なのは承知の上です。
一方でスマホなら5-3の方が少し良いかも知れません。

なお厳選については基本的に一定以上ポケモンスリープに慣れた人向けの項目なので、「ある程度ポケモンの性能は頭に入っているよね」ということで、この目的の対象外にしています。

148

ポケモンによっては考察が長くなることもあると予想されるので、「データと文章全てを一画面に収める」というのは流石に厳しい目標だと思っています。
スマホのアプリゲームである以上、多くの人はスマホから閲覧しているでしょうし、PCでの見栄えは重要な観点とは思いませんね。
その問題は文章の書き方である程度は工夫できるとは思います。(例えば、「お手伝いスピードがとても速いので...」と書くのではなく「お手伝い時間が2200秒であり、これはとても速いので...」と書くようにするなど)

150
名前なし 2023/12/26 (火) 18:18:59 修正 cf487@1727f >> 139

もちろん、絶対に何が何でも1画面に収めなきゃいけないとは言ってないです(なので「できるだけ」と書いています)。
ただ、「1画面に収まらない場合でも、できるだけスクロールしなきゃいけない量は抑えましょう」ということです。
スマホだろうがPCだろうが、スクロール距離は短ければ短いほどストレスが少ないです。

文章にもデータを書くのは、あまり多用するのは推奨できません。
「同じ内容を2ヶ所に記載する」ことになってしまい、例えばアプデ調整等で仕様変更があった際に「表のデータを修正したけど本文の修正が漏れた」という事態が起こり得ます。
情報を更新する際に本文の修正など意識もしない編集者もそれなりにいるでしょうし、例え注意していたとしても限界があり、それが起こる確率は該当箇所が増えると跳ね上がります。今後大規模な調整があるかどうかは分かりませんが、下手すると「結構な数のポケモンで本文と表のデータが合致しないんだけど…」なんてことが起こる可能性だってあります。
もちろん文章にデータを一切書くなとまでは言いません(実際、5-2でも全く文章にデータがないわけではない)が、積極的に文章にデータを組み込むのは避けた方が良いと思います。

152

なるほど。個人的には考察とか検証とか比較とかするのが好きなので、できる限りデータ類は固まっていて欲しいのですが、ここまでくると単純に個人の好みの問題で決着は付かなそうですね。
案5(スクロール量重視案)に関しては5-2が暫定的ベストになるんですかね。

153
名前なし 2023/12/26 (火) 18:34:19 修正 cf487@1727f >> 139

そうですね、好みの問題だと思います。

スクロール量が少なければ少ないほどストレスが少ないと言うのは間違いなく事実ですが、
「じゃあそれが絶対最優先なのか」というと、そうでもありません。
出現場所、おやつタイムからポケモン自体の性能、育成まで全データを一望したい、「データを見ながら説明文なんて読まねぇ」という人もいるでしょうし、
スクロール量の少なさよりも、全データを一望できる方が優先度が高い!という人だっていると思います。

ただ、これについては編集者の目線では不十分だと思っています。現時点ではあくまで「編集者の好み」の域を出ていませんから。
だからこそ閲覧する人たちがどう思うのか、コメントで具体的な意見を聞いてみたいと個人的には思っています。

155

ですね。ここまで来てようやく投票の出番というわけです。

156
名前なし 2023/12/26 (火) 18:50:04 修正 cf487@1727f >> 139

で、5-2と5-3のどちらがベストなのか…というと、正直一長一短で決めるのは難しいです。
PC優先なら5-2、スマホ優先なら5-3で、スマホアプリという性質上5-3の方が優先度が高いと思いきや、スマホにおいて5-2と5-3の差が少ししかない。まさに一長一短です。
なので、先程書いたように「2択 と 2択」にしてもらって、仮に案5が選ばれたとしても、上部についても投票に委ねる形で良いと思っています。

「フレンドポイントや睡眠タイプを上部の表に含めるかどうかは、案5にするか案6にするかの要素だけで完全に確定できる」ので、「上部のレイアウト(=表を左右に分割するか1つにまとめるか)」の要素に含む必要はありません。

158
k 2023/12/26 (火) 18:58:53 修正 5ab84@08738 >> 139

スマホだと5-3のメリットはほぼ無いので、案5の意図を汲むなら5-2で良い気がします。

162
名前なし 2023/12/26 (火) 19:06:37 cf487@1727f >> 139

実際、スマホの5-3でスクロールを短縮できるのは1行分ですからね。5-2一本でも構わないと思います

149

ちゃぶ台を返すようですが、管理が大変かつ確定的な情報ではないにせよ、食材確率とスキル確率の推定値はおてつだいパラメータとして重要なので参照したいというのと、案6のように表を分割するのなら大きさを合わせつつ出現フィールドも表に取り込んでしまおうという邪な発想で案6-4を作ってみました。

207
ナナシの編集者 2023/12/27 (水) 15:40:03 修正 >> 149

「系統ごとの特徴」は進化系にincludexで表示
「ププリンの特徴」はこのポケモンページだけの記載
という認識で合っていますか…?

208

そのようにするだろうという想定です。

209
ナナシの編集者 2023/12/27 (水) 16:15:59 >> 149

テンプレートとしてはどのような形にしますか?
現行のテンプレートのように見出しはすべて有効にしておいて、ポケモンによって不要であれば削除する、という形で良いでしょうか

210
k 2023/12/27 (水) 17:18:48 修正 389d7@08738 >> 149

系統ごとの考察という項目は、

//この項目は原則として最終進化系のポケモンのページに記載します。
//#include...

みたいにコメントアウトしておいて、個別に処理する形かなと思っています。

211
ナナシの編集者 2023/12/27 (水) 17:38:29 >> 149

あれっそこだけ最終進化系に記載なのですか? 「厳選」と同じく未進化のポケモンページに記載するのかと思っていました。
統一した方が編集もしやすく法則もわかりやすいと思うので、どっちかに揃えた方がいいんじゃないでしょうか。

includexのソースはコメントアウトしておいて必要であれば有効にする、という点はそれでいいと思います~

212

includexの仕様上、閲覧数の多いページが引用元になっている方が処理が軽くなるかなと思ったのですが、たしかに管理的には進化前統一の方が良いですね。

214
ナナシの編集者 2023/12/27 (水) 20:22:31 >> 149

試しにプクリンのページを作って「系統ごとの特徴」「厳選」の見出しをincludexしてみましたが処理速度は30msくらい進化先の方が重くなりますね。
しかしポケモンのページより数倍アクセス数の多いリサーチフィールドのページやポケモン一覧のページと比べれば全然軽いので、

概要や性能については、なるべく進化系統で全て同じ記述にした方が良い

という課題点をクリアできるのであれば、そこまで気にする量でもないような気がします。
自分としては「Wikiの編集法則の把握しやすさ・編集しやすさ」を優先したい気持ちで動いています。

216

逆に「進化後の方に厳選項目も書く」というのも選択肢としてはありましたが、分岐進化があるので推奨はされませんね。
進化前に統一という方針で良さそうです。

217
ナナシの編集者 2023/12/27 (水) 20:30:45 >> 149

そして今更新してみたらププリンのページ112ms、プクリンのページ81msという数字になりました。なぜ…? 大量のテキストよりincludexの方が処理が軽いってことなんでしょうか?
とりあえず進化前に統一ということにしましょう。

206
ナナシの編集者 2023/12/27 (水) 14:03:06 >> 138

編集相談板の方で

出現フィールド(星1寝顔)にソートがあり、
出現フィールド一覧を見るにないのはなぜでしょうか?

とありまして普通に入れ忘れかと思うのでソートを足しました。

218
ナナシの編集者 2023/12/27 (水) 22:00:00 >> 138

>> 205の記述を編集相談ページで意見を募っている案6-5-4のページに移植し、コメントアウトでテンプレート用の記載を見出しごとに書きました。わかりにくい部分もあると思うので編集してください~

これ以上編集相談で意見が出ないようであれば、テンプレート用の空っぽのページの作成に移りたいところです。

227
名前なし 2023/12/28 (木) 00:37:48 修正 cf487@1727f >> 218

フィールド名の文字データを入れることになるかどうかは分かりませんが、もし出現フィールドの表が横に伸びることで寝顔一覧が右側に入らなければ、どうせ開いたら下に行くことに変わりないんで、右側のFlexboxの幅を小さくしてしまえば良いと思います。
進化と寝顔は特に関係ない別グループのデータなので、見出しが揃わなくても、自分は気にならないです(あるいは見出しをもっと目立たない形に変えるとかができればよいのですが)

でもこれを決める前に、表に出現フィールドの文字データを入れるかどうかを先に決めた方が良いですね

229
ナナシの編集者 2023/12/28 (木) 01:01:57 修正 >> 218

そうですね、フィールド一覧がどうなるか決まってから考えた方が良いと思います

あ、でも「見出しを横に並べるのはどうか?」だけでも編集相談に投げて聞いてみた方がいいかもしれません
もし「並べない方が良い」となれば、フィールド一覧の話を待たずとも進行できますので。
「並べるのも良いかも」となった場合はフィールド一覧の話を待つことにしませんか?
申し訳ないですが明日は所用であまり来れないためお話進めていただけると助かります、よろしくお願いします

230
名前なし 2023/12/28 (木) 11:53:32 修正 cf487@1727f >> 218

それと、寝顔一覧については、
・そもそもネタバレの要素が大きいデータである
・頻繁に見るデータではないし、あんまり必要とされるデータでもない
・他のデータと同時に一望する必要性、上方に配置する必要性が低い

等々の要因があるので、初期の案に回帰する話になりますが、
無理に左右に分けなくても、寝顔一覧だけ一番下の「その他」に配置すれば良くないか?
と、今日になって思いました。

寝顔一覧だけその他に回した案がこれです

231
ナナシの編集者 2023/12/28 (木) 16:32:27 修正 >> 218

なるほど~!いいと思います
出現フィールド一覧はどっちにしろもうちょっと横に伸びる感じになりそうなので、ギリギリスマホ幅に入るかどうかとか気にしても仕方なさそうです
寝顔見出しの一覧の部分だけ「小ネタ・バリエーション・関連項目」と合わせるためにレベル3→2にしました

他に意見が出なければ、テンプレートはほぼ完成(出現フィールド一覧のページ分割によるプラグイン調整待ち)ということにして大丈夫そうですかね

233
名前なし 2023/12/28 (木) 17:42:28 修正 cf487@1727f >> 218

そうですね
全体が横に伸びるのでどのみち星1のみの表もスマホ幅には入らなくなるでしょうし、
星2以上も含めた一覧を折り畳みの中に入れても右に動く量は僅かですから、こうなればもう気にしなくてよいと思います。

後はあちらの結論待ちですね

余談ですが、「その他」の中は「寝顔(ネタバレ注意)→小ネタ→関連項目」の順番で良いですかね?
関連項目はどう考えても一番下が良いと思いますが、
「小ネタ→寝顔(ネタバレ注意)→関連項目」という順番にする方法もあります
どちらが良いでしょうかね?まぁ、どっちでもあんまり変わりないと思うんで適当に決めても良いとは思いますが

234
ナナシの編集者 2023/12/28 (木) 18:01:41 >> 218

個人的には確実に中身が存在する「寝顔図鑑」が上の方が良いかと思います。

ほかには

  • 「個人的には小ネタで締めくくる形式が好きなので、一番下にあって欲しいです。途中にあるとちょっと邪魔だと思いました」という意見があった>> 2
  • 小ネタで寝顔について触れることもあると思う(現実のワニも片目を開けて寝る、メタモンだけ星4寝顔が複数ある、みたいな)ので、図鑑→小ネタの方が自然な流れで読めるような気がする
  • 他の攻略サイトを見ても小ネタは最後のパターンが多い

という理由もあり、現状の「寝顔図鑑→小ネタ→関連項目」並び順で良いと思います。

235
名前なし 2023/12/28 (木) 18:27:49 cf487@1727f >> 218

ではこのままでいきましょう
あとは出現フィールドの表の結論待ちですね

236
ナナシの編集者 2023/12/30 (土) 00:38:44 >> 218

そういえば「よくある相談・使用感」のところはWikiに寄せられたコメントを書くところですよ~とわかる記載が必要かも…と思い

当Wikiの育成相談板や雑談板などのコメントで、参考になったコメントを掲載してください。
※この項目の記述は発信者の主観が混ざっている可能性があります。

という2行を足してみました。もう少し良さそうな言い回しなどあれば編集お願いします~

237

細かいですが、編集者向けじゃなく閲覧者向けの文章の方が良さそうです。

当Wikiの育成相談板や雑談板などでの参考になりそうなコメントを掲載しています。
※この項目の記述は発信者の主観が含まれています。

こんな感じでどうでしょう?

238
ナナシの編集者 2023/12/30 (土) 14:18:25 >> 218

良いと思います!変更しておきました。
出現フィールド一覧表の話は今日で終わりそうな感じなので、あとはincludex部分を修正したらテンプレート用の空ページの作成に進めそうですね

166
名前なし 2023/12/26 (火) 19:42:34 修正 6370b@7878b

>> 140
(全然追ってないので、見当違いでしたらすみません)
形式が決まっているなら要素1つずつ切り貼りではなく、
プログラムを作って一発で変換・補完すればいいと思います。

コピペ(既存ページからコピーして、変換後のコードを貼り付けて更新)の作業を分担できるならツールは自分が作ります。
移行期間が年末年始なら移行そのもの自分1人ででもできるかもしれません。

進捗管理はフォーマットv1.1のタグで検索するだけでいいと思います。

169
ナナシの編集者 2023/12/26 (火) 20:02:39 修正 >> 166

ラクにできるならそれにめっちゃ飛びつきます!ツールの作成をお願いできますか?
(自分はツールがどういうものなのか、どれくらいの労力で出来るものなのか全然わからずこの発言をしています)

239
ナナシの編集者 2023/12/30 (土) 14:59:24 修正

テンプレートページがまだ未完成ではありますが、移行作業についてよくわからない点や、こうしたらスムーズなどのご提案がありましたら教えてください

現在のまとめ

自分は表をExcelにコピペして変換+概要などの文章は手動でコピペという根性でなんとかしようとしていたため、なにかしら便利にできるなにかがあれば教えていただけると本当に助かります。

243
ナナシの編集者 2023/12/30 (土) 22:13:46 >> 239

既存のポケモンのフォーマットにならい、新フォーマットのサンプルとしてポケモンページ新案/フォーマットページのサンプルを作成しました。
「考察用パラメータ」の進化系統のincludex用の記述をどうするか悩んでおり、とりあえず「ププリン|プリン|プクリン」のままにしている状態です。

また、機械的に処理する場合は現在の「概要」の記述は一旦「このポケモンの特徴」内に移動する、ということで大丈夫でしょうか?

244

ありがとうございます。
考察用パラメータは「無進化|1進化|2進化」みたいに書いておく感じでしょうかね。
後々に、個別に類似するポケモンのデータを引用しても良いと思う(プクリンとニンフィアとか、ラッタとヘルガーとか)ので、「引用先1|引用先2|…」みたいにしておいても良いとは思います。

249
ナナシの編集者 2023/12/31 (日) 10:43:36 >> 243

ありがとうございます、では暫定的に「進化」の見出し部分と表記が揃うようにして「未進化ポケモン名|1進化ポケモン名|2進化ポケモン名」としておきました。
機械的な処理をする場合この表記で支障があるようでしたら、都合の良いように変更していただければと思います。

251
名前なし 2024/01/01 (月) 22:36:27 6370b@cf259 >> 243

この系統の特徴、厳選、よくある相談・使用感は空白で、
このポケモンの特徴だけ現在の概要を入れるということでしょうか?

252
ナナシの編集者 2024/01/01 (月) 23:29:47 >> 243

>> 251
「プログラムを作って一発で変換・補完」と>> 166の方がおっしゃっていましたので、現行のページから新フォーマットへの移行を機械で一括して処理するのでしたら、一旦そのように(この系統の特徴、厳選、よくある相談・使用感は空白)するのが良いのかな?と思っています。
自分はプログラムやAPIのことを全くわかっていないため、頓珍漢なことを言っていたら無視していただいて全然大丈夫です。

253
名前なし 2024/01/02 (火) 01:26:03 71538@cf259 >> 243

ありがとうございます。承知しました。

246
Spect 2023/12/31 (日) 09:52:22 修正 >> 239

今更の指摘ですが、ポケモンページ新案の2行目からの「実装前、または実装されたばかりの〜〜」のボックスについて、
複数ページで使うことを考えると、フォーマットページのテンプレに大元を作成して、#includexで引用する方が変更が用意・1行COするだけで表示が切り替えられて良いかと思われます

248
ナナシの編集者 2023/12/31 (日) 10:34:18 >> 246

たしかにその通りですね! 最終案とフォーマットページのサンプルの両方でその形式に変更しておきました。

240
名前なし 2023/12/30 (土) 18:59:05 0969d@87389

こちらのページを見た感じ、プログラムを書ける人がいるならまとめて更新もできるかもしれません
https://wikiwiki.jp/sample/REST API

241
名前なし 2023/12/30 (土) 19:17:27 修正 71538@cf259 >> 240

@WakefulSpect
クラウドサーバーからwikiにアクセスするとbot対策が働き(画像認証が必要など)、
自分のPCでWebdriverなど使ってやるとIP BANされないか不安なので、
コード生成だけプログラムに任せて、コピペの手動作業はみなさまにお願いしようと考えていましたが、
>> 240でAPIに対応していることがわかりました。

しかし、リンク先のドキュメントによると、トークンの発行に管理者パスワード(サブパスワード不可)が必要で、有効期限も24時間しかありません。
管理者パスワード周り詳しくないので、意見を聞ければと思います。

極論24時間あればテストから本番の更新まではできると思うので、
移行の直前にトークンを発行して共有いただくだけで大丈夫です。

245
Spect 2023/12/31 (日) 09:47:25 修正 >> 241

正直に申し上げて技術的なことはさっぱりわからないのですが、API発行についてWIKIWIKI REST APIコミュニティの記事を読むとAPIキーというものは管理画面でワンボタン生成できるようです
挙げていただいた記事に記載のあるトークンとAPIキーで何が違うのかわからないのですが、おそらくAPIキーに時間制限はなく、パスワード入力も不要なのかと思われます

どちらを利用するにせよ、申請に応じて対応はもちろん行います

247
名前なし 2023/12/31 (日) 10:18:07 修正 71538@cf259 >> 241

ありがとうございます。
APIキーの発行と共有お願いします。
お手数ですが、下記まで送信いただければと思います。
(メール削除済み)


ファイルアップロードと削除もできますね…
寝顔画像移行作業の前に知りたかったのですが、
(フォーマット移行後)ポケモンページから削除する際にも活用したいと思います。

250
Spect 2023/12/31 (日) 11:18:23 >> 241

メールを送信しましたので確認をお願いします
また、APIによる自動更新の際は編集連絡板もしくはこの議論板Bで一言連絡をお願いします

254
名前なし 2024/01/02 (火) 10:04:10 修正 71538@cf259 >> 241

発行ありがとうございます。
メールが届いていないので、お手数ですがXからDMで送っていただけますか?(解放してあります)
よろしくお願いいたします。
(ID削除済み)

262
Spect 2024/01/03 (水) 10:36:13 >> 241

失礼しました
DMを送信しましたので確認お願いします

263
名前なし 2024/01/03 (水) 11:43:30 71538@cf259 >> 241

ありがとうございます。
ページの読み込み、書き込みのテストを実施しました。
diff_log編集時に使用した機能APIになっていますね。

275
名前なし 2024/01/04 (木) 08:56:30 71538@cf259 >> 241

@WakefulSpect
タイミングの指定がなさそうなので、今日の午後作業したいと思います。

  • 新フォーマット適用(API)
  • 寝顔画像の削除(API)
  • 編集者アップロードの寝顔画像やそれ以外の未使用の画像の削除(手動)
276
名前なし 2024/01/04 (木) 14:32:40 71538@cf259 >> 241

完了しました。

255
名前なし 2024/01/02 (火) 18:07:49 修正 71538@cf259

よくある相談・使用感コメント: だけ半角のコロンとスペースが使われているのは何か理由がありますか?

257
名前なし 2024/01/02 (火) 21:18:12 71538@cf259 >> 255

出現ポケモン一覧、寝顔一覧ともincludexを少し調整しました。

  • メタモンも引用できるよう
  • 「コイル」でレアコイルなどが引用されないよう
  • 改行のある特殊な姿も引用できるよう
258
あまる 2024/01/02 (火) 21:53:36 >> 255

案5-2のバックアップ5の時点で「育成相談:」「使用感:」とあった項目を、バックアップ6で「コメント: 」にまとめたタイミングでコロンが変わっているみたいなので、その編集をした方なら分かるかと。
(たまたまそうなっただけかなとは思いますが…)

259
名前なし 2024/01/02 (火) 22:59:22 修正 71538@cf259 >> 255

ほかの進化パターンの形式も知りたいです。

  • レベル進化
  • 一緒に寝る
  • イーブイ、ヤドン(複数の進化先)
  • 無進化
260
名前なし 2024/01/02 (火) 23:26:33 71538@cf259 >> 255

バリエーションの形式を教えてください。

261
名前なし 2024/01/02 (火) 23:28:41 71538@cf259 >> 255

新しいフォーマットのコード変換プログラムが完成したので、問題がないかチェックお願いします。
(進化とバリエーション未反映)

265
ナナシの編集者 2024/01/03 (水) 15:06:14 修正 >> 261

プラグラムの作成おつかれさまです、ありがとうございます。

よくある相談・使用感のコメント: だけ半角のコロンとスペースが使われているのは何か理由がありますか?

とくに理由はないと思います。全角で統一したいです。

ほかの進化パターンの形式

バリエーションの形式

現状バリエーションの見出しはピカチュウか使用しないため、ピカチュウのページの「特殊な姿」の内容をそのまま持ってくる形になると思います。

-[[ナイトキャップをかぶったピカチュウ>PokémonGOPlus+#i73aa59e]]
-[[ピカチュウ(ハロウィン)]]
-[[ピカチュウ(ホリデー)]]

>> 261
ピカチュウのサンドボックスのみ「その他-寝顔一覧」の内容が反映されていないようです…?
#includex……filter=|[ch]|[\[>]]ピカチュウ]) 「ピカチュウ」の文字の直前にあるがひとつ多いことが原因のような気がします。

266
名前なし 2024/01/03 (水) 17:12:08 71538@cf259 >> 261

ありがとうございます。
通常の進化はたねポケモン(もしくはベイビィポケモン)があるのに、
イーブイはイーブイがなくて大丈夫ですか?

267
ナナシの編集者 2024/01/03 (水) 18:04:28 修正 >> 261

たしかにそうですね…!? 表にイーブイも足してみました。

それか、イーブイ系統のみ特例として進化の見出しをflex_containerの外に出して、現在のイーブイのページの表をそのまま生かす形にするのはいかがでしょうか?
現在のイーブイのページと「厳選」ページから記述を引っ張ってきただけの状態ですが、イーブイのサンプルページを作成しました。

268
名前なし 2024/01/03 (水) 18:19:43 修正 71538@cf259 >> 261

イーブイの進化累計150時間睡眠計測はププリンに合わせて睡眠150時間に変更していいでしょうか?

リオルはどうすればいいでしょうか?

リオル
↓ チームに入れて睡眠150時間+日中の時間帯(時刻が6:00~17:59の間)+ルカリオのアメ×80
ルカリオ
269
ナナシの編集者 2024/01/03 (水) 20:24:40 >> 261

イーブイの進化の累計150時間睡眠計測はププリンに合わせて睡眠150時間に変更していいでしょうか?

OKです!

リオルについては改行するしかないと思いますので、暫定的に

リオル
  チームに入れて睡眠150時間
↓ +日中の時間帯(時刻が6:00~17:59の間)
  +ルカリオのアメ×80
ルカリオ

もしくは

リオル
↓ チームに入れて睡眠150時間
↓ +日中の時間帯(時刻が6:00~17:59の間)
↓ +ルカリオのアメ×80
ルカリオ

でいかがでしょうか?

271
名前なし 2024/01/03 (水) 20:32:02 71538@cf259 >> 261

古いフォーマットでバリエーションは2つの形式になっていますが、
新フォーマットはどうすればいいでしょうか?

274
ナナシの編集者 2024/01/03 (水) 22:57:05 >> 261

すべて「バリエーション」の項目に記載で統一で良いのではと思います。

264
名前なし 2024/01/03 (水) 12:16:56 71538@cf259

>> 259>> 260>> 261で話した確認が終わったらいつでもAPIで移行できます。

【テスト】

  1. 全ポケモンコード取得
  2. 全ポケモンコード変換試行
  3. 変換プログラム調整
    【本番】
  4. 1~2
  5. 新しいフォーマット適用
  6. 添付ファイル全削除

1~3は半~1日、4~6は数分の見込みです。

タイミングなど指定ありますか?

272
名前なし 2024/01/03 (水) 20:39:44 71538@cf259 >> 264

>> 271バリエーションの最終調整を除き、1~3完了しました。
タイミング教えていただければいつでも移行できます。

ヒトカゲだけ考察の項があったので、移行後どなたか手動で追加お願いします。

*考察 [#f450be4f]
#fold(考察①:拾ってくる食材による評価){{
1枠目のマメミートは、序盤で使用する機会が多い一方で育成が進むにつれて使用頻度が下がる。また、デザートで使用する機会がない。そのため、汎用性の面ではゼニガメに若干劣る。

2枠目があったかジンジャーの個体であれば、Lv30以降はデザートでも食材を供給できる。
1枠目に序盤で使用頻度が高く、徐々に使用頻度が下がるマメミート、2枠目に徐々に使用頻度が高くなるあったかジンジャーの組合せは使い勝手が良い。

//トープ洞窟に適性と持ち、あったかジンジャーを持ってきてくれるポケモンは他にも多数いるが、食材とくいではなかったり2枠目の食材によって供給量が不足しやすかったりするので、安定供給できるのは頼りになるだろう。
//ヨーギラスがおり、不正確なため削除。

2枠目の食材がマメミートの個体は、育成が進むにつれてマメミートの使用頻度が下がること、デザートで使用する機会がないことから評価はやや下がる。

ただし、トープに適性を持ち、1枠目と2枠目がともにマメミートになるポケモンは現時点でヒトカゲのみであり、今後追加される料理次第では化ける可能性はある。
//また2枠目の食材がマメミートのヒトカゲは若干出現率が低い((約30パーセント))。
//要検証
そのため運良く優秀な個体を入手できた場合、現状で育てる予定がないとしても、安易に博士には送らず残しておいてもいいだろう。
}}
273

この考察の元となる文章を書きましたが、知らぬ間に大改編が行われていたようですね。
移行完了後に編集/整理しておきます。

277
ナナシの編集者 2024/01/04 (木) 15:25:38 >> 272

移行作業ありがとうございます!
こちらのヒトカゲの考察は一旦ヒトカゲページの「このポケモンの特徴」の項目に合体させておきました。

282

お疲れ様です。ありがとうございます。
とても見やすくなったと思います。
少しずつ「系統考察とそのポケモン考察の分離」と「厳選考察」の項目を充実させていくつもりです

279
Spect 2024/01/04 (木) 16:53:54

サンドボックス/ポケモンページ新案/フォーマットページのサンプルを参考に、ポケモンのフォーマット/生成フォームを新規作成しました
とりあえずでフォーム化できそうなものを当てはめましたが、意見等あればお待ちしています

280
ナナシの編集者 2024/01/04 (木) 17:38:27 修正 >> 279

フォーム作成ありがとうございます!

メインスキルの選択項目ですが、「エナジーチャージS(ランダム)」「エナジーチャージS(固定)」「ゆめのかけらゲットS(固定)」「ゆめのかけらゲットS(ランダム)」に細分化することはできますか?
(現在のポケモンページがそうなっているため)

この系統の特徴
#includex(未進化のポケモンの名前,section=(filter=系統ごとの特徴)…=off)

の部分なのですが、フォーマットのサンプルを作る時点でチェックが抜けていたようです。
×「系統ごとの特徴」 〇「この系統の特徴 ですので、こちらの部分の差し替えをお願いいたします。
(既存の進化後のポケモンページはincludexを有効にするついでにすべて修正しました)

281
Spect 2024/01/04 (木) 18:19:51 >> 280

対応しました

283
Spect 2024/01/05 (金) 09:33:18 >> 279

「サンドボックス/ポケモンページ新案/フォーマットページのサンプル」を「ポケモンのフォーマット」にコピペしました

284

ザックリですが「系統考察とそのポケモン考察の分離」を一通りやってみました。
(ついでにディグダ系統の厳選に関する考察も加えておきました。)
厳選の考察の項目にあるサブスキル評価をAとかBとかで書くのがすごく曖昧で好きじゃないのですが、これは別件ですね。

285
Spect 2024/01/06 (土) 11:46:50

特に他に議論することがなさそうならクローズにしようと思うのですがいかがでしょうか
クローズタイミングでサンドボックスのフォーマット案も削除します

286
名前なし 2024/01/06 (土) 11:59:21 6370b@40937 >> 285

削除後、こちらのタグ再構築もお願いします。

287
Spect 2024/01/07 (日) 17:30:19 >> 286

クローズしました
ご協力ありがとうございました

288
Edible 2024/01/30 (火) 00:22:46

スキル類(サブ・メイン)の記事の階層化に向けての話し合いが進行しているため、作業量次第ですが他のページでも階層化を推し進めたいと考えています。個別の『きのみ』と『食材』の記事については、それぞれの一覧の下層へ纏められてかまわないかと思います。

289
名前なし 2024/01/30 (火) 00:36:19 修正 2d692@b5672 >> 288

階層化の話は「おてつだいスピード」という単語でAutoAliasNameが用語と個別ページで干渉するから出ただけではないですか?(そしてその干渉は現在解消されているので解決していますよね)

きのみ・食材までわざわざ下層化するメリットはなんでしょうか?
個人的には編集が複雑になるような変更はやめていただきたいです。下層化は不要かと思います。

290

>> 289違います。件の書き込みは新規のサブスキルページの干渉の解決と共に
>『スキルレベルアップ』の記事にようにS,Mのランク表記が省かれている場合でもページの種別が一目で判別しやすくなる
手段の模索も兼ねており、そのオーソドックスな解決案が階層化です。
例えば、FF用語辞典wikiではキャラクターの『ダガー』と、武器などそれ以外の『ダガー』は階層化で区別されていますよね。同様に、本wikiの『スキルレベルアップ』も階層表示によって記事がスキルレベルの何を表すか、より明確にすることができます。

階層化の利点はwikiの体裁が整理され、左上のナビゲーションが利用できるようになる点です。関連項目からも上層へ移動できますが、こちらは追記が必要で、複数項目があればその中から選ぶ必要があります。個人的にも、きのみや食材が階層化されていないことで一覧への移動や構造の把握が遅れが生じることを不便に感じることが度々ありました。
(私の主張からアンチAutoAliasといった極端な印象がついているかもしれませんが、当たり前に読みやすい文章の使いやすいwikiを志向しているだけなんですよ…)
いまのところ各ポケモンの記事を階層化する効果は薄いですが、例えばポケモンの『スリープ』『スリーパー』が実装されるまでには睡眠関連の用語と区別するためにポケモン(一覧)の下層に各ポケモンを配置し、カテゴリをまとめるべきかもしれませんね。

291
  • 『ブリーのみ』となっているページを『きのみ/ブリーのみ』のようにする。
  • 『ワカクサ大豆』となっているページを『食材/ワカクサ大豆』のようにする。

というような主張をしているという認識でよろしいでしょうか?

現行のページ構成の問題点として主張されている内容は

  • 『おてつだいスピード』などのページ名干渉が起こる
  • 『スキルレベルアップ』などのページの種別を判別しやすくなる
  • 左上に表示されるナビゲーションを有効活用できていない
  • ページの構造の把握が難しい
  • 一覧への移動などを個別に設定する必要がある

あたりでしょうか。

確かに階層化を活用すればこれら問題は解決できますし、メリットはありそうです。

階層化する対象となりそうなものは、

  • きのみ
  • 食材
  • メインスキル
  • サブスキル
  • ポケモン
  • どうぐ

あたりですかね。

以前行ったポケモンページ全体に対する改訂よりも作業量は格段に少ないとは思うので、実行すること自体は可能だと思います。

292
名前なし 2024/01/30 (火) 12:17:25 修正 f1baf@11ced >> 289

@WakefulSpect
ページの閲覧数は「ページ名の変更」であれば、引き継がれるのでしょうか?

「ページ名の変更」は管理者パスワードが必要で、APIでも実行できないようです。
新しいページ名でページコピー(作成)して、古いページを削除するやり方ならAPIでも実質的にページ名を変更できますが、閲覧数がリセットされるデメリットがあります。

308
Spect 2024/01/30 (火) 16:08:23 >> 289

「閲覧数」が&conterプラグインで表示されるものを指しているならば、恐らく引き継がれるかと思われます
しかし実例を確認しておらず、推測による回答になります
wikiwiki内で計上されないSEO等の閲覧数に関しては存じ上げておりません

293

>> 291
その認識で間違いありません。

  • リサーチフィールド

も階層化の対象に加えてよいかと思います。
>> 292
管理権限は移譲されてアクティブになったと記憶していますが、また不在なのでしょうか?
また、閲覧数を階層化よりも重要視する理由が思い当たらないですが、単にコピーする際の留意点の提示をしていただいたということでしょうか。
もし数字が理由であれば改定はサービス期間半年の現在、むしろ早いほど良いかと思います。

295

アクセス数が多いページを削除すると、検索結果の上位に表示されにくくなる問題がありそうです。
結果として人が集まりにくくなり、過疎化する可能性もあるかもしれません。

このwikiにおけるアクセス数の多さが顕著に影響しているものとして、『検証:食材おてつだい確率、スキル発生確率』のページがあります。

内容としては海外のコミュニティで行われている検証の結果を転載しているだけに過ぎず、活発な議論が行われているわけでもないページです。
このページのアクセス数が多い最大の要因としては、

  • ポケモンスリープのスキル確率や食材確率で検索すると一番上に出てくる。
  • データの根拠が明確に示されている。

あたりだと思いますが、より体裁が整っている『ポケモンの食材確率・スキル発動確率の推定値一覧』のページのアクセス数よりも多くなっていて、『アクセス数が多いからアクセス数が多い』事例の典型例かなと思います。

こういうページがこのwikiへの呼び水になっているのも確かだとは思いますので、削除してしまうのはもったいないかもしれません。(そこまで深刻な問題ではないとも思いますが)

296
名前なし 2024/01/30 (火) 14:11:24 f1baf@11ced >> 293

>> 292のメンション先が管理者です。

おっしゃる通り、>> 292で話したwiki内の閲覧数はそこまで価値のあるものでもないのかもしれませんね。

ただし現在のページ名のアクセス数は検索順位に大きく寄与しているので、そこも考慮したほうがいいと思います。

303
あまる 2024/01/30 (火) 15:09:56 >> 293

個人的な意見をいくつか。

まず、ページ名の変更は管理者のみが行なえます。一般ユーザーおよび副管理者では行えません。

ページ名の変更には、閲覧数の他、過去のバックアップも保持されるメリットがあります。
ページ削除&新規作成では、システム的には「以前のページとは関係のない新規ページ」であるため、今までのバックアップが消えます。

階層化自体は、それこそが本来的なページ構造であると私も思いますし、長期的な視点で言えば賛成寄りです。
しかし、ページ名の変更(あるいは削除&新規作成)をした後、あらゆるページから張られているリンクの修正をする必要があること、
また、(特に表中などで)[[項目名]]で済んでいた記述が[[項目名>親項目/項目名]]となるため、読みづらく編集しづらくなること、
という理由から、慎重に議論したうえで決めるべきと考えています。

297
名前なし 2024/01/30 (火) 14:27:50 4626b@aafb4 >> 288

AutoAliasNameが使える単語は大丈夫かもしれませんが、ポケモンまで階層化するとあまりにも編集が大変すぎませんか? 毎回[[ピカチュウ>ポケモン/ピカチュウ]]とするのは流石に嫌です

294

議論板Bを使用中にしておきました。
『ページをまとめた一覧ページ』が存在するものとして、

  • 検証
  • 掲示板
  • ページフォーマット

の3つがあったので階層化する候補に加えておきます。

298
名前なし 2024/01/30 (火) 14:39:27 f1baf@11ced

自分は最近新規作成したばかりのサブスキルの個別ページだけサブスキル下層ページに変更して、
それ以外すべて既存のままがいいと思います。

特に、ポケモン個別ページの階層化には反対です。
そのままだと文章などでリンクを張るのが大変ですし、
AutoAlisNameに登録しても結構な数なので、上限に達しやすくなります。
上限までは余裕があるかもしれないですが、問答無用で文中すべて(2回目以降)のポケモン名がリンクに変換されるデメリットもあります。

299
k 2024/01/30 (火) 14:52:30 修正 14922@40e31 >> 298

問答無用で

一応対策は色々ありますが、望ましくないのは同意です。
ポケモンのページは階層化するメリットが小さいかもしれません。

確かに、braketで参照している部分をすべて変更する必要もあるので、簡単な話ではなさそうです。
サブスキルだけ実行すると一貫性が無くて却って混乱する可能性もあるので、

  • きのみ
  • 食材
  • メインスキル
  • サブスキル
  • どうぐ
  • リサーチフィールド

の6つであれば、自動リンクもすでに付いていますし階層化するメリットもありそうです。

できれば検証のページも、「検証一覧のページ」を都度更新して管理するのが大変なので階層化するとよさそうではあります。

302
名前なし 2024/01/30 (火) 15:01:04 修正 4626b@aafb4 >> 299

>> 298さんの意見に全面的に賛成です。
他のページの階層化には大きなメリットを感じません。

>> 290さんの

きのみや食材が階層化されていないことで一覧への移動や構造の把握が遅れが生じることを不便に感じる

については、きのみ・食材のページに一覧表をincludeして表示しておくことで解決するように思います。

304
あまる 2024/01/30 (火) 15:18:18 修正 >> 299

検証のページは既に階層化されてなかったっけ…と思ったら、頭に「検証:」とついているだけで階層化されていなかったのですね。
検証ページは階層化するべきとの考えに賛成です。現状の「検証:」の命名規則がそもそもおかしいと感じます。

サブスキルについても階層化に賛成です。
ポケモンについては>> 297さんと同意見で、階層化には反対です。

その他の、>> 299で挙げられた、きのみ~リサーチフィールドに関してですが、
>> 298さんの

変更の影響(特にアクセス数)が大きい

とは、もしかして「ページ削除&新規作成を用いて名称を変更した場合、アクセス数が引き継がれないこと」を指していますか?
それでしたら、「ページ名変更」を使うことで回避できると思います(Spectさんの負担が大きくはなりますが)。

305
名前なし 2024/01/30 (火) 15:30:07 修正 f1baf@11ced >> 299

変更の影響(特にアクセス数)が大きい

SEOのほうのアクセス数なので、回避できないと思います。

検証ページは賛成したいところですが、同様の理由で
「検証:食材おてつだい確率、スキル発生確率」の検索順位が高いことから、おすすめしません。

306
あまる 2024/01/30 (火) 15:44:08 >> 299

なるほど、SEOのほうでしたか。
しかしそもそも、このwikiでSEO対策をすること・「検索エンジンの検索結果で上位に表示されることを目指すべき」ということにピンときていません。

もちろん訪問者が増えて賑わうほうがいい(より多くの情報が集まる・誤りに対するチェックの目が増える、等)でしょうが、優先順位として、他のこと(たとえば編集のしやすさや、ページ構造の論理性・合理性など)を諦めてまで優先すべきことなのだろうか?と思ってしまいます。(これは単に個人的な心情の問題なので、SEOは重要と考える意見が多いのなら従います)

307
Edible 2024/01/30 (火) 16:07:52 修正

ここまでで、サブスキルの階層化に大きな反対はないようです。ポケモンの階層化については、移行の課題も多く引用時の負荷も比較的大きいということが認識できました。
>> 298
こちらとしても、

  • 階層化に伴いメニューバーの項目も折り畳みに変更

等の付随・関連する意見や提案はありますが、一旦は当初の目標であるスキル類の階層化から進めていければと思います。
>> 302食材はともかく、個別のきのみ記事はゲーム的にはエナジー量の違いしかない差異の少ない(ページ密度の低い)要素として、階層化による親子関係でまとめることの好例として最初に挙げた次第です。

>> 299ページに一貫性を持たせることに賛同します。
ポケサブレを例に挙げますとナビゲーション表示は
 Top>どうぐ>サブレ>ポケサブレ
となり第4層に位置することになるでしょうか。ナビゲーションの空欄は広めに設けてあるので、階層の深さは個人的に適切な範囲内と感じます。

310
名前なし 2024/01/30 (火) 17:00:48 be08a@8a783 >> 307

どうぐに関してですが、種類分けしてページを分けておくほど道具数の実装はないと思われるので、深い階層化まで必要ですかね?
似たようなサブレとおこうで違うページ管理ですが、おこうに合わせて、アンカーつけてのまとめて管理方向でもよいような気もします。

311
Edible 2024/01/30 (火) 17:12:30 修正 >> 310

仰る通りで、全面的に賛成はしかねます。
それなりに個別の記述がされていることと、管理の変更によりページの統合作業が発生するため、追加の作業量を鑑みて4層賛成寄りの立場を取りました。
階層を変更するには管理者によるページ名変更が必要なため、ここは十分煮詰めてから着手したいところです。

314

実はすでに『サブレというページ』は存在しているんですよね。

Top>どうぐ>サブレ>ポケサブレ

このような階層構造は今あるページに従うとかなり合理的だったりします。

316
名前なし 2024/01/30 (火) 20:24:56 be08a@8a783 >> 310

>> 310の追記的なレスです。 ポケサブレなどの説明ページも含めてサブレの説明ページと、おこうの総合ページを見比べると、大体同じ量になりそうなので、個別ページにするよりかは1つのページにまとめたほうが見る側にも楽かなと思いました(サブレ系は単体のみを見たいことは少ないと思うので)。
これは今後ルアーサブレやタイマーサブレといった特殊サブレが出ないこと前提ですが、サブレの種類が増えたとしても縦に長くなる程度そこまで書くことが無いのでページの容量が増えないとは思ったりします。
思ったことを書いただけなので、深部の階層化と比べてデメリットが大きいと判断されたら4なり5なりの階層化して良いと思います。

318

「サブスキルがその想定で一つのページしかなく、書くべき内容が増えた結果分離した」というのが事の発端ではあるので、むしろおこうの方を分割してincludeするのが良いかと思います。

309
Spect 2024/01/30 (火) 16:35:57

本件に対して現時点での私の所感を述べておきます

  • 階層化→ポケモンを除いて賛成
    膨大な量の対応作業が要求されるためポケモンは反対ですが、その他は基本AutoAliasNameで対応できるかと思われますので賛成です
    また、全角コロンを含むページを階層化する案は私も以前よりいつかはやるべきだと考えていましたので、この機会に行えれば嬉しいです
    要望があれば管理者権限によるページ名変更で対応しますが、その他の対応作業に関してはご協力をお願いします

  • SEO対策について
    検索上位を保つことへの利点を感じないため考慮に値しないと感じます
    特に例示されている食材/スキル確率の情報は、ライバルとなりうる和製サイトがほぼ無いことを考えると杞憂の可能性もあります

312

以下の候補を階層化することには賛成ですね。

  • きのみ
  • 食材
  • メインスキル
  • サブスキル
  • どうぐ
  • リサーチフィールド
  • 検証
  • 掲示板
  • ページフォーマット

検索結果についても、検証が上位に来るのは歪ですし、一覧表のページもちゃんと上位にあるので気にする必要は無さそうですね。

313
名前なし 2024/01/30 (火) 17:40:30 修正 8dd54@b5672 >> 309

管理人さんの負担にならないのであれば良いと思います。

階層化の方向で進めるのでしたら、認識に食い違いが生じないようサンドボックスに階層化するページのリストを作成しました。合っているか自信が無いのでご確認いただけますと助かります。

検証ページを階層化する場合、#pcomment用のページは「コメント/検証/検証ページ名」となるのでしょうか?

また、AutoAliasNameの無いBraketNameは、例として
[[検証:料理の大成功]] → [[検証/料理の大成功]]
のように置き換え操作をしていただくことは可能ですか?(検証ページがたくさんあるので大変かと思いますが…)

315
名前なし 2024/01/30 (火) 18:22:25 4626b@aafb4 >> 309

ページ名の変更を行なうと、閲覧者がブラウザで特定のページをブックマークしている場合はどうなりますか? リダイレクトされるのでしょうか?
自分はよく見る雑談板をブックマークしてこのWikiに来ているため、もしこの議論を知らずにページ名変更でリンクが切れた場合、突然ページが消されたと思い混乱するかもしれません。

317

このwikiには飛びますが、『ページが存在しません。』と表示されたページが出てきますね。
元々のページを残しておいて、『レイアウト変更に伴いURLが変更になりました。こちらへどうぞ』みたいな感じで誘導すればさほど大きな混乱は生まないと思います。

319

ポケモンページのレイアウト変更に伴って新規作成した以下の2つのページですが、これらもポケモンの一覧を親とした階層化したほうが良いかもしれません。

  • ポケモンの食材確率・スキル発動確率の推定値一覧
  • ポケモンのきのみエナジー効率一覧

ただ、これらはポケモン各ページをはじめとして引用されている箇所も多いので、作業量に見合った恩恵があるかは謎です...。

320
名前なし 2024/01/31 (水) 14:46:16 f1baf@11ced >> 319

>> 313>> 319は管理者の「全ページ文字列置換」で簡単に変更できると思います。

321

この議題について『特に異論は無いものの、メリットに対する必要な労力が見合っていないために誰も実行しようとしていない』というのが現状ですかね?

自分としても特に困っているわけではないので「面倒くさい」が勝っています。

322
名前なし 2024/02/11 (日) 14:48:12 4626b@33f84 >> 321

誰もやらない、というよりは管理者権限でしかページ名変更&全ページ文字列置き換えができないので、結局一般ユーザーは動けないという感じだと思います。

ページ削除&再作成・Wiki内検索してページ全体からリンクが切れている部分を探して張り直し…という手順なら一般ユーザーで出来ないことも無いですが、管理者権限でページ名変更&全置換をする方が断然作業量としては少ないです。
しかし>> 313のリストの通り対象ページが多すぎるため、仮に自分が管理人だとしたら普通にやりたくない量だな〜と思います。

もし管理者権限を使用して階層化を進めるのであれば、リストにある下記も決定する必要があります。

※サブレは「どうぐ/サブレ/サブレ名」にするのか検討中
※おこうは「どうぐ/おこう/おこう名」にするのか検討中
(現在は1ページに纏まっており個別ページが無いため、別途作成する必要がある)

「検証/検証ページ名」?「検証の一覧/検証ページ名」?
検証ページのコメントページは「コメント/検証/検証ページ名」?

自分としては管理人さんに集中する労力に対してメリットが薄すぎると思うので、やらなくていいんじゃないかと思います。

323

管理者が一括でやるにしても、編集者が協力してやるにしてもメリットに対して必要な労力が釣り合っていないですよね。

一応、『おてつだいスピードがサブスキルと用語でバッティングした』というのが問題としてあって、これは完全に解決したわけではないです。

とは言え、自分としても船頭に立って実行したいと思えるほどのことでもないので

  • やる気のある編集者が現れる
  • 早急に対応する必要のある問題が生じる

などが起こるまではこの議題は待機する感じですかね。

324
Spect 2024/02/11 (日) 18:15:36 >> 322

議論や意見がまとまって変換依頼が来たら実行しようかと思っていたら議論の熱が急冷したので待ちに入っていましたが、変換してほしいと要求があるのでしたら対応します
ただし、作業量上ページ名の変換以外は他編集者にお願いしたいです

325
名前なし 2024/02/11 (日) 18:52:45 4626b@a34ee >> 322

既存のリンクの全ページ置き換えが出来ないのであれば、やはり階層化に伴う作業量を考えると難しそうですね。現状維持で良いと思います。

326
k 2024/02/11 (日) 19:03:58 修正 5ab84@08738 >> 322

問題が実際に生じているサブスキルのページと、それに合わせた方が良いメインスキルのページくらいはやっても良いかもしれません。
とりあえず、bracketで引用している部分を変更してみます

327

ポケモンの一覧以外のげんきオールだけやってみましたが、それなりに大変ですね…
モチベが湧かないです

330
名前なし 2024/02/11 (日) 21:20:30 8dd54@b5672 >> 322

因果関係が不明なのですが、こちらの編集の後に複数のページで「include数上限に達しました」の表示が出て引用部分が表示不可の状態になっていたため、とりあえず#ecache(reset=3601)を付けて表示できるようにしておきました。
(1ページあたりのincludeの数は40以下のはずなので謎です…)

328
Edible 2024/02/11 (日) 20:20:32

オートエイリアスを使用する単語に関しては、オートエイリアス側でのリンク先の変更で現状のリンクは維持されると認識していますので、編集することは特にないのではないかと思いますがどうでしょうか。

  • リサーチフィールド
  • 食材
  • メインスキル
  • サブスキル
  • きのみ
    を閲覧性や今後の編集にも恩恵があるので変更を希望します。よろしくお願いします。

検証のページは現状のページ名変更するよりは検証の一覧の下部に今後の新規ページを立ち上げるよう周知すれば全角コロンを使わなくてよくなるかと思います。

最近のイベントは階層化されていますが、初期のページで取り残されている

  • グッドスリープデー
    もリストアップしておきました。

>> 322サブレは、現在のページを維持したその構造で構わないと思います。
おこうのページに関しては、行数制限の範囲内であれば優先度は低いため後回しで構わないと思います。道具が階層化され、その際にリクエストがあれば喜んで取り組もうと思います。

329

上で『それなりに大変』と言っていたのはbraketでリンクされているものを軒並み外す作業ですね。

[[げんきオール]] → げんきオール

管理者側から一括で置き換えできるならある程度緩和できると思いますが、

[[ヒーラー > げんきオール]]

のようにリンクしている場合もあるので、それらは手作業で編集する必要があるかと思います。

331
Edible 2024/02/11 (日) 22:31:07

>> 329把握しました。
Autoaliasがある分には一様に削除してかまわないのでbracketの一括置き換えで対処し、
後者は検索で前の括弧を含めなければ(げんきオール]]で検索する)取りこぼしはなくせそうでしょうか。

段取りは

  • [管理人]掲示板に日時を指定してページ名変更、bracketを置き換えで削除
  • [編集]取りこぼしのリンクを修正

編集に前向きな方がいなくてもリンク修正は私が率先して行い、不在の状況が発生する場合は掲示板に報告する
といった形を提案します

1記事ごとに確認していくことでよりリンク切れ期間を短くできますが、管理人を長時間拘束することになってしまうため1回につきある程度の数の記事を変更するべきかと思います。

332

たしかに、仮にリンク切れが起こっていたとしても致命的な問題にはならないですし、チマチマ編集者たちで修正していけば良いというのはあるかもしれません。

333
Edible 2024/02/12 (月) 16:59:15 修正 >> 332

そうですね。一括で直すよりは変換遅れもPVや記事項目を見直す機会になればwikiの理念的にもより良いと思います。
とりあえずは私が変更日時の付近に巡回を行い、毎日最低1時間は作業することを約束します。第一希望の時間帯は19~21時または翌午前中なので、必要があればSpectさんのスケジュールと調整を行います。迅速にリンク編集が必要と判断された場合も同様に相談することとします。

まずは、項目の少ないリサーチフィールド/フィード名 の変換から始めてみまようか。以下の手順の繰り返しで問題があればご指摘ください。

管理人は[[ページ名]]のbracketを置き換えでの削除と、ページ名変更による階層化をお願いします。他に、実行の記録と次回予告を掲示板にて行います。

編集者(私)は、置き換えリンクとAutoaliasを編集し、完了後は掲示板への報告や、サンドボックスの予定リストから変更済みの項目を削除(co)します。

↓コピペ検索用
ワカクサ本島]]
シアンの砂浜]]
トープ洞窟]]
ウノハナ雪原]]
ラピスラズリ湖畔]]

339
Spect 2024/02/13 (火) 17:38:07 >> 332

では本日21:00に実行しようかと思います

340
Spect 2024/02/13 (火) 22:26:42 >> 332

個人的な所用のため大きく遅れてしまい申し訳ありませんが実行いたしました

336

思い付きですが、一括置き換えができるのであれば、きのみと食材はそういった言いかえを行っているとは考えにくいので一挙に実行してしまって構わないかもしれません。

334
名前なし 2024/02/12 (月) 18:38:06 346ed@a01b5

話題を切ってすみません
今回の階層化の話では(不要な)braketによるリンクの存在が結構なネックになったと認識しておりますが、編集知識のページの「リンク」の項目に不要なリンクを貼り過ぎないよう注意喚起的な内容は追記しなくて宜しいでしょうか?
特にAutoAliasに登録されている単語に今でもbraketを付ける方が稀にいるようにお見受けしますので、最低限そこは不要である旨の注記はあった方が良いかなと思うのですが
余計な心配でしたら申し訳ありません

335
あまる 2024/02/12 (月) 19:40:49 >> 334

編集相談板#613でも出ていた話題ですね。

また、他の辞典・攻略系サイトよりもリンク(用語に対する下線)の頻度が多いと感じていますので、すべての用語にリンクするのではなく編集方針として「リンクは段落に一つ、同画面上(例えば数十行以内程度)にあれば省略」を加えていただきたいです。

編集知識の「リンク」の項目は初心者マークのついた項目であり、AutoAliasを知らない初心者編集者さんが読むことを想定して、「主要な用語はAutoAliasが設定されているのでbraketは不要ですよ」のような内容は必要と思います。
併せて、編集知識あるいは編集方針に、リンクを貼りすぎないようにとの注意喚起があるとよいですね。

337
名前なし 2024/02/12 (月) 21:53:09 346ed@a01b5 >> 334

言い出しっぺとして実際に記述を追加してみましたが、分かりやすく説明できているか自信がありません。
必要に応じて加筆修正、または削除など改善を施して頂きたく思います。
力不足で申し訳ありません🙇‍♂️

338

お疲れ様です
動機など考えたこともありますが、この話が出るまで若葉マークがリンク過多を招いているという可能性には思い至りませんでした

341
Edible 2024/02/13 (火) 23:08:49

>> 340リサーチフィールドのリンクは一通り巡回し対応を済ませました。
一部サンドボックスにも触れましたがご容赦ください

>> 336ですが、画像からのリンクで修正が必要なので通常の手順で行います。

次回は「食材」の階層化でよろしいでしょうか。

343
名前なし 2024/02/14 (水) 01:47:18 修正 2d692@b5672 >> 341

階層化を続けるなら問題の起点となっている「サブスキル」を優先した方が良いと思います。

ページ名の変更を行なったリサーチフィールドのページは閲覧数がリセットされてしまいましたね。
それとGoogleで「ワカクサ本島」の検索からこのwikiに来ると「(ワカクサ本島の)ページが存在しません」になっていました。時間が経てば解消されるんでしょうか…?

344
Spect 2024/02/14 (水) 08:17:04 >> 343

movedプラグインを設置することで対応しました
来月始めを目処に完全削除する方向で考えています

345
Spect 2024/02/14 (水) 08:21:10 修正 >> 341

それでは本日22時を目処に食材の置換作業を行います

347
名前なし 2024/02/14 (水) 13:37:51 4626b@77552 >> 345

食材は画像からリンクをしているページが非常に多いですが、そちらの置換もしていただけるのでしょうか?
ポケモンの一覧・すべてのポケモンの詳細ページ・チーム編成のページ等、かなりの数があるため手作業は厳しいと思います

置換の例
>とくせんリンゴ]] ▶︎ >食材/とくせんリンゴ]]

355
Spect 2024/02/14 (水) 19:56:34 >> 345

要望を受けて対応しますが、管理者権限による置換はログが残らずチェック作業が難しいため、問題が発生していた場合の修正は編集者の皆様にもご協力いただきます

346
Edible 2024/02/14 (水) 13:06:23 修正

>> 345
食材の扱いについて方針が二転三転してすみません。
サンドボックスでは『食材(きのみ)』ページを親にすることになっていますが、こちらはどちらかというとシステム解説のページになっているため、『食材(きのみ)の一覧/食材(きのみ)』の親子で束ねるのが妥当と考えます。
暫定的にリストを変更していますので、食材(きのみ)周りのページ構造で提案のある方はお待ちしています。
>> 343
パンくずリストの活用が期待できる順で指定しています。それと、サブスキルの方は優先度は高いですが同系統のメインスキルは低いです。
編集が衝突しない程度であれば人数が多いに越したことがありませんので、こちらとは別で管理人に名乗り出ていただければ移行する項目を増やすこともできるかと思います。

349
k 2024/02/14 (水) 16:55:35 修正 14922@40e31

サンドボックスの一覧に載っていないけど階層化するべきかどうかの議題として、『システム関連』も挙げておきたいです。

『1日で行うおてつだい回数の推定方法』を食材獲得数一覧や一部の厳選基準考察などで引用していますが、これの元となる考え方はげんきのページに載っています。
げんきのページにおてつだい回数の推定方法が載っているのは全く問題ないですが、『1日で行うおてつだい回数の推定方法がどこに載っているか?』を調べたいときに頼りになる方法が無いのが気になります。

他にも睡眠計測の仕様やフィールドボーナスの上限値など、元となる情報がどこにどう載っているのかを把握しにくいです。

Menubarがそうなっているように、以下のような階層構造を作るべきかと思います。

  1. おてつだい関連

    • おてつだい/おてつだいの仕様
    • おてつだい/げんき
    • おてつだい/おてつだい回数の推定(新規)
  2. 育成関連

    • 育成/経験値(新規)
      • 育成/経験値/経験値タイプ
      • 育成/経験値/EXP表
    • 育成/アメ
    • 育成/進化
  3. 睡眠リサーチ関連

    • 睡眠リサーチ/睡眠タイプ
    • 睡眠リサーチ/睡眠スコア
    • 睡眠リサーチ/ねむけパワー
      -睡眠リサーチ/眠気パワー/寝顔出現の法則について(新規)
    • 睡眠リサーチ/おやつタイム
  4. そのほか

    • ミッション
    • アチーブメント
    • 寝顔図鑑
      • 寝顔図鑑/寝顔一覧(現在で言う『寝顔図鑑の一覧』。)
      • 寝顔図鑑/寝顔図鑑の目標
        (寝顔図鑑に関してはポケモン一覧直下に置くべきかもしれません)
350
Edible 2024/02/14 (水) 17:36:03 修正 >> 349

サンドボックスにて階層化の希望リスト
を作成したので、こちらも追加しておきました。
ポケモンに寝顔と仲間の2属性があるのでややこしいところですが、寝顔図鑑は独立させた方がいいと思います

>> 351
とはいえ、構造を持たせることは閲覧性や編集スキル面ではプラスになるかと思います。
推進案は合理性や利便性の面から提案や賛成をされているので、反対に関しても同様に考えていただければと思います。
議論が落ち着いてから後ろ向きなコメントをしたり、「めんどくさい」を理由にするのはそろそろ控えていただきたいと思っています。

352
名前なし 2024/02/14 (水) 18:08:37 8dd54@b5672 >> 350

自分は編集の複雑化による有志の編集者の減少を危惧していましたが、そのように捉えられてしまっていたとは驚愕です。もうこの話題には口を出さないようにします。

354

面倒くさいのは事実でしょうね...。

この「システム関連のページを階層化するべきかどうか」については慎重に議論した方が良いでしょう。

問題が生じているサブスキルのページとは違って、焦って実行する必要性は全くないのでいろんな意見を聞きたいところです。

ただ、このwikiもできてから半年経って『とにかくコンテンツを増やし続ける段階』から、少しずつ『読みやすく整理整頓していく段階』に移行し始めていると思うので、階層化をすること自体は良いことだと思っています。編集のしやすさも大事ですが、読みやすさ、使いやすさにも目を向け始める時かと。

356

私も、あまり興味のない道具の階層化は乗り気ではなかったり検証のサブページ化はあまり触れてこなかったので慎重だったりしますが、利用者のモチベーションが上がったり便利になるのが明らかな場面では協力していくつもりです。

>> 352階層化リストを作成した方だったとは書き込んだ後に検索して知りました。貴方に向けるべきでない言葉を投げかけてしまい、申し訳ございませんでした。

図表の作成はご指摘の通り分量や難易度が上昇しますが、基本的には記事の無効リンクや不足に関してはwikiの編集は適材適所、その時やりたい人がやればよく、データや記事の着眼点の方が重要だと私は考えています。

351
名前なし 2024/02/14 (水) 17:43:42 8dd54@b5672 >> 349

編集者としての意見ですが、AutoAliasNameのないページを複雑に階層化されてしまうとリンクの繋ぎ方(編集の把握)も複雑になるので、うわ~すごい面倒くさい…というのが素直な感想ではあります

353
名前なし 2024/02/14 (水) 18:16:10 修正 3cc8e@8a783 >> 351

今回の大本となる階層化ってしたものの取り込み専用ページ以外はAutoAliasに記してリンクされるようにする理解だったけれど、違っていたのかしら?
違っていたら返信をいただければと。

357
名前なし 2024/02/14 (水) 22:17:37 f5a49@49e9b >> 349

システム関連のページの問題点として、そもそも数が多すぎるという事もあるかと思います
この際、階層化するのではなく1つのページに統合するというのはいかがでしょうか
>> 349で挙げられているものだと、例えば、「3.睡眠リサーチ関連」の内容は「睡眠リサーチ」という1ページにまとめても問題のない分量だと思います

358

基本的に行数のみで判断していましたが
「睡眠スコア」のページにもいくつか算出式があり、特に数学系のページでは難解な内容や別種の数式を連ねると記事への興味を失わせそうだと感じました。
1ページがシンプルなこともそれなりに有効そうです

360
Spect 2024/02/14 (水) 22:48:13 修正 >> 357

議論が別方向なため提案を保留していましたが、いくつかページを統合したほうが良いと感じるページもそこそこな数存在すると思います

includeするためだけに分けられたページは元ページに移して代わりにincludexを用いれば同じ結果を出力できますし、内容の薄いページは1ページに纏めたほうが利用者が情報を手に入れやすいです
管理的にもページはなるべく少ないほうが助かったりします

現在の議論とはかなり趣旨が異なるため、議論は現在の課題を片付けてからとしたほうがやりやすいと思いますが、議論する価値は大いにあるでしょう

359
Spect 2024/02/14 (水) 22:40:43 修正

各食材ページについて変換を実行しました
あったかジンジャー・とくせんエッグの2種について、変換時にミスをしてしまったため、その修正対応に巻き込まれて他のミスが発生しているかもしれません
お手数ですが発見した際は修正をお願いします

追記:FrontPageにページ階層化について議論/作業している旨をお知らせする文章を設置しました

361
名前なし 2024/02/14 (水) 23:09:55 4626b@85d7c >> 359

>とくせんリンゴ]] ▶︎ >食材/とくせんリンゴ]]

この置換の際の > の入れ忘れが原因かと思いますが、BlaketNameでリンクされていた食材名の表記が[[食材/食材名]]となってしまっています。
チーム編成のページが影響が分かりやすいです。

AutoAliasNameにより食材名は自動でリンクされるため、何度もお手数で本当に申し訳ないのですが

[[食材/とくせんリンゴ]] ▶︎ とくせんリンゴ

で再度文字列の置換を行なっていただくことは可能でしょうか?(置換前の前後のカッコを忘れないようご注意ください)

363
Spect 2024/02/14 (水) 23:24:27 >> 361

実行しましたが、いくつかの食材について変換ミスをしてしまったため、またしても複数正しくない記述が残ってしまいました
申し訳ありませんが対応のご協力お願いします
正「[[食材/とくせんリンゴ]] ▶︎ とくせんリンゴ」
誤「[[食材/とくせんリンゴ]] ▶︎ 食材/とくせんリンゴ」

362

ポケモン詳細の”ワカクサコーン”を修正しました
私はあったかジンジャー・とくせんエッグを優先して確認します

以下のページで大量に[[食材/食材名]]が発生しているので、できれば"食材名"への置換をお願いしたいです。

  • 料理レシピの一覧
  • チーム編成/各フィールド
    合計5ページ
365
Edible 2024/02/19 (月) 16:31:00

食材の変換は大丈夫そうでしょうか

引き続き私が音頭を取ってもかまわないのであれば、前回の手作業編集中にやはり「おてつだいスピード」の干渉が気になったため、サブスキルの階層化を依頼します

366
Spect 2024/02/20 (火) 11:06:24 >> 365

前回の反省を踏まえ本日17:00より行います

367
Spect 2024/02/20 (火) 17:12:49 >> 366

実行しました

368

ありがとうございました。
本日よりまた常駐できますので、「きのみ」の変換の待機を行います。よろしくお願いいたします。

369
Spect 2024/02/28 (水) 16:17:58 >> 366

本日の対応は22時頃になります
が、前々回の惨状を見るに取りやめて翌朝に繰り越す可能性もあることをご了承下さい

370
Spect 2024/02/28 (水) 22:36:58 >> 366

実行し「>キーのみ]]」→「>きのみ/キーのみ]]」の変換を行いました
が、案の定ヒメリのみで変換ミスを起こしたためその修正で二次被害が発生している可能性があります
リンク切れがまだ残っていますが、これ以上ミスを起こさないよう明日に繰り越させていただきます
二次被害の情報や変換候補をご提示いただけると助かります

371
名前なし 2024/02/28 (水) 22:44:45 修正 4626b@d84f2 >> 366
  1. すべてのポケモンのページに影響のある
    [[きのみ名]] → きのみ名
    例: [[キーのみ]] → キーのみ

  2. 画像リンクが切れてしまっている
    ref(きのみの一覧/ → ref(きのみ/きのみの一覧

  3. キーのみ]]]] → キーのみ]]

  4. >ヒメリのみ → >きのみ/ヒメリのみ
    頭の > を忘れないようにお気をつけください

目立つページ(ポケモンの一覧など)は修正しましたがサンドボックスのページに影響が残っています。

毎回なんらかのミスで複数ページを手動で修正する事になっていますので、次回からは事前に置き換えする文字列のリストを作成するのはいかがでしょうか。

372
Spect 2024/02/29 (木) 11:45:48 >> 366

全て実行しました

2.について、正しい変換先は「ref(きのみ/きのみの一覧/」であったことから追加で「ref(きのみ/きのみの一覧//」→「ref(きのみ/きのみの一覧/」の変換も実行しました