GET /us/statutes/divisions. Each call returns the immediate children of wherever you are, so you can render a tree, build a table of contents, or walk a whole title without paging through search.
Endpoint used: GET /us/statutes/divisions.
Browse supports
USC, CFR, STATE, REGULATION, STATE_RULES, CONSTITUTION, STATE_CONSTITUTION and FEDERAL_RULES.
Every legend entry on GET /us/statutes/coverage carries a browsable flag that says which, so read it instead of probing.
Executive actions, the Federal Register and agency guidance are dated series or share no common tree; reach those with POST /us/statutes/search (see the Quickstart).
A request whose filters do not fit the corpus is rejected with 422 before anything is charged.How drilling works
Pass the deepest level you already know, and the response returns the level directly below it. Which level that is depends on the code, because each section’s own place in its publisher’s hierarchy decides it. A code does not have a fixed number of levels, so readlevel and each node’s kind on every response instead of assuming a depth, and keep drilling until isLeaf is true.
The levels in this table are what the corpus recorded on the day it was written.
A listing can also mix kinds: a state code lists its chapters followed by loose sections, and a U.S. Code chapter lists any section outside a subchapter beside its subchapters.
kind on each node says what it is.
Beyond titleNumber, chapter, part, code and article, the listing takes one filter per level a code or rule set can have.
Each is passed back the way the listing returned it, with the identifier of a node whose kind names that level, and each is case-insensitive where it is text.
excludeRepealed and actStatus narrow any listing by section status, the way they do on search.
The number of levels between a code and its sections is not fixed: a code lists whatever its own structure has (titles, then chapters, then subchapters, or only articles), and level says what a listing holds. Follow every node you are given, by the filter its kind names, until level is sections; never hard-code the depth.
Interior nodes carry a sectionCount and isLeaf: false; drill into one by passing its identifier back, verbatim, as the filter its kind names (title as titleNumber on the U.S. Code and CFR and as title inside a state code, and likewise subtitle, division, chapter, subchapter, part, subpart, subjectGroup, article, act or code, and on state regulations umbrella, agency or program). Leaf nodes are sections with isLeaf: true and an actId you pass straight to /us/statutes/section/{actId}. Every list comes back in statutory (natural) order: 9 before 10, 240.9 before 240.10.
Federal rules are published twice, by the Judicial Conference at uscourts.gov (
frcp, fre, …) and as an appendix to the U.S. Code (uscapp_t28a_fre, …).
Each is its own rule set in the listing, so no rule appears twice under one heading.One level
name is null when the publisher prints no heading for that container.
See Container names for what each level is called and which jurisdictions name which levels.
State regulations: umbrella, agency and program
Some state regulation codes print the issuing body above their chapters, and a chapter number repeats under different bodies. Naming the body opens the right chapter, so these codes no longer answer a repeated chapter number as one pooled list with anote.
- Maine groups agencies under a department umbrella, then lists the agency’s chapters.
- Virginia lists agencies, inside a title.
- Wyoming lists agencies, then a program between the agency and its chapters. Chapter
1repeats under every program, so pass theprogramtoo. - Louisiana and Mississippi list
subpartnodes inside a part. Pass thepartand thesubpartwithcode.
identifier back as the filter its kind names.
Take code from the codes listing of corpusType=REGULATION&state=me.
FILTER map already carries umbrella, agency and program.
Walk a whole title
Drill from a title down until a node is a leaf. A leaf carries theactId you use to fetch metadata or full text.
Because a chapter may list subchapters, parts or subparts before it lists sections, the walk is recursive: each node is passed back as the filter its kind names.
Python
Rows are sorted into statutory order within each response, and pages are walked in storage order, so concatenating pages does not give you one globally sorted list. The union of every page is the complete container. Sort it yourself once you hold it all.
Export a container with its text
Enumeration gives you identifiers. To turn a chapter into text, batch thoseactId values through POST /us/statutes/sections with includeBody, 50 at a time.
includeBody bills the ordinary body price for each row that returns text; rows whose text cannot be resolved come back with body: null and are not charged for it, so read creditsConsumed on each response instead of computing it.
Text is the expensive half of any export. If you are filtering, run the filter on metadata first (omit includeBody) and fetch bodies only for what survives.
Search within a container
Browse and search meet at theparent object.
A search result from any browsable corpus carries a parent: the ready-made query that lists its siblings.
Every key it carries (titleNumber, chapter, part, code, article) is also a POST /us/statutes/search filter, so you can take any hit and run a search confined to its chapter, part, article or rule set, without building the scope yourself.
The same object replays against
GET /us/statutes/divisions unchanged, so one hit gives you both the listing of its container and a search within it.
Python
chapter and part accept a single value or a list, and must be paired with titleNumber (USC/CFR) or code (state), which parent always includes. A chapter number alone repeats across every title, so an unpaired chapter/part is rejected with 422.
article follows the same logic, because article labels repeat too:
- It needs a
corpusTypefrom one family:CONSTITUTION/STATE_CONSTITUTION, where it is the article label browse lists (Amendment XIV), orSTATE/REGULATION, where it is the article of a code divided by article instead of chapter (New York’s2-A). STATE_CONSTITUTIONalso needsstate, since most state constitutions have anArticle IV.- On
STATE/REGULATIONit needs thecodeit belongs to, and it cannot be combined withchapter.
identifier exactly as the listing returned it; a case slip such as amendment xiv also matches.
A federal rule set is a code under corpusType=FEDERAL_RULES: frcp, fre, frcpsuppadm, or an appendix copy such as uscapp_t28a_fre.
Without that corpusType, frcp cannot be told apart from a state code missing its state, so it is refused.
code=frcp is the Federal Rules of Civil Procedure alone; source=frcp also covers the FRCP supplemental rules.
Each of these shape errors is a 422 decided before anything is charged.
Related
Section Identifiers
The
actId you get from a leaf node, and how to fetch its metadata and text.Corpus Types
The corpora you can browse and how to scope with
corpusType and state.Jurisdictions & State Codes
Which jurisdictions exist, and what the two-letter
state codes mean.Resolve a citation
Go straight to a section from a Bluebook citation instead of walking to it.

