増え続けるバーチャルペットコレクション向けに検索可能なインベントリを作成する方法
複数のバーチャルワールドにまたがってペット、クリーチャー、卵、またはキャラクターを収集しているなら、検索可能なスプレッドシートやデータベースで個別のコレクタブルごとに1行を割り当てて管理しましょう。名前、入手元ゲーム、種族やタイプ、収集状況、主な特徴、そして恒久的なリンクや画像リファレンスを記録します。よく検索するカテゴリには統一したドロップダウン値を使用し、それらのフィールドをフィルターや並べ替えにかけて、「どのドラゴンを所持しているか？」「ウィッシュリストには何が残っているか？」といった疑問に答えられるようにします。まずはメンテナンスを続けられる最低限のフィールドから始め、アイテムを見つけたり楽しんだりするのに役立つ場合にのみ詳細を追加してください。
インベントリの1行が何を表すかを決める
まず、インベントリで追跡するのが種族なのか、個々のペットなのか、あるいはその両方なのかを決めます。種族カタログでは特定のドラゴンなどコレクタブルのタイプごとに1行を使用しますが、個体コレクションでは所有するペットを個別に記録するため、名前、色、特徴、または入手詳細が異なる場合に便利です。両方の視点が必要な場合は、種族用と個別ペット用の2つのリンクされたタブを使用します。名前が変わってもメモや画像が紐付いたままになるよう、各行に固有のIDを付与しましょう。
この区別は、ゲーム内で重複所持や交配バリエーションが可能な場合に重要となります。種族の行には「ムーンウィング・ドラゴン」と記載されるかもしれませんが、個体の2つの行には異なるパターンを持つ「ルナ」と「コメット」を記録できます。コレクションが小さい場合は、「レコードタイプ」フィールドを含めることで1つのテーブルでも対応可能です。目標が種族のチェックリストだけであるなら、ペット1匹につき1行にするのは避けましょう。達成度の集計が難しくなります。
検索に役立つフィールドを選択する
まずは基本的な列のセットから始めましょう。固有ID、表示名、ゲームまたはワールド、種族／タイプ、所持状況、そしてプロフィールのURLやスクリーンショットのファイル名などの参照情報です。名前だけでは不十分な場合は、簡単な説明や際立った特徴を追加します。これらのフィールドは一般的な目録作成の原則に従っています。タイトル、識別子、説明、主題などの記述メタデータは、レコードの特定や発見に役立ちます。米国議会図書館のCore Metadata Elementsでは、発見や提示のための識別子、説明、主題などの要素が説明されています。
オプショナルなフィールドは、実際に確認したくなる具体的な項目にのみ追加してください。例としては、色やパターン、ゲーム内で設定されたレアリティ表記、イベント名やリリース名、入手日、短い個人的なメモなどが挙げられます。「ゲームのレアリティ表記」と自分自身の評価は区別しておきましょう。前者はソースのある属性であり、後者は個人の主観です。空白のままになりそうなフィールドや、定期的に更新できないフィールドは省略してください。内容が古くなった大がかりなスキーマよりも、しっかりメンテナンスされたコンパクトなテーブルの方が有用です。
カテゴリの値を統一する
検索やフィルタリングは、同じ概念が同じ方法で記録されている場合に最も効果を発揮します。ステータスには、例えば Owned（所持）、Wishlist（ウィッシュリスト）、Traded（トレード済み）、Retired（引退）といった簡潔なボキャブラリを選び、一貫して使用します。ゲーム名や大まかなタイプについても同様にしてください。ある行に「Flight Rising」とあり、別の行に「FR」とある場合、一方の値でフィルターをかけるともう一方が漏れてしまう可能性があります。ゲーム内で同一の種族に複数の名前が使われている場合は、優先する表示名を1つ定め、別名は別のフィールドに入力します。
繰り返し使用する値の種類が少ないフィールドには、ドロップダウンリストやデータの入力規則を使用してください。固定のボキャブラリに当てはまらない詳細については、自由形式のテキストメモに残します。多くのワールドにまたがって収集している場合は、ワールド名とペットのタイプを分け、「Flight Rising dragon」のように1つのセルにまとめないようにしましょう。これにより、どちらの軸でもフィルタリングできるようになり、テーブルを再設計することなく別のワールドを追加する余地も残せます。
スプレッドシートで最初のバージョンを作成する
コレクション全体を移行する前に、見出し行を1行作成し、代表的なレコードを数件入力してみてください。見出し行を固定し、フィルターを有効にします。Googleスプレッドシートは、1つ以上の列による並べ替えや、値、条件、検索による範囲のフィルタリングに対応しています。また、元のデータを全員向けに変更することなく便利な配置を保存できる「フィルタ表示」も備わっています。詳しくはGoogleのデータの並べ替えとフィルタに関するガイドをご覧ください。
定期的な作業に対応する3つの表示を試してみましょう。「ゲーム別の所持一覧」、「ウィッシュリスト」、「最近追加されたもの」です。種族リストを閲覧する際は名前をアルファベット順に並べ替え、新しく追加したものを見直す際は入手日を新しい順に並べ替えます。共有シートでは、共同作業者がそれぞれ一時的な異なる並べ替えを必要とする場合にフィルタ表示を使用します。Googleによると、通常のフィルターはアクセス権を持つ全員に適用されますが、フィルタ表示は個人ごとの表示にのみ適用され、保存も可能です。各表示には「フィルター 1」のような曖昧なラベルではなく、それが答える疑問に応じた名前を付けましょう。
シートを扱いづらくすることなく画像とリファレンスを追加する
ビジュアルコレクションでは、テキスト以上の情報が必要になることがよくあります。利用可能な場合は直接かつ恒久的なURLを保存するか、整理された画像フォルダーを指す簡潔なファイル名を使用してください。シート内に画像を埋め込む場合は、どのレコードを描写しているかを明確にするため、同じ行にペットの固有IDを残しておきます。スクリーンショットには game_petname_YYYY-MM-DD のように一貫した命名パターンを使用し、長い説明や複数の無関係なリンクを1つのセルに貼り付けるのは避けましょう。
ゲームの図鑑URLやイベントページなど、変更される可能性がある情報はそのソース元を記録しておきます。インベントリは、外部ページやゲーム機能が存続することを保証するものではなく、個人の記録として扱ってください。コミュニティが維持しているバーチャルペットディレクトリは、進行中のプロジェクトと開発中のプロジェクトを分け、ウェブサイト、Wiki、メモの列を含める方法の実例となっています。個々の掲載内容は現在のステータスを保証するものではありませんが、ソースとステータスを分けて記録するという考え方は参考になります。
既存のメモをインポートしてミスをチェックする
すでに複数のスプレッドシート、メモ、スクリーンショットに記録が分散している場合は、管理しやすい単位に分けて移行しましょう。まずは列名、ゲームの表記、ステータスの値を標準化します。次に、ゲーム名に加えて種族名やペット名を手がかりに重複の可能性を照合します。名前が一致しているからといって、別々の個体を表しているレコードを統合してしまわないようにしてください。残すレコードにはIDを割り当て、不確かな詳細は当て推量ではなく「不明」とマークしておきます。
検索機能を活用し始める前に、いくつかの実際のクエリでインベントリをテストしてください。特定のゲームから所持しているペットをすべて見つける、特定の色を検索する、ウィッシュリストの項目をリストアップするなどです。すべての行にステータスと参照元があること、日付の形式が統一されていること、並べ替えによって値がレコードから切り離されていないことを確認します。フィルター結果が予想より極端に少ない場合は、ペットが見当たらないと判断する前に、表記の揺れ、空白のセル、カテゴリの不一致がないか確認してください。
現在の設定で疑問に答えられなくなった場合にのみ拡張する
シートの閲覧が難しくなってきたら、種族カタログと所持個体の記録を分離するか、レコードのリンク、カスタムフィールド、画像、検索をサポートするデータベースやコレクション管理ツールへの移行を検討してください。単一のフラットなシートは、使い始めやすくエクスポートも簡単です。リンクされたレコードは、多くの個体ペットが1つの種族エントリを共有する場合に便利ですが、設定の手間が増えます。ツールが提供する列の多さではなく、実際に行うクエリに基づいて選択してください。
気軽に見直せるルーティンを決めましょう。ペットを追加、トレード、または引退させたときにレコードを更新し、壊れたリンクや重複行がないか時々チェックします。また、ゲームのステータスやイベントの開催状況など、変化する事実については「最終確認日」を残しておくこともできます。インベントリの目的は、コレクションを素早く見つけ、把握しやすくすることです。カテゴリは普段の閲覧スタイルを反映したものにし、詳細レベルはメンテナンスに割ける時間の範囲内に留めましょう。