Datasets is an open source project, so all contributions and suggestions are welcome.
You can contribute in many different ways: giving ideas, answering questions, reporting bugs, proposing enhancements, improving the documentation, fixing bugs,...
Many thanks in advance to every contributor.
In order to facilitate healthy, constructive behavior in an open and inclusive community, we all respect and abide by our code of conduct.
You have the list of open Issues at: https://github.com/huggingface/datasets/issues
Some of them may have the label help wanted
: that means that any contributor is welcomed!
If you would like to work on any of the open Issues:
-
Make sure it is not already assigned to someone else. You have the assignee (if any) on the top of the right column of the Issue page.
-
You can self-assign it by commenting on the Issue page with one of the keywords:
#take
or#self-assign
. -
Work on your self-assigned issue and eventually create a Pull Request.
-
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 git@github.com:<your Github handle>/datasets.git cd datasets git remote add upstream https://github.com/huggingface/datasets.git
-
Create a new branch to hold your development changes:
git checkout -b a-descriptive-name-for-my-changes
do not work on the
master
branch. -
Set up a development environment by running the following command in a virtual environment:
pip install -e ".[dev]"
(If datasets was already installed in the virtual environment, remove it with
pip uninstall datasets
before reinstalling it in editable mode with the-e
flag.) -
Develop the features on your branch. If you want to add a dataset see more in-detail instructions in the section How to add a dataset. Alternatively, you can follow the steps to add a dataset and share a dataset in the documentation.
-
Format your code. Run black and isort so that your newly added files look nice with the following command:
make style
-
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.
A more complete guide to adding a dataset was written for our December 2020 datasets
sprint, we recommend reading through it before you start the process. Here is a summary of the steps described there:
-
Make sure you followed steps 1-4 of the section How to contribute to datasets?.
-
Create your dataset folder under
datasets/<your_dataset_name>
and create your dataset script underdatasets/<your_dataset_name>/<your_dataset_name>.py
. You can check out other dataset scripts underdatasets
for some inspiration. Note on naming: the dataset class should be camel case, while the dataset name is its snake case equivalent (ex:class BookCorpus(datasets.GeneratorBasedBuilder)
for the datasetbook_corpus
). -
Make sure you run all of the following commands from the root of your
datasets
git clone. To check that your dataset works correctly and to create itsdataset_infos.json
file run the command:datasets-cli test datasets/<your-dataset-folder> --save_infos --all_configs
-
If the command was succesful, you should now create some dummy data. Use the following command to get in-detail instructions on how to create the dummy data:
datasets-cli dummy_data datasets/<your-dataset-folder>
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:
datasets-cli dummy_data datasets/<your-dataset-folder> --auto_generate
-
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>
-
Finally, take some time to document your dataset for other users. Each dataset should be accompanied by a
README.md
dataset card in its directory which describes the data and contains tags representing languages and tasks supported to be easily discoverable. You can find information on how to fill out the card either manually or by using our web app in the following guide. -
If all tests pass, your dataset works correctly. Awesome! You can now follow steps 6, 7 and 8 of the section How to contribute to 🤗 Datasets?. If you experience problems with the dummy data tests, you might want to take a look at the section Help for dummy data tests below.
Follow these steps in case the dummy data test keeps failing:
-
Verify that all filenames are spelled correctly. Rerun the command
datasets-cli dummy_data datasets/<your-dataset-folder>
and make sure you follow the exact instructions provided by the command of step 5).
-
Your datascript might require a difficult dummy data structure. In this case make sure you fully understand the data folder logit created by the function
_split_generators(...)
and expected by the function_generate_examples(...)
of your dataset script. Also take a look attests/README.md
which lists different possible cases of how the dummy data should be created. -
If the dummy data tests still fail, open a PR in the repo anyways and make a remark in the description that you need help creating the dummy data.
If you're looking for more details about dataset scripts creation, please refer to the documentation.
Note: You can use the CLI tool from the root of the repository with the following command:
python src/datasets/commands/datasets_cli.py <command>
Improving the documentation of datasets is an ever increasing effort and we invite users to contribute by sharing their insights with the community in the README.md
dataset cards provided for each dataset.
If you see that a dataset card is missing information that you are in a position to provide (as an author of the dataset or as an experienced user), the best thing you can do is to open a Pull Request with the updated README.md
file. We provide:
- a template
- a guide describing what information should go into each of the paragraphs
- and if you need inspiration, we recommend looking through a completed example
If you are a dataset author... you know what to do, it is your dataset after all ;) ! We would especially appreciate if you could help us fill in information about the process of creating the dataset, and take a moment to reflect on its social impact and possible limitations if you haven't already done so in the dataset paper or in another data statement.
If you are a user of a dataset, the main source of information should be the dataset paper if it is available: we recommend pulling information from there into the relevant paragraphs of the template. We also eagerly welcome discussions on the Considerations for Using the Data based on existing scholarship or personal experience that would benefit the whole community.
Finally, if you want more information on the how and why of dataset cards, we strongly recommend reading the foundational works Datasheets for Datasets and Data Statements for NLP.
Thank you for your contribution!
This project adheres to the HuggingFace code of conduct. By participating, you are expected to uphold this code.