Resources.data.gov has replaced Project Open Data.

On January 14, 2019, the Foundations for Evidence-Based Policymaking Act ("Evidence Act"), which includes the OPEN Government Data Act, was signed into law. The Evidence Act requires the Office of Management and Budget, the Office of Government Information Services, and the General Services Administration to develop and maintain an online repository (Resources.data.gov) of tools, best practices, and schema standards to facilitate the adoption of open data practices across the Federal Government.

Archived content of Project Open Data can be accessed at its GitHub repository. You can report missing content or provide any additional feedback via GitHub or by emailing datagov@gsa.gov.

Governance

Project Open Data Governance

Background

Project Open Data is an online collection of code, best practices, and case studies developed to help agencies adopt the framework presented in the OMB memorandum M-13-13 “Open Data Policy-Managing Information as an Asset.” Project Open Data will evolve over time as a community resource to facilitate adoption of open data practices. To facilitate collaboration across the Federal Government and in partnership with public developers, the Project is published on the developer social network GitHub.

As the Project founders, the Office of Management and Budget and the Office of Science and Technology Policy, components of the Executive Office of the President, are dedicated to maximizing openness, participation, and collaboration while ensuring the integrity of the resources hosted within the Project. This page provides information on ways to participate in the Project and how the OMB and OSTP will govern it.

Contributing

Project Open Data is a collaborative, open source project. Both Federal employees and members of the public are strongly encouraged to improve the project by contributing. Fortunately, contributing only takes a few steps. Log into GitHub, click the “Edit this Page” button at the top of any page on this website, follow the instructions to “Fork this repository and propose changes”, make your edit, and fill out the form at the bottom of the page to “Propose file change.” Your changes will appear once they are approved. Ultimately, the goal is for users to contribute to the project by suggesting changes to code/content (making “pull requests”). However, there are many ways to participate:

  • Browse. Look around at the different resources available.
  • Clone. Copy code/content to your local machine. There is no official record in Project Open Data, and others cannot see what you do with the code/content.
  • Fork. Copy code/content to your own repo in GitHub, and make modifications there. Record of the fork is seen in Project Open Data, and others can see the code/content, but it now resides outsides the Project.
  • Comment. Comment on the code/content in Project Open Data using the issue tracker function. Others can see your suggested changes in a public log on Project Open Data. A moderator must accept, modify, or reject the comment in that public log.
  • Contribute. Suggest changes to the code/content in Project Open Data by making a pull request. Others can see your suggested changes in a public log on Project Open Data. A moderator must accept, modify, or reject the suggested change in that public log before it becomes a part of the official code/content.

Owners

Project Open Data is managed by the Office of Management and Budget (OMB) and Office of Science and Technology Policy (OSTP), both components of the Executive Office of the President. The Federal CIO and CTO will both be actively involved, along with members of their teams.

Approving Changes

In GitHub speak, Project Open Data is actually a collection of different little-p “projects” housed in individual repositories, or “repos.” Each individual project repo will be managed as an open source project – i.e., users can make pull requests (suggest changes). A repo manager will adjudicate the pull requests (accept, modify, or reject) in a public log on a standard release cycle. Proposed changes to relevant policy areas will be evaluated by relevant policy officials. Information on the repo manager and release cycle for updates will be available in each repo’s documentation file. A program management office (PMO) in the General Services Administration (GSA) may be delegated management of individual technical repos, as well as provide daily technical oversight and user support for the Project. Given that the breadth of Project Open Data supports both technical and policy work, there will be different governance processes for each subject.

  • Technical Repositories Governance & Review Cycle (e.g., source code, applications, best practices)– Technical repositories will be maintained by staff within the Office of Management and Budget and the Office of Science and Technology Policy, with support from technical staff at GSA (i.e., the Technical Review Committee). All comments and proposed changes from the public or other Federal employees will be reviewed regularly by the Technical Review Committee, on bi-weekly intervals. Additional stakeholders will be involved in review processes based on needed subject matter expertise.
  • Policy Related Repositories Governance & Release Cycle (e.g., open licensing, metadata)— Changes to repositories with implications for the policy must be approved by OMB and OSTP policy officials. All comments and proposed changes from the public or other Federal employees will be reviewed by the appropriate staff on bi-weekly intervals. Additional Federal stakeholders will be involved in review processes based on needed subject matter expertise.

There are two policies repos that will have very regulated release cycles:

  • Project Open Data Metadata Schema— Changes to the Project Open Data metadata schema will be reviewed on an ongoing basis. Starting November 9th, new releases of the schema will only be issued every 6 months, as needed. Suggested changes that alter implementation and structure of the schema will not be merged in-between the regular release cycles, though discussion and commenting during these periods are encouraged. Each version of the schema will have a depreciation date of one year.
  • The Open Data Policy M-13-13— A version of The Open Data Policy (M-13-13) is available for public feedback and suggested changes through Project Open Data. Suggested changes to the policy will be reviewed bi-annually. Adjudication times will depend on the extent of the suggested policy changes and decisions regarding the mechanism for dissemination (e.g., the need to consider updating official version of M-13-13, or other forms of guidance). Accepted changes to the policy will not be merged in-between the regular release cycles to prevent inconsistencies and confusion, though discussion and commenting during these periods are encouraged.