Commons:題材

題材（デピクター）を使用

デピクター（Depictor）というウェブ版アプリはホスト先が Toolforge で、ウィキメディア・コモンズにゲーム感覚で構造化データの声明を追加できます。これはマニュアルがなくても使えるように設計してありますが、このページで紹介するのはより高次の関数で便利に使えるかもしれません。

Depictor

2021 Coolest Tool
Award Winner

in the category
Quality

チュートリアルの動画8分を参照してください。

構造化データは素晴らしいのですが、コモンズ収蔵のメディア・ファイル全点に適切な説明文を追加するまで、長い道のりが埋まっていません。説明文の一部は自動で追加できても、最も重要な説明文（P180の描写 ）は手動で確認しなければならないのです。ただし理論上 は描写の説明文に使えるデータは多数あります。ウィキデータ項目にリンク済み カテゴリにまとめてあるメディア・ファイルは、たとえ描写の説明文はなくても情報源になりそうです。

単純な方法は、そのカテゴリに関連するウィキデータ項目を参照して、同カテゴリ内のメディアファイル全件に描写の記述を追加するわけです。ところが、この方法だと例外がたくさんあります。

一例として、オランダの著名なサッカー選手ですがルート・フリットのカテゴリを取り上げます（Ruud Gullit）。このカテゴリに含まれるファイルはおよそ 120 件、その多くは課題となる人物の肖像画像です。ただし一部のファイルはルート・フリット当人を表現せず、この人物と「関連のある」ものを描いており、例として所属したFC チェルシーのジャージ (写真) などがあります。写真がルート・フリット当人を「表現した」ものか確認する方法は唯一、（訳注：カテゴリ内の）ファイル全件を手動で調べるしかありません。

幸いなことに画像をまとまりごとに扱うと、その対処はわりあいに迅速にできます。質問点はたった一つで (この画像にルート・フリット本人の姿はあるか？) 簡単だし、ボタン操作は3回だけ：はい、いいえ（yes, no）、そして〈飛ばす〉（'skip'）は不明な時。これだけ操作方法が簡単なのでバスを待ったりコーヒーブレイク中などのすき間時間でも操作できるように、モバイル版で使いやすいインターフェースの提供も可能性があります。というわけで、Depictor（デピクター）というアプリが誕生しました。

• Birth year. This is the same as the default setting, but allows you to provide a specific year.
• Commons category. By default this will take all media files from a single given category. To search in subcategories enable the checkbox and provide a level of depth. These queries can get slow pretty fast, so start out with 0 or 1 and see if that is enough for your usecase. The 'search subcategories' option will use PetScan underwater for getting the media files.
• SPARQL query. Here you can provide a complex SPARQL query, which will use the Wikidata query service to get a list of candidate items. See the provided example. Note that the variable names given in the example (?item ?instance ?image ?cat) are required and can't be changed.

複数のものが足りない、あるいは予想通りには機能していません (2021年11月時点)：

• The loading of new images can take up to a second or two. This has two main reasons: thumbnail generation of Commons images is unfortunately slow and outdated (see this mailing list message for the technical details). The other reason is that writing a structured data statement is also slow. This could be sped up by rewriting the tool so that edits are done asynchronously, but that takes quite some effort and might lead to other problems, so this will not be done in the near future.
• コモンズの特定のカテゴリ内のファイル全件が〈完了〉したら、デピクター Depictor のデータベースに完了済みの印がつきます。つまり画像がこのカテゴリに新規に追加されても表示されないという意味です。この状態を修正するには、定期的にカテゴリ類を点検する手続きにより、本当に〈完了〉したかどうか確かめます（例えばすべての項目に描写の記述があるかどうか）。
• A 'not depicted' click in the tool will save the result in the database and the image won't show up again. However, that an item is not depicting something isn't saved on Commons because there is no way to indicate using structured data that a statement is not true. Unfortunately there is no easy way to fix this except if the Wikibase data model is changed to support negative or inverted statements or we find another solution.
• 課題を〈アーカイブ〉できるのはそれを書いた人だけなので、〈解決済み〉の課題なのにホームページにずっと表示される場合があります。
• 特定の表現文（depicts statement）を明確に示さなければならないと示すことは不可能です。
• iOS で Safari の利用者はときどき強制ログアウトになりますが、原因不明です。

Depictor に関して問題や改善点に気づいたりコメントがある場合、連絡先は：

• ここで Depictor を使って見る。
• 質問はトークページに投稿してください。
• バグやコードの改善は、 GitHubで問題提起を始めてください。 プロジェクトソースへの直接リンクはこちら。
• 執筆者に直接、連絡するには利用者ページやウィキメールもしくは旧Twitterをご利用ください。
• Depictor をみなさんの言語に翻訳してください。