Path: blob/master/site/ja/datasets/add_dataset.md
38551 views
カスタムデータセットを書く
新しいデータセットを作成するには(TFDS または独自のリポジトリ)、このガイドに従ってください。
必要なデータセットがすでに存在するかどうか、データセットのリストを確認してください。
要約
新しいデータセットを書く場合の最も簡単な方法は、TFDS CLI を使うことです。
tfds.load('my_dataset') で新しいデータセットを使用すると、次のようになります。
tfds.loadは、~/tensorflow_datasets/my_dataset/に生成されたデータセット(tfds buildなどによって)を自動的に検出して読み取ります。または、次のように明示的に
import my.project.datasets.my_datasetを実行して、データセットを登録することもできます。
概要
データセットは、あらゆる種類の形式であらゆる場所に分散されており、必ずしも機械学習パイプラインにフィードできる形式で保存されているわけではありません。TFDS に入ります。
TFDS は、それらのデータセットを標準形式に処理し(外部データ -> シリアル化ファイル)、機械学習パイプラインとして読み取れるようにします(シリアル化ファイル -> tf.data.Dataset)。シリアル化は一度しか行われません。以降のアクセスでは、前処理済みのファイルから直接読み取られます。
ほとんどの前処理は自動的に行われます。各データセットは tfds.core.DatasetBuilder のサブクラスを実装し、次の項目を指定します。
データの送信元(URL)
データセットはどのように見えるか(特徴量)
データはどのように分割されるか(
TRAINとTESTなど)データセット内の個別の Example
データセットを書く
デフォルトテンプレート: tfds new
TFDS CLI を使用して、必要なテンプレート Python ファイルを生成します。
このコマンドによって、次の構造を持つ新しい my_dataset/ フォルダが生成されます。
ここで TODO(my_dataset) を探して、適宜、変更してください。
データセットの Example
すべてのデータセットには、ほとんどのボイラープレートを処理する tfds.core.DatasetBuilder のサブクラスが実装されています。これは以下の項目をサポートします。
単一のマシンで生成できる小または中規模のデータセット(このチュートリアル)。
分散型の生成が必要な非常に大規模なデータセット(Apache Beam を使用。大規模なデータセットのガイドをご覧ください)。
以下は、tfds.core.GeneratorBasedBuilder に基づく最低限のデータセットビルダーの例です。
特定のデータ形式では、ほとんどのデータ処理を処理できる データセットビルダーが用意されていることに注意してください。
では、上書きする 3 つの抽象メソッドを詳しく見てみましょう。
_info: データセットのメタデータ
_info は tfds.core.DatasetInfo を返し、データセットのメタデータ をそれに含めます。
ほとんどのフィールドには説明はいりませんが、以下にいくつか補足します。
features: これは、データセットの構造や形状などを指定します。複雑なデータタイプ(音声、動画、ネストされたシーケンスなど)をサポートしています。詳細は、利用可能な特徴量または特徴量コネクタガイドをご覧ください。disable_shuffling: 「データセットの順序を維持する」をご覧ください。
BibText CITATIONS.bib ファイルを書く:
データセットのウェブサイトで引用方法を検索します(BibTex 形式で使用します)。
arXiv の論文: 論文を見つけ、右側の
BibTextリンクをクリックします。Google Scholar で論文を検索し、題名の下にある二重引用符をクリックし、ポップアップ表示に示される
BibTeXをクリックします。関連する論文がない場合(ウェブサイトのみなど)、BibTeX Online Editor を使用して、カスタム BibTeX エントリを作成します(
Onlineエントリタイプ)。
TAGS.txt ファイルを更新する:
許可されているすべてのタグは、生成されたファイルにあらかじめ入力されています。
データセットに該当しないすべてのタグを削除します。
有効なタグは、tensorflow_datasets/core/valid_tags.txt に記載されています。
リストにタグを追加する必要がある場合は、PR を送信してください。
データセットの順序を維持する
データセットのレコードは保存されるとデータセット内のクラスの分散を均一にするために、シャッフルされます。これは、同じクラスに属するレコードは連続していることがほとんであるためです。データセットを _generate_examples が提供する生成されたキーで並べ替えるように指定するには、disable_shuffling フィールドを True に設定する必要があります。デフォルトでは、False に設定されています。
シャッフルを無効にすると、シャードが並行して読み取れなくなるため、パフォーマンスに悪影響が及ぶことに注意してください。
_split_generators: データのダウンロードと分割
ソースデータをダウンロードして抽出する
ほとんどのデータセットはウェブからダウンロードする必要があります。これは、_split_generators の tfds.download.DownloadManager 入力引数を使用して行います。dl_manager には、次のメソッドがあります。
download:http(s)://、ftp(s)://がサポートされています。extract: 現在サポートされているのは.zip、.gz、および.tarファイルです。download_and_extract:dl_manager.extract(dl_manager.download(urls))と同じです。
これらのすべてのメソッドは tfds.core.Path(epath.Path のエイリアス)を戻し、これらは pathlib.Path のようなオブジェクトです。
これらのメソッドは次のように、任意のネストされた構造(list、dict など)をサポートしています。
手動によるダウンロードと抽出
一部のデータは自動的にダウンロードされません(ログインが必要です)。この場合、ユーザーはソースデータを手動でダウンロードして、manual_dir/ に配置する必要があります(デフォルトは ~/tensorflow_datasets/downloads/manual/ です)。
すると、dl_manager.manual_dir を介してファイルにアクセスできるようになります。
manual_dir の場所は、tfds build --manual_dir= または tfds.download.DownloadConfig を使ってカスタマイズ可能です。
アーカイブを直接読み取る
dl_manager.iter_archive は、アーカイブを抽出せずに順に読み取ります。このため、ストレージの領域を節約し、一部のファイルシステムのパフォーマンスを改善できます。
fobj には、with open('rb') as fobj: と同じメソッドがあります(fobj.read() など)。
データセットの分割を指定する
データセットに事前定義済みの Split が含まれる場合(たとえば MNIST には train と test の Split が含まれます)、それらを維持してください。含まれない場合は、単一の all Split のみを指定します。ユーザーはサブスプリット API で独自のサブスプリットを動的に作成できます(split='train[80%:]' など)。Split 名には、前述の all を除くすべての英字文字列を使用できることに注意してください。
_generate_examples: Example ジェネレータ
_generate_examples はソースデータから各 Split の Example を生成します。
このメソッドは通常、ソースデータセットのアーティファクト(CSV ファイルなど)を読み取り、(key, feature_dict) タプルを生成します。
key: Example の識別子。hash(key)を使って Example を確定的にシャッフルするか、シャッフルが無効である場合に key で並べ替えるために使用されます(「データセットの順序を維持する」をご覧ください)。次のようである必要があります。一意であること: 2 つの Example が同じ key を使用している場合、例がが発生します。
確定的であること:
download_dir、os.path.listdirの順などに依存してはいけません。データを 2 回生成すると、同じ kye が生成されてしまいます。比較可能であること: シャッフルが無効である場合、key はデータセットの並べ替えに使用されます。
feature_dict: Example の値を含むdictです。構造は
tfds.core.DatasetInfoで定義されているfeatures=構造に一致する必要があります。複雑なデータタイプ(画像、動画、音声など)は自動的に暗号化されます。
各特徴量は通常、複数の入力タイプを受け入れます(たとえば、動画は
/path/to/vid.mp4、np.array(shape=(l, h, w, c))、List[paths]、List[np.array(shape=(h, w, c)]、List[img_bytes]などを受け入れます)。詳細は、特徴量コネクタのガイドをご覧ください。
警告: 整数または文字列のブール値を解析する場合は、tfds.core.utils.bool_utils.parse_bool ユーティリティ関数を使用して、解析エラーを回避してください(例: bool("False") == True)。
ファイルのアクセスと tf.io.gfile
クラウドストレージシステムをサポートするために、Python のビルトイン I/O 演算子の使用は避けれください。
代わりに、dl_manager は Google Cloud Storage に対応する pathlib のようなオブジェクトを直接返します。
または、ファイル操作を行う場合は、ビルトインの代わりに tf.io.gfile API を使用してください。
open->tf.io.gfile.GFileos.rename->tf.io.gfile.renameなど
Pathlib は tf.io.gfile よりも優先される必要があります(rational の項目をご覧ください)。
追加の依存関係
一部のデータセットでは、生成中のみに追加の Python 依存関係が必要となります。たとえば、SVHN データセットでは、データの読み込みに scipy を使用しています。
データセットを TFDS リポジトリに追加する場合は、tfds.core.lazy_imports を使用して tensorflow-datasets パッケージを小さく維持してください。ユーザーは必要な場合にのみ追加の依存関係をインストールします。
lazy_imports を使用するには、次を実行します。
データセットのエントリを
setup.pyのDATASET_EXTRASに追加します。これにより、たとえばpip install 'tensorflow-datasets[svhn]'を使用して、追加の依存関係をインストールできるようになります。インポートのエントリを
LazyImporterとLazyImportsTestに追加します。tfds.core.lazy_importsを使用して、DatasetBuilderの依存関係(tfds.core.lazy_imports.scipyなど)にアクセスします。
破損データ
一部のデータセットは完全にはクリーンでなく、破損データ(画像は JPEG ファイルですが無効な JPEG であるなど)が含まれているものもあります。これらのサンプルをスキップし、いくつのサンプルが削除され、なぜ削除されたのかのメモを残す必要があります。
データセットの構成/バリアント(tfds.core.BuilderConfig)
一部のデータセットには、複数のバリアントや、データの処理方法とディスクへの書き込み方法のオプションがあります。たとえば、cycle_gan の構成は、オブジェクトペア(cycle_gan/horse2zebra、cycle_gan/monet2photo など)ごとに 1 つです。
これは、tfds.core.BuilderConfig を使って以下のように行います。
構成オブジェクトを
tfds.core.BuilderConfigのサブクラスとして、MyDatasetConfigというように定義します。注意: https://bugs.python.org/issue33129 のバグにより、デフォルト値が必要です。
データセットが公開する
MyDatasetConfigをリストするBUILDER_CONFIGS = []クラスメンバーをMyDatasetに定義します。注意:
# pytype: disable=wrong-keyword-argsは必要です。データクラスの継承に関する Pytype バグがあります。self.builder_configをMyDatasetに使用して、データ生成を構成します(shape=self.builder_config.img_sizeなど)。これには、_info()にさまざまな値の設定や、ダウンロードデータへのアクセスの変更が含まれる場合があります。
注意:
構成にはそれぞれに一意の名前があります。構成の完全修飾名は
dataset_name/config_nameです(例:coco/2017)。指定されていない場合は、
BUILDER_CONFIGSの最初の構成が使用されます(たとえば、tfds.load('c4')はデフォルトでc4/enとなります)。
anli で、BuilderConfig を使用するデータセットの例をご覧ください。
バージョン
バージョンには、2 つの意味があります。
「外部」の元のデータバージョン: COCO v2019、v2017、など。
「内部」の TFDS コードバージョン:
tfds.features.FeaturesDictの特徴量の名前の変更、_generate_examplesのバグの修正など。
データセットを更新するには、次のように行います。
「外部」データの更新: 不空数のユーザーが特定の年/バージョンに同時にアクセスすることがあります。これは、バージョン当たり 1 つの
tfds.core.BuilderConfig(coco/2017、coco/2019など)またはバージョン当たり 1 つのクラス(Voc2007、Voc2012など)を使って行われます。「内部」コードの更新: ユーザーは最も最近のバージョンのみをダウンロードします。コードが更新されると、
VERSIONクラス属性が増加(1.0.0からVERSION = tfds.core.Version('2.0.0')など)します。これはセマンティックバージョン管理に従います。
import を追加して登録する
プロジェクトの __init__ に忘れずにデータセットモジュールをインポートして、tfds.load、tfds.builder に自動的に登録されるようにします。
たとえば、tensorflow/datasets に貢献する場合は、モジュールのインポートをサブディレクトリの __init__.py(image/__init__.py など)に追加します。
共通する実装の落とし穴を確認する
共通する実装の落とし穴をご覧ください。
データセットをテストする
ダウンロードと準備: tfds build
データセットを生成するには、my_dataset/ ディレクトリから tfds build を実行します。
開発に使用できる便利なフラグには、次のようなものがあります。
--pdb: 例外が発生すると、デバッグモードに入ります。--overwrite: データセットがすでに生成されている場合、既存のファイルを削除します。--max_examples_per_split: データセットすべてではなく、最初の X 個の Example (デフォルトは 1 個)のみを生成します。--register_checksums: ダウンロード URL のチェックサムを記録します。開発中のみに使用します。
全フラグのリストは、CLI ドキュメントをご覧ください。
チェックサム
決定性の確保や文書化などのために、データセットのチェックサムを記録することをお勧めします。これは、--register_checksums を使ってデータセットを生成して行います(前のセクションをご覧ください)。
PyPI を介してデータセットをリリースする場合、忘れずに (setup.py の package_data などの)checksums.tsv ファイルをエクスポートしてください。
データセットのユニットテストを行う
tfds.testing.DatasetBuilderTestCase は、データセットを完全に演習するためのベースの TestCase です。テストデータとして、ソースデータセットの構造を模倣した「ダミーデータ」が使用されます。
テストデータは、
my_dataset/dummy_data/ディレクトリに配置し、ソースデータセットアーティファクトをダウンロードされ、抽出されたとおりに模倣しています。作成は手動のほか、スクリプト(サンプルスクリプト)を使用して自動的に作成することもできます。データセット分割が重なっている場合、テストは失敗してしまうため、テストデータ分割に異なるデータが使用されるようにしてください。
テストデータには、著作権で保護された資料を含めてはいけません。不明な場合は、元のデータセットの資料を使ってデータを作成しないでください。
次のコマンドを使用して、データセットをテストします。
フィードバックをお送りください
データセット作成ワークフローは継続的な改善が進められていますが、問題を認識していなければ、改善することはできません。データセットの作成中にどのような問題またはエラーが発生しましたか?混乱したり、初めて使用したときに機能しなかった部分はありませんでしたか?
フィードバックを GitHub にお送りください。