-
Fork the repository by clicking on the 'Fork' button on the repository's page. This creates a copy of the code under your GitHub user account.
-
Clone your fork to your local disk, and add the base repository as a remote:
git clone https://github.com/<your Github handle>/datasets cd datasets git remote add upstream https://github.com/huggingface/datasets.git
-
Set up a development environment, for instance by running the following command:
conda create -n env python=3.7 --y conda activate env pip install -e ".[dev]"
Now you are ready, each time you want to add a new dataset, follow the steps in the following section:
-
Start by preparing the field and understanding how the dataset look like:
- Find the research paper or description presenting the dataset you want to add (if there is an associated research paper)
- Find the location of the data for you dataset
- Read the relevant part of the paper or description presenting the dataset
- Open the data to see how they look
-
Find a short-name for the dataset:
- Select a
short name
for the dataset which is unique but not too long and is easy to guess for users, e.g.squad
,natural_questions
- Sometimes the short-list name is already given/proposed (e.g. in the spreadsheet of the data sprint to reach v2.0 if you are participating in the effort)
- Select a
You are now ready to start the process of adding the dataset. We will create the following files:
- a dataset script which contains the code to download and pre-process the dataset: e.g.
squad.py
, - a dataset card with tags and information on the dataset in a
README.md
. - a metadata file (automatically created) which contains checksums and informations about the dataset to guarantee that the loading went fine:
dataset_infos.json
- a dummy-data file (automatically created) which contains small examples from the original files to test and garantee that the script is working well in the future:
dummy_data.zip
-
Let's start by creating a new branch to hold your development changes with the name of your dataset:
git fetch upstream git rebase upstream/master git checkout -b a-descriptive-name-for-my-changes
Do not work on the
master
branch. -
Create your dataset folder under
datasets/<your_dataset_name>
:mkdir ./datasets/<your_dataset_name>
Now let's get coding :-)
The dataset script is the main entry point to load and process the data. It is a python script under datasets/<your_dataset_name>/<your_dataset_name>.py
.
There is a detailed explanation on how the library and scripts are organized here.
Note on naming: the dataset class should be camel case, while the dataset short_name is its snake case equivalent (ex: class BookCorpus
for the dataset book_corpus
).
To add a new dataset, you can start from the empty template which is in the templates
folder:
cp ./templates/new_dataset_script.py ./datasets/<your_dataset_name>/<your_dataset_name>.py
And then go progressively through all the TODO
in the template 🙂. If it's your first dataset addition and you are a bit lost among the information to fill in, you can take some time to read the detailed explanation here.
You can also start (or copy any part) from one of the datasets of reference listed below. The main criteria for choosing among these reference dataset is the format of the data files (JSON/JSONL/CSV/TSV/text) and whether you need or don't need several configurations (see above explanations on configurations). Feel free to reuse any parts of the following examples and adapt them to your case:
- question-answering: squad (original data are in json)
- natural language inference: snli (original data are in text files with tab separated columns)
- POS/NER: conll2003 (original data are in text files with one token per line)
- sentiment analysis: allocine (original data are in jsonl files)
- text classification: ag_news (original data are in csv files)
- translation: flores (original data come from text files - one per language)
- summarization: billsum (original data are in json files)
- benchmark: glue (original data are various formats)
- multilingual: xquad (original data are in json)
- multitask: matinf (original data need to be downloaded by the user because it requires authentificaition)
While you are developping the dataset script you can list test it by opening a python interpreter and running the script (the script is dynamically updated each time you modify it):
from datasets import load_dataset
data = load_dataset('./datasets/<your_dataset_name>')
This let you for instance use print()
statements inside the script as well as seeing directly errors and the final dataset format.
What are confgurations and splits
Sometimes you need to use several configurations and/or splits (usually at least splits will be defined).
-
Using several configurations allow to have like sub-datasets inside a dataset and are needed in two main cases:
- The dataset covers or group several sub-datasets or domains that the users may want to access independantly and/or
- The dataset comprise several sub-part with different features/organizations of the data (e.g. two types of CSV files with different types of columns). Inside a configuration of a dataset, all the data should have the same format (columns) but the columns can change accross configurations.
-
Splits are a more fine grained division than configurations. They allow you, inside a configuration of the dataset, to split the data in typically train/validation/test splits. All the splits inside a configuration should have the same columns/features and splits are thus defined for each specific configurations of there are several.
Some rules to follow when adding the dataset:
- try to give access to all the data, columns, features and information in the dataset. If the dataset contains various sub-parts with differing formats, create several configurations to give access to all of them.
- datasets in the
datasets
library are typed. Take some time to carefully think about thefeatures
(see an introduction here and the full list of possible features here) - if some of you dataset features are in a fixed set of classes (e.g. labels), you should use a
ClassLabel
feature.
Last step: To check that your dataset works correctly and to create its dataset_infos.json
file run the command:
python datasets-cli test datasets/<your-dataset-folder> --save_infos --all_configs
Now that your dataset script runs and create a dataset with the format you expected, you can add the JSON metadata and test data.
Make sure you run all of the following commands from the root of your datasets
git clone.
-
To create the dummy data for continuous testing, there is a tool that automatically generates dummy data for you. At the moment it supports data files in the following format: txt, csv, tsv, jsonl, json, xml. If the extensions of the raw data files of your dataset are in this list, then you can automatically generate your dummy data with:
python datasets-cli dummy_data datasets/<your-dataset-folder> --auto_generate
Example:
python datasets-cli dummy_data ./datasets/snli --auto_generate
If this doesn't work more information on how to add dummy data can be found in the documentation here.
If you've been fighting with dummy data creation without success for some time and can't seems to make it work: Go to the next step (open a Pull Request) and we'll help you cross the finish line 🙂
-
Now test that both the real data and the dummy data work correctly using the following commands:
For the real data:
RUN_SLOW=1 pytest tests/test_dataset_common.py::LocalDatasetTest::test_load_real_dataset_<your-dataset-name>
and
For the dummy data:
RUN_SLOW=1 pytest tests/test_dataset_common.py::LocalDatasetTest::test_load_dataset_all_configs_<your-dataset-name>
-
If all tests pass, your dataset works correctly. You can finally create the metadata JSON by running the command:
python datasets-cli test datasets/<your-dataset-folder> --save_infos --all_configs
This first command should create a
dataset_infos.json
file in your dataset folder.
You have now finished the coding part, congratulation! 🎉 You are Awesome! 😎
Here are the step to open the Pull-Request on the main repo.
-
Format your code. Run black, isort and flake8 so that your newly added files look nice with the following commands:
make style flake8 datasets
-
Once you're happy with your dataset script file, add your changes and make a commit to record your changes locally:
git add datasets/<your_dataset_name> git commit
It is a good idea to sync your copy of the code with the original repository regularly. This way you can quickly account for changes:
git fetch upstream git rebase upstream/master
Push the changes to your account using:
git push -u origin a-descriptive-name-for-my-changes
-
Once you are satisfied, go the webpage of your fork on GitHub. Click on "Pull request" to send your to the project maintainers for review.
Congratulation you have open a PR to add a new dataset 🙏
Important note: In order to merge your Pull Request the maintainers will require you to tag and add a dataset card. Here is now how to do this last step:
Each dataset is provided with a dataset card.
The dataset card and in particular the tags which are on it are really important to make sure the dataset can be found on the hub and will be used by the users. Users need to have the best possible idea of what's inside the dataset and how it was created so that they can use it safely and have a good idea of the content.
Creating the dataset card goes in two steps:
-
Tagging the dataset using the tagging streamlit app
Clone locally the dataset-tagging app which is here: https://github.com/huggingface/datasets-tagging
Run the app with the command detailed in the readme: https://github.com/huggingface/datasets-tagging/blob/main/README.md
Find your dataset and tag it :-)
This will generate a JSON file with the tags for the dataset in the
saved_tags
folder. -
Copy the tags in the dataset card and complete the dataset card
Copy the dataset card which is here in your dataset folder.
-
Essential: Copy the tags that you have generated in step (1) inside the dataset card.
We’re using YAML for tags actually, not JSON (even though the datasets-tagging tool allows to save in JSON). On the right side of the app there is an option to "Show YAML output". Once you've tagged and saved all of the configs, you can copy-paste the output of this field at the top of your README.
-
Very important as well: Fill in the "Data Fields" section in the dataset card.
List the fields present in the features of the dataset. Briefly describe them and indicate if they have a default value (e.g. when there is no label). If the data has span indices, describe their attributes (character level or word level, contiguous or not, etc). If the datasets contains example IDs, state whether they have an inherent meaning, such as a mapping to other datasets or pointing to relationships between data points.
Example from the ELI5 card:
Data Fields: - q_id: a string question identifier for each example, corresponding to its ID in the Pushshift.io Reddit submission dumps. - subreddit: One of explainlikeimfive, askscience, or AskHistorians, indicating which subreddit the question came from - title: title of the question, with URLs extracted and replaced by URL_n tokens - title_urls: list of the extracted URLs, the nth element of the list was replaced by URL_n
-
Very nice to have but optional for now: Complete all you can find in the dataset card using the detailed instructions for completed it which are in the
README_guide.md
here: https://github.com/huggingface/datasets/blob/master/templates/README_guide.md.Here is a completed example: https://github.com/huggingface/datasets/tree/master/datasets/eli5 for inspiration
If you don't know what to write in a field and can find it, write:
[More Information Needed]
-
Once your README.md
is ok you have finished all the steps to add your dataset, congratulation your Pull Request can be merged.
You have made another dataset super easy to access for everyone in the community! 🤯