🤖 Written by Claude
Summary
Publish the existing in-repo docs/ directory as a rendered, versioned documentation site using MkDocs (mkdocs-material), deployed to GitHub Pages via mkdocs gh-deploy, with a CNAME to docs.cdotlib.org.
Not a paper blocker. The docs/ content is already versioned with the code and citable via tagged repo permalinks, which is sufficient for the paper's availability statement. This issue is presentation/discoverability polish to be done after the paper, not before submission.
Background
The original motivation was that the GitHub wiki is not versioned with the code and isn't citable. That defect is already fixed: the source material now lives in docs/ (schema, biocommons/PyHGVS examples, version-safety write-up, JSON data format, coordinates/exons, release files, create-from-scratch, etc.) with an index at docs/README.md. What's missing is a rendered site at a stable, branded URL.
What to do
- Add
mkdocs.yml configuring the mkdocs-material theme over the existing docs/ tree.
- Build a nav structure from the existing pages (index / quickstart / data files / clean-hgvs / canonical / REST API / data format / data generation).
- Deploy to GitHub Pages via
mkdocs gh-deploy (or a GitHub Actions workflow on tag/release).
- Add a
CNAME for docs.cdotlib.org and configure DNS (same ownership as the existing cdotlib.org REST site).
- Once live, decide whether the paper's availability statement should print the
docs.cdotlib.org URL or keep the GitHub repo link.
Notes
cdotlib.org already exists for the REST server (SACGF/cdot_rest), so a docs. subdomain is the natural home.
- Keep docs versioned with code; consider
mike for per-version docs if needed later.
🤖 Written by Claude
Summary
Publish the existing in-repo
docs/directory as a rendered, versioned documentation site using MkDocs (mkdocs-material), deployed to GitHub Pages viamkdocs gh-deploy, with a CNAME todocs.cdotlib.org.Not a paper blocker. The
docs/content is already versioned with the code and citable via tagged repo permalinks, which is sufficient for the paper's availability statement. This issue is presentation/discoverability polish to be done after the paper, not before submission.Background
The original motivation was that the GitHub wiki is not versioned with the code and isn't citable. That defect is already fixed: the source material now lives in
docs/(schema, biocommons/PyHGVS examples, version-safety write-up, JSON data format, coordinates/exons, release files, create-from-scratch, etc.) with an index atdocs/README.md. What's missing is a rendered site at a stable, branded URL.What to do
mkdocs.ymlconfiguring the mkdocs-material theme over the existingdocs/tree.mkdocs gh-deploy(or a GitHub Actions workflow on tag/release).CNAMEfordocs.cdotlib.organd configure DNS (same ownership as the existingcdotlib.orgREST site).docs.cdotlib.orgURL or keep the GitHub repo link.Notes
cdotlib.orgalready exists for the REST server (SACGF/cdot_rest), so adocs.subdomain is the natural home.mikefor per-version docs if needed later.