Some fields in the API can be complicated. This page goes into greater detail about this topic.
Case names are a complicated topic, and there are a few common misconceptions about them:
We've done our best to normalize case names wherever we can, following Blue Book conventions. Some things we regularly do include:
The result of all this work is that we have pretty good case names.
In the API, you'll see case names in a variety of places due to the fact that they can change over time. For example, there are case_name
fields on the Docket
object and also on the Opinion Cluster
objects. In almost all instances, these values are the same but some cases have different values for the Docket
than for an Opinion Cluster
, so we keep this data in duplicate.
Case names can also vary considerably in length, and we've identified three different types of case names:
case_name
: This is a typical case name that can be used in almost all references. An example might be Roe v. Wade. case_name_short
: This is a shortened one or two word case name that can be used in legal writing after the standard case name has been provided by the author. An example of this might be simply Roe used, "As was stated in Roe…" case_name_full
: This is the full list of plaintiffs and defendants in a case, sometimes going on for hundreds of words, and often including titles or other information. For example: Roe Et Al v. Wade, District Attorney of Dallas County. All cases have at least one of these values, many have two values, and some have all three. A case_name_short
was generated algorithmically for every case possible, but about 40% of cases were too complicated for our program to process and so they were left blank. Editors have ensured that every Supreme Court case from 1945 to 2018 has a case_name_short
value.
case_name
is available for the majority of cases, except those that were imported from Resource.org, which only provided case_name_full
values. When that happened, there was no way for us to condense a case_name_full
, so until an editor is available to review them, they will lack this value. All cases have either a case_name
or a case_name_full
value.
Our advice is to use a case_name
if it is available and to fall back on the case_name_full
if it is not. If you are interested in sponsoring trained humans to improve this data, please get in touch.
absolute_url
FieldThe absolute_url
field shows the URL where a resource can be seen live on the site. It is absolute in the sense that it should never change and will always be backwards compatible if changes are ever needed.
In some cases you might start with a URL from CourtListener, and you might want to look up the item in the API. Generally, CourtListener URLs are designed to contain an ID that can be used in the API to look it up, following a pattern like:
/$type/$id/$name-of-the-case/
There are three sections:
$name-of-the-case: This is the "slug" of the document, and generally mirrors its case name. This value can change if we clean up a case name, but provided it is not omitted completely, this part of the URL can be any value without affecting the page that is loaded.
Put another way, we load pages based on the $id
and $type
, not by the name of the case.
API responses will give you the URL path to a resource such as a PDF or MP3, but not the domain. These are often in a field named local_path
or similar.
To download a resource, create a full URL by concatenating the path from the API response with https://storage.courtlistener.com/
.
These services are sponsored by Free Law Project and users like you. We provide these services in furtherance of our mission to make the legal sector more innovative and equitable.
We have provided these services for over a decade, and we need your contributions to continue curating and enhancing them.
Will you support us today by becoming a member?