Skip to content

Commit

Permalink
Merge branch 'main' into Lucyeoh-patch-10
Browse files Browse the repository at this point in the history
  • Loading branch information
ricardomiron authored Sep 3, 2024
2 parents d1f2035 + c57dfd5 commit 4c1f463
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions standard.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,15 +7,15 @@
Indicator | Requirement
--- | ---
**1. Relevance to Sustainable Development Goals** | Digital public goods must demonstrate relevance to advancing the [Sustainable Development Goals (SDGs)](https://sdgs.un.org/goals).
**2. Use of Approved Open Licenses** | Digital public goods must demonstrate the use of an approved open license. For open-source software, only [OSI approved licenses](https://opensource.org/licenses) are accepted. For open content collections the use of a [Creative Commons license](https://creativecommons.org/licenses/) is required. DPGs are encouraged to use a license that allows for both derivatives and commercial reuse ([CC-BY](https://creativecommons.org/licenses/by/4.0/) and [CC-BY-SA](https://creativecommons.org/licenses/by-sa/4.0/)), or dedicate content to the public domain ([CC0](https://creativecommons.org/choose/zero/)); licenses that do not allow for commercial reuse ([CC-BY-NC](https://creativecommons.org/licenses/by-nc/4.0/) and [CC-BY-NC-SA](https://creativecommons.org/licenses/by-nc-sa/4.0/)) are also accepted. For open data, an [Open Data Commons approved license](https://opendefinition.org/licenses/) is required. See [The full license list](https://github.com/DPGAlliance/publicgoods-candidates/blob/main/help-center/licenses.md) for reference.
**2. Use of Approved Open Licenses** | Digital public goods must demonstrate the use of an approved open license. For open-source software, only [OSI approved licenses](https://opensource.org/licenses) are accepted. For open content collections the use of a [Creative Commons license](https://creativecommons.org/licenses/) is required. DPGs are encouraged to use a license that allows for both derivatives and commercial reuse ([CC-BY](https://creativecommons.org/licenses/by/4.0/) and [CC-BY-SA](https://creativecommons.org/licenses/by-sa/4.0/)), or dedicate content to the public domain ([CC0](https://creativecommons.org/choose/zero/)); licenses that do not allow for commercial reuse ([CC-BY-NC](https://creativecommons.org/licenses/by-nc/4.0/) and [CC-BY-NC-SA](https://creativecommons.org/licenses/by-nc-sa/4.0/)) are also accepted. For open data, an [Open Data Commons approved license](https://opendefinition.org/licenses/) is required. See [The full license list](https://github.com/DPGAlliance/dpg-resources/wiki/2.-Open-Licensing) for reference.
**3. Clear Ownership** | Ownership of assets that the digital public good produces must be clearly defined and documented. For example, through copyright, trademark or other publicly available information.
**4. Platform Independence** | When the digital public good has mandatory dependencies that create more restrictions than the original license, proving independence from the closed component(s) and/or indicating the existence of functional, open alternatives that can be used without significant changes to the core product is required.
**5. Documentation** | Digital public goods require documentation of the source code, use cases, and/or functional requirements. For content collections, this should include all relevant/compatible apps, software, or hardware required to access the content collection, and instructions regarding how to use it. For software solutions, this should be technical documentation that would allow a technical person unfamiliar with the project to launch and run the software. For data projects, this should be documentation that describes all the fields in the set, and provides context on how the dataset was collected, and how it should be interpreted.
**6. Mechanism for Extracting Data and Content** | Digital public goods with non-personally identifiable information (PII) design for possibility of extracting or importing non-PII data and content from the system in a non-proprietary format.
**7. Adherence to Privacy and Applicable Laws** | Digital public goods must be designed and developed to comply with privacy and other applicable laws
**8. Adherence to Standards & Best Practices** | Digital public goods must be designed and developed to align with relevant standards, best practices, and/or principles. For example,[the Principles for Digital Development](https://digitalprinciples.org/principles/).
**9. Do No Harm By Design** | Digital public goods must be designed to anticipate, prevent, and do no harm by design.
**9a) Data Privacy & Security** | Digital public goods that collect, store and distribute [personally identifiable (PII) data](https://github.com/DPGAlliance/publicgoods-candidates/tree/main/docs/help-center/personal-data-definition), must demonstrate how they ensure the privacy, security and integrity of this data in addition to the steps taken to prevent adverse impacts resulting from its collection, storage and distribution.
**9a) Data Privacy & Security** | Digital public goods that collect, store and distribute [personally identifiable (PII) data](https://github.com/DPGAlliance/dpg-resources/wiki/6.-Mechanism-for-Extracting-Data), must demonstrate how they ensure the privacy, security and integrity of this data in addition to the steps taken to prevent adverse impacts resulting from its collection, storage and distribution.
**9b) Inappropriate & Illegal Content** | Digital public goods that collect, store or distribute content must have policies identifying inappropriate and illegal content such as child sexual abuse materials in addition to processes for detecting, moderating, reporting and removing inappropriate/ illegal content.
**9c) Protection from Harassment** | If the digital public good facilitates interactions with or between users or contributors there must be a process for users and contributors to protect themselves against grief, abuse, and harassment. The project must have system(s) to address the safety and security of underage users.

Expand Down

0 comments on commit 4c1f463

Please sign in to comment.