Recent Forum Posts
カテゴリ:
ページ 1123...次 »

今後のコンテスト運営に関して

今後のコンテストの運営方針において検討していることを明らかにします。

優勝者辞退等による優勝枠不在等のイレギュラーケースを防ぐ為に、今後開催されるコンテストルールにはこれらを防止する規定を盛り込むことを検討しています。現在スタッフで案として出ている1つが以下の永久資格剥奪、および優勝繰り上げ制度案です。次回以降のコンテストルールに盛り込まれるとしても、そのルールに関してはスタッフだけでなく有志のコンテスト委員なども含めて検討をします。

今後の新規コンテストについて

  1. コンテスト受賞記事の削除及び準じた宣言、あるいは、受賞の辞退を宣言がされた場合、著者本人の削除の意向、あるいは辞退の意向を原則第一とする。
  2. 今後行われるコンテストについては、コンテストエントリーの資格に『「著者が受賞を辞退した場合、コンテスト参加の資格を将来にわたって欠くものする、すなわち永久欠格とする。これは辞退した時点で取り消しが出来ないものとする。」に同意する』を含め、コンテストエントリー時点でこれに同意したものとして扱う。
    1. これに基づき、著者が受賞を辞退した場合は将来に渡るコンテストの参加の永久欠格とする。
  3. 受賞記事が辞退等で空位となった場合、次点記事が繰り上げで受賞する。繰り上げ受賞を辞退した場合は同様にコンテスト参加の永久欠格とする。
  4. (2)、(3)についてはコンテストアーカイブ-JPの掲載対象となる、今後行われるコンテストルールに含めることとする。
  5. 以上は現段階での方針であり、個別運用の段で変更される可能性がある。

また従来コンテストについては、これを前例とし、以下の方針で進めます。
従来のコンテストについて

  1. 現時点までに行われた従来のコンテストについて、受賞記事が削除及び準じた宣言がされた場合、当該記事のエントリーを失格とする。
  2. 実行期日を設けて受賞の次点記事の著者に受賞の意向を確認し、受賞または辞退に合わせた処理を行う。
    1. 実行期日までに受賞を受け入れる場合:当該の記事を当該の部門に受賞
    2. 実行期日までに受賞を辞退する場合:当該コンテストにおける当該の部門の受賞記事を空位とする
    3. 実行期日までに著者の確認が取れない場合:当該の記事を当該の部門に受賞
  3. 従来のコンテストに限り、受賞記事が削除及び準じた宣言および、受賞の辞退に関して前述の今後の新規コンテストについて次点記事を繰り上げ受賞を辞退した場合はコンテスト参加の資格を将来にわたって欠くものするものとしない。コンテスト参加資格を残すものとする。
  4. 現時点までに行われた従来のコンテストについて、受賞辞退に基づく受賞記事の空位を受容する。

コンテスト受賞辞退によるコンテスト永久失格はコンテストの破壊,バンダリズムを防ぐための措置です。入賞空位を避けたいのはもちろんのこと、特定の記事ナンバー(近々では特に2000-JP)が永久に空位となるような辞退を避けるためです。何卒ご協力のほどよろしくお願いします。


a.k.a. 鬼食料理長

私の意見を述べます。

①スタッフの対応
記事の投稿中に予約が入るなど無過失の場合を除き、今回と同様に違反者側に予約確認を徹底するよう注意し、お互いが望めばフィードバックを経て共訳扱いにできることを伝えるのが良いと思います。無論、何度も違反を繰り返すなど悪質性が高い場合は適宜警告等の処分も考慮すべきでしょうが、それはケースバイケースで議論することだと考えています。

②記事の扱い
記事自体を削除しても根本的な解決になりにくいため、削除はしない方針で良いと思います。ただし悪質性が高い場合はスタッフの判断で削除を行っても良いものと考えます。

追記: 正式な処分や記事の削除を原則行わないのであれば特にガイドに明記する必要はないと思います。

表示は想定されたものでした。しかし混乱のもとになりそうでしたので、該当エラーブロックを非表示にしました。確認ありがとうございます。

なかなか良い使い心地でした。1点気になる点があります。

記事削除後に"Preview mode error: please contact Wikidot.com for a better error message"という表示が出ましたが、これは仕様でしょうか? (もしそうであれば、運用にあたってはこれが正常である旨を注意書き等に記す必要があると思います)。

この度翻訳予約のシステムについて担当させて頂いている、テクニカルスタッフの7happy77happy7です。

Boyu12Boyu12さんと他のテクニカルスタッフのアドバイスほか協力を得て、下記のモックアップを作成しました。いずれも外部サイトです。

サンドボックス2の想定

SCP-JPの想定

システム要約

サンドボックス2の翻訳予約ページの予約追加方法を変更し、予約するごとにreserveカテゴリ(新設予定)にページが追加されるようになります1。このとき、予約されるごとに増えるページに記載された情報を、SCP-JPにて新規作成されるページ名と照会することで、そのページが予約されているかどうかをSCP-JPの_4042ページに埋め込まれたiframeが表示します。

変更概略

翻訳記事を作成する際、「以上を理解した上で新しいページを作成するにはここをクリックして下さい。」を押す前に、そのページが予約されているか、誰がいつまで予約しているかを、翻訳予約ページに移動せずとも確認できるようになります。

reserve.png

疑問点等ございましたら、この枝に吊り下げる形でコメントを残していただければ幸いです。

shouhashouhaが作成した、"[Scp 4019] 小さなコンピューターウイルス" というタイトルのページは、本来SCP-ENの記事が投稿される
http://ja.scp-wiki.net/scp-4019
に投稿されていました。
http://ja.scp-wiki.net/scp-1086-jp
にページ移動を行いました。

また、該当記事は評価モジュール、フォーマットの不備があり、作成報告がされていません。


ページ名の変更(アドレスの移動)を行いました。
前:scp-4019
後:scp-1086-jp

投稿されていたアドレスが翻訳記事のものでしたが、内容が翻訳元となる記事と異なると判断したからです。


shouhashouhaさん、記事を投稿する前に必ず以下のガイドを読みましょう。

how-to-write:how-to-write

より具体的には、「記事を投稿するには?」のセクションにリンクがあるhow-to-write:post-scpも読みましょう。

翻訳した記事ではない、自身で考えたオリジナルSCP記事は、原則として末尾に「-JP」が付く空いている番号をscp-series-jp-2scp-series-jpから選んで作成します。

他、記事作成報告の誘導などがされています。

記録 - shouha by y33r41y33r41, 06 Feb 2019 14:11

翻訳投稿のガイドにおいて、サイトメンバー間で問題が発生し得る箇所があります。それが、翻訳予約に関してです。

翻訳予約ページを確認し、既に予約済みでないか確認してください。

  • 「翻訳予約ページ」は、翻訳作業が進行中の記事のリストです。
  • 予約する/しないは任意です。予約無しで投稿しても構いませんが、他の人が予約していない事が条件です。
  • 翻訳完了期限は、予約から最大2ヶ月までです。
    • 期限の延長は原則的に行なえません。必要があればスタッフへ相談してください。
    • もし期限を過ぎても投稿されていなかったら、新たに予約して構いません。ただし、同じ人が連続して予約することは出来ません。
  • 何らかの理由で翻訳を中断する場合、予約ページを編集し、予約を取り消してください。

一言で言えば「他人が予約している翻訳記事を投稿するな」です。その為に予約リストの確認の義務と期限があります。が、実際に発生した場合にスタッフがどう対応するか、そ唸った場合の記事の扱いはどうなるかは記載されていません。つい最近、これに関するケースがありました。
http://05command-ja.wikidot.com/forum/t-10087119/c-dives

そこでまずは、
①スタッフががどう対応するか(注意か、教師的介入か、警告かetc…..)
②その記事の扱いはどうするか

この①と②をどうするか、記載すべきかそうでないかについてまずはスタッフ内で意見を共有しましょう。

なお、翻訳予約に関してはテクニカルチームがよりやり易いものを開発してくれているそうなので、ルールの達成手段については議論中にアップデートされる可能性があります。

retoshiretoshiが作成した以下の2つのページは同一の内容だったために作成間違いかどうかの確認がスタッフによって行われました。

確認文面

こちらのページと全く同じ内容のページが上記URLに作成されていますので、誤操作による作成であれば削除のガイドラインの「執筆者による削除」の項に従って削除をお願いします。


その後、URL的に作成ミスと思われる側のページが削除されました。この削除及び、2つのページの作成報告とスタッフの確認に対するリアクションは現時点で未確認です。

記録 - retoshi by y33r41y33r41, 03 Feb 2019 13:14

注意をポストしました。
http://ja.scp-wiki.net/forum/t-10083649/scp-3583#post-4136860

C-DivesC-Divesさん

翻訳予約の確認を行う際は、翻訳予約ページの各サイト毎のリスト内(つまりCNの確認ならばCNのリスト内)に投稿する記事があるかを確認してください。

NegiHyacinthNegiHyacinthさん

翻訳予約を行う際は、リスト上部に記載があるように記事名アルファベット順になるように予約してください。


翻訳予約リストは、予約者と確認者がそれぞれ手動で予約・確認を行います。手動で行う為にヒューマンエラーが発生しやすい手続きでもあります。よって、正確な予約と確認を心がけるようにお願い致します。

今回のC-DivesC-Divesさんによる翻訳予約済だった記事の翻訳投稿に関して、C-DivesC-Divesさんへの処分は実施されません。NegiHyacinthNegiHyacinthさんによる翻訳予約が記事名アルファベット順にされておらず、かつC-DivesC-Divesさんが確認を行ったと主張しているからです。

この記事の扱いに関しては両者が共に望むならば、現状の翻訳文に更に2人でフィードバックを行ってこの記事を共同翻訳と扱うのも1つの案です。もし、上記の案で賛成ならばこのポストにその旨を返信をお願いいたします。

Re: 記録 - C-Dives by y33r41y33r41, 31 Jan 2019 12:41

該当記事のディスカッションで投稿者に確認したところ、確認の漏れであったとのことです。

予約者と確認者の両者への注意を検討中です。

Re: 記録 - C-Dives by y33r41y33r41, 29 Jan 2019 23:14
Re: 記録 - blackcheese
y33r41y33r41 29 Jan 2019 23:12
ディスカッション Hidden / Deleted threads » 記録 - blackcheese

同内容のスレッドが既にあったので、このスレッドは削除されました。

Re: 記録 - blackcheese by y33r41y33r41, 29 Jan 2019 23:12
記録 - blackcheese
y33r41y33r41 29 Jan 2019 11:39
ディスカッション Hidden / Deleted threads » 記録 - blackcheese

blackcheeseblackcheeseが作成したSCP-5735-EXは、本来翻訳記事を投稿するアドレスでした。スタッフによってページ移動が行われました。

また、上記の記事には評価モジュールが設置されていませんでした。

記録 - blackcheese by y33r41y33r41, 29 Jan 2019 11:39

http://ja.scp-wiki.net/scp-5735-ex
blackcheeseblackcheeseさんが上記URLにJP記事を作成されたため、スタッフが以下URLに移動させました。
http://ja.scp-wiki.net/scp-5735-jp-ex
この記事にはRateモジュールが設置されていませんでした。記事一覧ページは有志のメンバーによって修正済みです。

記録 - blackcheese by ukarayakaraukarayakara, 28 Jan 2019 15:33

情報を補足すると

24 Jan 2019, 21:17 NegiHyacinthNegiHyacinthがSCP-3583を翻訳予約ページで予約する(リビジョンナンバー814)。ただし、記事名アルファベット順に沿わずにリストに追加。

26 Jan 2019, 01:03 C-DivesC-DivesSCP-3583を翻訳投稿する。
 
26 Jan 2019, 10:56 NegiHyacinthNegiHyacinthがリストの掲載位置を記事名アルファベット順に修正。

26 Jan 2019, 14:09 Discordでスタッフに今回の件が報告される。

翻訳予約確認は行ったが、該当の翻訳予約がアルファベット順で追加されていなかった為に確認漏れが発生した可能性がありますね。まずは翻訳予約の確認を行ったかの確認をした方が良いと考えます。

Re: 記録 - C-Dives by y33r41y33r41, 26 Jan 2019 12:53

C-DivesC-Divesさんが、他の方が翻訳予約をしていた記事(SCP-3583)を予約の確認無しに投稿しました。

記録 - C-Dives by apple3apple3, 26 Jan 2019 07:38

http://ja.scp-wiki.net/scp-1067-jp/comments/show
mikeLV2mikeLV2により、上記記事が作成されました。該当記事の作成報告はされておらず、評価モジュールを含めて多くのフォーマットミスが見受けられました。その後、ページが作成者によって白紙化されました。

記録 - mikeLV2 by ukarayakaraukarayakara, 22 Jan 2019 10:10

遅ればせながら、実装完了の旨を報告いたします。ありがとうございました。

【提案】
interwikiを下記リンクのものに差し換え

http://shitake-crude-production.wikidot.com/product-interwiki-cover

【理由】
現在SCP-JPはResureResure氏作成のinterwikiを導入しています。

GoIフォーマットを適用した際、interwikiのデザインを適用したCSSに合わせる事は困難です。現在でもカラーフィルタを調整する事でデザインを調和させる努力をしていますが、それでも限界があります。

そこで今回完璧ではないですが、よりinterwiki外部のCSSによって表現の拡張を行えるinterwiki導入の提案をします。

【特徴】
HTMLブロックと同じく、大きさが動的に変化するinterwiki。

データの取得はResureResure氏のinterwikiから行う。

【メリット】
より違和感の少ないinterwikiのデザインが可能

【デメリット】
html出力までに余分に1つ多くサーバを挟むのでレスポンスが少し遅くなる(ただしinterwiki自体の出力データ量が少なく、介在するサーバにはDB処理等の時間を要する処理がないので気にならない程度)

interwikiがクライアントにかける負担がただのiframeからHTMLブロック並に増加(ただしあくまでもHTMLブロック並み)

【備考】
他のHTMLブロックに影響は与えない(技術的詳細は省くが本interwikiのページ名には16進数に存在しないアルファベットが含まれる為)

Dr DevanDr Devan氏によって本interwiki用のGoIフォーマット用のCSS作成済
http://shitake-crude-production.wikidot.com/css-manage:css-mockmanage/spc_limit/1

埋め込みもとページに存在するCSSのコードをinterwikiが取り込むシステムは技術的には可能だがWikidotにかかる負担の増加を懸念し今回は見送り

SCP-JPに導入した場合、1ヶ月以上安定可動したならばResureResure氏に本interwiki報告

メインページは、表示に変更がなければスタッフ判断で進められます。サイトのデザインに関わるものではなく、運用方法の変更であるためです。この変更はデザインの変更がなく、実施しても問題ないもので、かつ、今後のニュース等の管理の合理化に繋がるものであると思います。

ゴーサイン👍


a.k.a. 鬼食料理長

更新(2019/1/15): 変更が適用されました。


 テクニカルスタッフより、SCP-JPwikiメインページにおける、「注目記事・ニュース」欄の仕様の変更を提案します。

関連するページ

一番上のリンクのコンテンツをトップページにincludeします。


何が変わるか

  1. メインページから[[div]]ブロックが減り、コードの可読性が向上します。
  2. 上記のページを編集するだけで、メインページの注目記事・ニュース欄と、過去の注目記事・ニュース一覧全てに変更が適用されます。また、注目記事・ニュースの追加が直感的に行えるようになります。

補記

本提案は特に質問や反対意見の無い場合、2019/01/15(火)の夜以降に管理者の方のゴーサインを待って実装します。

ページ 1123...次 »
特に指定がない限り、このサイトのコンテンツには次のライセンスが適用されます: Creative Commons Attribution-ShareAlike 3.0 License