PyOS Update and Clean Contributor & Peer Review Metadata

This repo contains a small module and 3 CLI scripts.

Notes

To run update-reviewers you will need to run both update-reviews and update-contributors first to create the required input .pickle files.

The scripts run as follows:

update-contributors script

This script parses data from all-contributors bot .json files in the following repos:

• software-submission repo where peer review happens
• python-package-guide repo
• peer review guide repo
• pyopensci.github.io (website) repo
• update-package-meta repo (this repo)

Running this this script:

1. Parses through all of the all-contributors bot .json files across our pyOpenSci repos to gather contributors to our organization. This allows us to acknowledge contributors on our website who are not always making explicit code contributions (thus might not have commits). These contributors are reviewing guidebooks, participating in peer review, and performing other important tasks that are critical to our pyOpenSci mission. We acknowledge all contributions at pyOpenSci regardless of volume or size.
2. Updates the existing contributors.yml file found in our website repo with new contributors and the contributor role (package guides, code workflows, peer review, etc). a. If you run the script using --update update_all, this script will also use the GitHub api to update the users metadata from their GitHub profile.

update-reviews script

This script parses through our (accepted) review issues to find packages that have been accepted. It then grabs each reviews editor, reviewers and package authors / maintainers. This information allows us to

1. Update a contributor's peer review metadata in the contributors.yml file in the third script.
2. Update the pyOpenSci website's package listing with the package's DOI, documentation URL.
3. Update the package's stats including stars, contributors, etc. using the GitHub API

update-reviewers script

This final script is a bridge between the first it uses pickle files outputted from the first two scripts to update each contributors peer review contributions including

1. packages submitted or reviewed
2. packages in which the contributor served as editors
3. contributor types associated with peer review including:

• peer-review
• package-maintainer
• package-reviewer
• package-editor

These general contributor types are used to drive our website's contributor search and filter functionality that you can see here.

Local setup

To begin:

1. Create a local environment and activate it.
2. Install the required dependencies via the requirement.txt file by running the following command; pip install -r requirements.txt
3. Install the pyosmeta package in development/editable mode: pip install -e .

Setup token to authenticate with the GitHub API

To run this you need to create a TOKEN that can be used to access the GitHub API.

After obtaining a token;

1. Duplicate the .env-default file and rename the copy to .env
2. Assign your token to the GITHUB_TOKEN variable in the .env file.

How to run each script

Each script is available through the command line through entry points specified in our pyproject.toml file.

update-contributors script

To run:

update-contributors update-contributors --update update_all

The update-contributors script does the following:

1. It grabs the all-contribs.json files from each repository and turns that json data into a dictionary of all unique contributors across repos. Repos include:
   • peer review guide
   • packaging guide
   • website
   • software-review
   • update-package-meta (this repo)
2. It then:

If you use the --update update_all flag, it will:

• Update contrib profile information including name using whatever information is available their public github account for website, location, organization, twitter, etc).
• Check to see that the website in their profile works, if not removes it so it doesn't begin to fail our website ci tests.

Without the update flag, running update-contributors will only add any new users that are not already in the website contributors.yml file to a output .pickle file.

update-reviews Returns:

• all-contributors.pickle file that will be used in the final update-reviewers script to update all reviewer contribution data.

update-reviews script

To run: update-reviews or update-reviews --update update_all

• This script parses through all pyOpenSci issues in the software-submissions repo issues where the issue has a label of 6/pyOS-approved 🚀🚀🚀.
• Grabs crucial metadata including the reviewers and editors for each.
• Adds people who have participated in peer review who are NOT listed currently in the website contributors.yml file

It then collects the GitHub id and user information for:

• reviewers,
• submitting authors,
• editors and
• maintainers.

Finally, it updates GitHub statistics for each packages including stars, last commit date and more repo metadata.

Returns

This returns a packages.pickle file that will be used in the final script which bridges data between the first two scripts.

update_reviewers script`

This script is a bridge between update-contributors and update-reviews. It parses each review in the output update-reviews.pickle file and

1. updates contributor name in the review data (often the github username is there but the first and last name is missing). This allows us to publish the maintainer names (rather than github usernames) on our website package listing.
2. Updates each review issue contributor's name in the contributor metadata. This allows us to ensure we have updated contributor types, package submission information etc, in the contributor.yml file on our website.

To run: update_reviewers

Returns

This final script uses the two pickle files to update information. It then returns two output files:

1. _data/contributors.yml
2. _data/packages.yml

Each are stored in the /_data/file.yml directory to mimic the directory structure of our website.

How these scripts are used in our organization

The scripts above are called in the GitHub actions located here. These actions can be run manually via workflow dispatch but also have a cron job to update our metadata periodically.

Data that these scripts update / maintain

• website contributors.yml file
• website packages.yml file is here.

Rate limiting

TODO: right now this isn't an issue but it will be in the future I suspect.... Rate limiting - how to handle this...

Using this

Create environment:

mamba env create -f environment.yml

Contributors ✨

Thanks goes to these wonderful people (emoji key):

Ivan Ogasawara 💻 👀 🎨	Meer (Miriam) Williamson 💻 👀	Tiffany Xiao 💻 👀	austinlg96 💻 👀 🎨	JAKE 👀 💻 🎨	Luiz Irber 💻 👀	Barnabas Bulpett (He/Him) 💻 👀
Juanita Gomez 💻 👀	Sarah Kaiser 💻 👀

This project follows the all-contributors specification. Contributions of any kind welcome!