Skip to content

Instantly share code, notes, and snippets.

@tucotuco
Created August 26, 2025 18:41
Show Gist options
  • Save tucotuco/7f54953eeedd4a8139518c7d6dfe72b1 to your computer and use it in GitHub Desktop.
Save tucotuco/7f54953eeedd4a8139518c7d6dfe72b1 to your computer and use it in GitHub Desktop.
Business Plan outline for DwC-DP public review
# Public Review Proposal Checklist for Darwin Core Enhancements
This checklist adapts business-plan style frameworks to the context of standards development and public review.
Use it to ensure the proposal is **clear, compelling, and complete**.
---
## 1. Executive Summary
- **Concise statement of purpose**: Why this public review is happening now.
- **Scope**: The three offerings (Conceptual Model, Data Package Guide, term additions/changes).
- **Intended outcome**: What decisions/reviewers are being asked to weigh in on.
---
## 2. Problem / Opportunity Statement
- **Gap or challenge**: What is missing or unclear in the current Darwin Core landscape.
- **Consequences of inaction**: What happens if these enhancements aren’t adopted.
- **Opportunities unlocked**: What becomes possible with the new conceptual model and Data Package framing.
---
## 3. Proposed Solution
- **Conceptual Model**: High-level overview of classes and relationships.
- **DwC-DP Guide**: How it complements the existing Text Guide.
- **Term changes**: Rationale for each new term or revision, tied explicitly to implementing the model.
- **Out of scope**: Make clear that schemas are not under review.
---
## 4. Benefits & Value Proposition
- **For data providers**: Clarity in modeling and packaging.
- **For aggregators**: Interoperability and cleaner integration.
- **For researchers**: More faithful and expressive data.
- **For the broader community**: Alignment with other standards and practices.
---
## 5. Risks & Mitigation
- **Complexity**: Too much change at once? → Phased adoption guidance.
- **Backward compatibility**: Addressed by mappings or cross-walks.
- **Community adoption**: Addressed by outreach, support, and documentation.
---
## 6. Audience & Stakeholders
- **Primary reviewers**: Biodiversity informatics community, TDWG members, collection managers.
- **Secondary audiences**: Aggregators, tool builders, funders (indirectly).
- **Engagement plan**: How you’ll gather feedback (GitHub issues, webinars, etc.).
---
## 7. Implementation Roadmap
- **Timeline**: Review period, revisions, ratification steps.
- **Dependencies**: Alignment with TDWG governance, VMS/SDS requirements.
- **Deliverables**: Finalized conceptual model, guide, vocabulary updates.
---
## 8. Supporting Materials
- **Cross-references**: Links to Conceptual Model diagrams, Quick Reference Guide prototypes, schema repos (for context).
- **Examples**: Sample data packages showing the new terms in action.
- **Comparisons**: How this builds on or differs from previous Darwin Core documentation.
---
## 9. Call to Action
- **What you want from reviewers**: Clarity on *where to focus feedback* (e.g., definitions, relationships, scope).
- **How to give feedback**: Channels, deadlines, formatting guidance.
---
@tucotuco
Copy link
Author

Public Review Proposal Checklist for Darwin Core Enhancements

This checklist adapts business-plan style frameworks to the context of standards development and public review.
Use it to ensure the proposal is clear, compelling, and complete.


1. Executive Summary

  • Concise statement of purpose: Why this public review is happening now.
  • Scope: The three offerings (Conceptual Model, Data Package Guide, term additions/changes).
  • Intended outcome: What decisions/reviewers are being asked to weigh in on.

2. Problem / Opportunity Statement

  • Gap or challenge: What is missing or unclear in the current Darwin Core landscape.
  • Consequences of inaction: What happens if these enhancements aren’t adopted.
  • Opportunities unlocked: What becomes possible with the new conceptual model and Data Package framing.

3. Proposed Solution

  • Conceptual Model: High-level overview of classes and relationships.
  • DwC-DP Guide: How it complements the existing Text Guide.
  • Term changes: Rationale for each new term or revision, tied explicitly to implementing the model.
  • Out of scope: Make clear that schemas are not under review.

4. Benefits & Value Proposition

  • For data providers: Clarity in modeling and packaging.
  • For aggregators: Interoperability and cleaner integration.
  • For researchers: More faithful and expressive data.
  • For the broader community: Alignment with other standards and practices.

5. Risks & Mitigation

  • Complexity: Too much change at once? → Phased adoption guidance.
  • Backward compatibility: Addressed by mappings or cross-walks.
  • Community adoption: Addressed by outreach, support, and documentation.

6. Audience & Stakeholders

  • Primary reviewers: Biodiversity informatics community, TDWG members, collection managers.
  • Secondary audiences: Aggregators, tool builders, funders (indirectly).
  • Engagement plan: How you’ll gather feedback (GitHub issues, webinars, etc.).

7. Implementation Roadmap

  • Timeline: Review period, revisions, ratification steps.
  • Dependencies: Alignment with TDWG governance, VMS/SDS requirements.
  • Deliverables: Finalized conceptual model, guide, vocabulary updates.

8. Supporting Materials

  • Cross-references: Links to Conceptual Model diagrams, Quick Reference Guide prototypes, schema repos (for context).
  • Examples: Sample data packages showing the new terms in action.
  • Comparisons: How this builds on or differs from previous Darwin Core documentation.

9. Call to Action

  • What you want from reviewers: Clarity on where to focus feedback (e.g., definitions, relationships, scope).
  • How to give feedback: Channels, deadlines, formatting guidance.

@tucotuco
Copy link
Author

Public Review Proposal Checklist for Darwin Core Enhancements

This checklist adapts business-plan style frameworks to the context of standards development and public review.
Use it to ensure the proposal is clear, compelling, and complete.


1. Executive Summary

  • Concise statement of purpose: Why this public review is happening now.
  • Scope: The three offerings (Conceptual Model, Data Package Guide, term additions/changes).
  • Intended outcome: What decisions/reviewers are being asked to weigh in on.

2. Problem / Opportunity Statement

  • Gap or challenge: What is missing or unclear in the current Darwin Core landscape.
  • Consequences of inaction: What happens if these enhancements aren’t adopted.
  • Opportunities unlocked: What becomes possible with the new conceptual model and Data Package framing.

3. Proposed Solution

  • Conceptual Model: High-level overview of classes and relationships.
  • DwC-DP Guide: How it complements the existing Text Guide.
  • Term changes: Rationale for each new term or revision, tied explicitly to implementing the model.
  • Out of scope: Make clear that schemas are not under review.

4. Benefits & Value Proposition

  • For data providers: Clarity in modeling and packaging.
  • For aggregators: Interoperability and cleaner integration.
  • For researchers: More faithful and expressive data.
  • For the broader community: Alignment with other standards and practices.

5. Risks & Mitigation

  • Complexity: Too much change at once? → Phased adoption guidance.
  • Backward compatibility: Addressed by mappings or cross-walks.
  • Community adoption: Addressed by outreach, support, and documentation.

6. Audience & Stakeholders

  • Primary reviewers: Biodiversity informatics community, TDWG members, collection managers.
  • Secondary audiences: Aggregators, tool builders, funders (indirectly).
  • Engagement plan: How you’ll gather feedback (GitHub issues, webinars, etc.).

7. Implementation Roadmap

  • Timeline: Review period, revisions, ratification steps.
  • Dependencies: Alignment with TDWG governance, VMS/SDS requirements.
  • Deliverables: Finalized conceptual model, guide, vocabulary updates.

8. Supporting Materials

  • Cross-references: Links to Conceptual Model diagrams, Quick Reference Guide prototypes, schema repos (for context).
  • Examples: Sample data packages showing the new terms in action.
  • Comparisons: How this builds on or differs from previous Darwin Core documentation.

9. Call to Action

  • What you want from reviewers: Clarity on where to focus feedback (e.g., definitions, relationships, scope).
  • How to give feedback: Channels, deadlines, formatting guidance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment