Comparing the Query Endpoints

The Lex Machina API has three query endpoints. Here is a comparision of them.

Page content

Now that there are three different ways to query the Lex Machina API, knowing what aspects can be queried in each of the three is becoming a more complex task. This post is an attempt to put a lot of data on screen quickly with no real discussion. To see in depth discussions of each, look at the documentation in the developer portal for querying district cases, state and appeals.

The following tables represent which of the endpoints that concept exists in and can be queried. Whether the values are IDs, strings, tuples or complex JSON objects can be found above. This is just for the basic concepts existing, not a how-to.

Also note that for shorthand in the particpant table, a value existing means both the include and exclude criteria exists for all of law firms, attorneys and parties.

Judges

Query ConstraintFederal DistrictStateAppeals
Judgexxx
Magistratex

Participants

Query ConstraintFederal DistrictStateAppeals
Law Firms / Attorneys / Parties include/excludexxx
Plaintiffxx
Defendantxx
ThirdPartyxxx
Appellantx
Appelleex
Respondentx
PetionerMovantx

Case Attributes

Query ConstraintFederal DistrictStateAppeals
Case Typesxxvia OriginatingDistrictCaseCriteria
Case Tagsxxx
Resolutionsxxx
Findingsx
Remediesx
Damagesxx
Eventsxx
Rulingsx
Patentsx
MDLx

Dates

Date ConstraintFederal DistrictStateAppeals
Filedxxx
Terminatedxxx
Trialxx
Last Docketxxx

Courts exist in all three queries however they are all different and thus are not valuable to present in a table. It is worth noting that appeals has both a court specifier for the appeals court but also can reference the court of the original case via the OriginatingDistrictCaseCriteria.

There are many similarities and many differences amongst all these queries. While it can be confusing at first, with a little care and attention all queries can be crafted and even somewhat reused across the endpoints.

Good luck and happy querying.