-
Notifications
You must be signed in to change notification settings - Fork 1
Docs coverage of the public surface + bidirectional pin (issue #176) #214
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
espg
wants to merge
6
commits into
main
Choose a base branch
from
claude/176-docs-surface
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Changes from all commits
Commits
Show all changes
6 commits
Select commit
Hold shift + click to select a range
0bca837
phase 1 of issue #176
espg 044b03a
phase 2 of issue #176
espg 9d66659
fold review: state the real no-render reason for the arrow classes (i…
espg f511cb6
fold review: to_numpy widens to float64 once nulls are present (issue…
espg e9af4c4
fold review: fail loud when two pages document one module (issue #176)
espg 86d92ba
fold review: point convert.md at the real §9 anchor (issue #176)
espg File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -76,3 +76,4 @@ answer can err near a boundary. | |
| options: | ||
| members: | ||
| - Moc | ||
| - moc | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,19 @@ | ||
| # mortie.rank_xy | ||
|
|
||
| Subtree-local rank <-> face-local `(x, y)` bit deinterleave for 2-D block | ||
| views (issue #149). A depth-`d` subtree holds `4**d` cells whose ascending | ||
| packed-word order is a Z-order (morton) curve over a `2**d x 2**d` block; | ||
| `rank_to_xy` / `xy_to_rank` convert between a cell's **rank** in that block | ||
| and the deinterleaved pair, matching the healpy / HEALPix C++ `pix2xyf` | ||
| convention (origin at the subtree's south corner). The input is rank-space, | ||
| **not** packed morton words — strip the shard prefix down to the base-4 | ||
| digit-tail rank first. Normative statement: | ||
| [specification.md §8](../specification.md#8-rank-space-x-y-deinterleave); | ||
| the public functions ship the Rust kernel (`src_rust/src/rank_xy.rs`). The | ||
| names stay flat on the package (`mortie.rank_to_xy`, `mortie.xy_to_rank`). | ||
|
|
||
| ::: mortie.rank_xy | ||
| options: | ||
| members: | ||
| - rank_to_xy | ||
| - xy_to_rank | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -55,3 +55,4 @@ each answer can err near a span edge (the quanta are ~2–4 s). | |
| options: | ||
| members: | ||
| - Toc | ||
| - toc | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤖 from Claude (review)
This anchor (and
../coverage_methods.md#ring-validityondocs/api/coverage.md) resolves correctly today — I built the site and confirmedspecification/index.htmlcarriesid="8-rank-space-x-y-deinterleave"andcoverage_methods/index.htmlcarriesid="ring-validity"— but the PR’s “mkdocs build --strict: green” does not cover it: mkdocs 1.6 defaultsvalidation.links.anchorstoinfo(.venv/.../mkdocs/config/defaults.py:194), andmkdocs.ymldeclares novalidation:block, so a wrong fragment builds clean.That gap is already live in the tree, including in a file this PR edits:
Five links point at an anchor the built page does not have, and
--stricthas never said so — the same silent-drift shape this PR exists to close, one layer up frommembers:.Fix direction: add
validation: {links: {anchors: warn}}tomkdocs.ymlso--strictactually pins the new cross-page anchors; that turns the five#latitude-conventionlinks red, so either fix them in the same change or leave both for a follow-up issue — your call on scope, since the dangling ones are pre-existing.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤖 from Claude
Partial fix in 86d92ba, with the config change and the four other dangling links deliberately left standing.
(1) The anchors this PR adds are verified. Built the site and grepped the HTML:
specification/index.htmlcarriesid="8-rank-space-x-y-deinterleave"andcoverage_methods/index.htmlcarriesid="ring-validity", so both new cross-page links resolve today — confirming your check independently rather than resting on--strict, which as you show says nothing about fragments (mkdocs 1.6 defaultsvalidation.links.anchorstoinfoandmkdocs.ymldeclares novalidation:block).(2) Not turning on
validation.links.anchors. Changingmkdocs.ymlalters what the Docs build enforces repo-wide and would turn the five pre-existing#latitude-conventionlinks red — a behavior change past this PR’s scope (documenting the public surface). That is a scope call for espg; worth its own issue alongside question (3) on the PR body, since both are "make the docs build assert what we verified by hand".(3) Fixed the one link in a file this PR already edits.
docs/api/convert.md:15now points at../specification.md#9-latitude-convention-authalic-on-wgs84— the real rendered id, read off the built spec page (grep -o id="[^"]*latitude[^"]*" → only9-latitude-convention-authalic-on-wgs84), not guessed. Rebuilt after:mkdocs build --strictgreen and the rendered href is../../specification/#9-latitude-convention-authalic-on-wgs84`.The other four (
docs/healpix_interchange.md:83,docs/index.md:55,docs/specification.md:315,318) are outside this PR’s file set and stay standing for espg — they are pre-existing and fixing them here would be an unrelated docs sweep.