Skip to content


Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?


Members of the United States Congress (1789-Present), congressional committees (1973-Present), committee membership (current only), and presidents and vice presidents of the United States in YAML, JSON, and CSV format.

Build Status


This project provides the following data files:

File Download Description
legislators-current YAML JSON CSV Currently serving Members of Congress.
legislators-historical YAML JSON CSV Historical Members of Congress (i.e. all Members of Congress except those in the current file).
legislators-social-media YAML JSON Current social media accounts for Members of Congress. Official accounts only (no campaign or personal accounts).
committees-current YAML JSON Current committees of the Congress, with subcommittees.
committee-membership-current YAML JSON Current committee/subcommittee assignments.
committees-historical YAML JSON Current and historical committees of the Congress, with subcommittees, from the 93rd Congress (1973) and on.
legislators-district-offices YAML JSON CSV District offices for current Members of Congress.
executive YAML JSON Presidents and vice presidents.

The data formats are documented below.

The files are maintained in YAML format in the main branch of this project. YAML is a serialization format similar in structure to JSON but typically written with one field per line. Like JSON, it allows for nested structure. Each level of nesting is indicated by indentation or a dash. CSV and JSON formatted files are also provided in the gh-pages branch --- they're linked above.

This database is maintained through a combination of manual edits by volunteers (from GovTrack, ProPublica, MapLight, FiveThirtyEight, and others) and automated imports from a variety of sources including:

Data Format Documentation

Legislators file structure overview

legislators-current.yaml and legislators-historical.yaml contain biographical information on all Members of Congress that have ever served in Congress, that is, since 1789, as well as cross-walks into other databases.

Each legislator record is grouped into four guaranteed parts: id's which relate the record to other databases, name information (first, last, etc.), biographical information (birthday, gender), and terms served in Congress. A typical record looks something like this:

- id:
	bioguide: R000570
	thomas: '01560'
	govtrack: 400351
	opensecrets: N00004357
	votesmart: 26344
	  - H8WI01024
	cspan: 57970
	wikipedia: Paul Ryan
	ballotpedia: Paul Ryan
	maplight: 445
	house_history: 20785
	icpsr: 29939
	first: Paul
	middle: D.
	last: Ryan
	birthday: '1970-01-29'
	gender: M
  - type: rep
	start: '2011-01-03'
	end: '2013-01-03'
  - type: rep
	start: '2013-01-03'
	end: '2015-01-03'
	state: WI
	party: Republican
	district: 1
	address: 1233 Longworth HOB; Washington DC 20515-4901
	phone: 202-225-3031
	fax: 202-225-3393
	office: 1233 Longworth House Office Building

Terms correspond to elections and are listed in chronological order. If a legislator is currently serving, the current term information will always be the last one. To check if a legislator is currently serving, check that the end date on the last term is in the future.

The split between legislators-current.yaml and legislators-historical.yaml is somewhat arbitrary because these files may not be updated immediately when a legislator leaves office. If it matters to you, just load both files.

A separate file legislators-social-media.yaml stores social media account information. Its structure is similar but includes different fields.

Data Dictionary

The following fields are available in legislators-current.yaml and legislators-historical.yaml:

  • id

    • bioguide: The alphanumeric ID for this legislator in Note that at one time some legislators (women who had changed their name when they got married) had two entries on the bioguide website. Only one bioguide ID is included here. This is the best field to use as a primary key.
    • thomas: The numeric ID for this legislator on and The ID is stored as a string with leading zeros preserved.
    • lis: The alphanumeric ID for this legislator found in Senate roll call votes (
    • fec: A list of IDs for this legislator in Federal Election Commission data. In the CSV format, the fec_ids column is comma-separated.
    • govtrack: The numeric ID for this legislator on (stored as an integer).
    • opensecrets: The alphanumeric ID for this legislator on
    • votesmart: The numeric ID for this legislator on (stored as an integer).
    • icpsr: The numeric ID for this legislator in Keith Poole's website, originally based on an ID system by the Interuniversity Consortium for Political and Social Research (stored as an integer).
    • cspan: The numeric ID for this legislator on C-SPAN's video website, e.g. (stored as an integer).
    • wikipedia: The Wikipedia page name for the person (spaces are given as spaces, not underscores).
    • ballotpedia: The page name for the person (spaces are given as spaces, not underscores).
    • maplight : The numeric ID for this legislator on (stored as an integer).
    • house_history: The numeric ID for this legislator on The ID is present only for members who have served in the U.S. House.
    • bioguide_previous: When mistakenly listed a legislator under multiple IDs, this field is a list of alternative IDs. (This often ocurred for women who changed their name.) The IDs in this list probably were removed from but might still be in use in the wild.
  • name

    • first: The legislator's recognizable first name. Many people go by a different name than their legal first name, often their legal middle name, and our approach is to ensure that our first + last name fields combine to a recognizable name of the legislator. Normally we'll follow the name as it appears on or (and, which follows the legislator's own preference for how they want to be named in official places. However, in some cases the legislator goes by a first name that is merely a common short or informal form of their legal first name (e.g. Chris vs Christopher), and while they may prefer the informal name, we may use their longer legal first name because they would be recognizable by their legal name. If they sign official documents (e.g. letters to agencies, FEC filings) using their longer legal first name, we would use their legal first name and put their preferred shorter name in the nickname field. When legislators go by a first initial and middle name, we set the first name field to the initial (one character plus a period).
    • middle: The legislator's middle name or middle initial (with period). It is not recommended to display this field, unless the first name field is an initial (one character plus a period).
    • last: The legislator's last name. Some names include non-ASCII characters. When building search systems, it is advised to index both the raw value as well as a value with extended characters replaced with their ASCII equivalents (in Python that's: u"".join(c for c in unicodedata.normalize('NFKD', lastname) if not unicodedata.combining(c))).
    • suffix: A suffix on the legislator's name, such as "Jr." or "III", but only if they use it in official contexts, such as if it appears on or
    • nickname: The legislator's nick name when used as a common alternative to their first name. Usually displayed within quotes after the first name. If they are generally only known by a nickname, we would likely place the name in the first name field instead (see above).
    • official_full: The full name of the legislator according to the House or Senate (usually first, middle initial, nickname, last, and suffix). Present for those serving on 2012-10-30 and later.
  • other_names, when present, lists other names the legislator has gone by officially. This is helpful in cases where a legislator's legal name has changed. These listings will only include the name attributes which differ from the current name, and a start or end date where applicable. Where multiple names exist, other names are listed chronologically by end date. An excerpted example:

    • id: bioguide: B001228 thomas: '01465' govtrack: 400039 opensecrets: N00007068 name: first: Mary middle: Whitaker last: Bono Mack other_names:
      • last: Bono end: '2007-12-17' ...
  • bio

  • terms (one entry for each election)

    • type: The type of the term. Either "sen" for senators or "rep" for representatives and delegates to the House.
    • start: The date legislative service began: the date the legislator was sworn in, if known, or else the beginning of the legislator's term. Since 1935 regularly elected terms begin on January 3 at noon on odd-numbered years, but when Congress does not first meet on January 3, term start dates might reflect that swearing-in occurred on a later date. (Prior to 1935, terms began on March 4 of odd-numbered years, see here.) Formatted as YYYY-MM-DD.
    • end: The date the term ended (because the Congress ended or the legislator died or resigned, etc.). End dates follow the Constitutional end of a term. Since 1935, terms begin and end on January 3 at noon in odd-numbered years, and thus a term end date may also be a term start date. Prior to 1935, terms began on March 4 and ended either on March 3 or March 4. The end date is the last date on which the legislator served this term. Unlike the start date, whether Congress was in session or not does not affect the value of this field.
    • state: The two-letter, uppercase USPS abbreviation for the state that the legislator is serving from. See below.
    • how: How the term came to be. This field is generally not present and is currently only set haphazardly in recent data. The field is set to "appointment" for senators appointed to fill a vacancy. Senators and representatives elected by special election are indicated by special-election. For senators currently serving per an appointment, the field end-type may be set to special-election, in which case the end date of the term will reflect the expected special election date to replace the appointed senator. Once the special election occurs and the next senator is sworn in, ending the term of the appointed senator, the end date will be updated to reflect the actual end of service (which will follow the election date).
    • district: For representatives, the district number they are serving from. At-large districts are district 0. In historical data, unknown district numbers are recorded as -1.
    • class: For senators, their election class (1, 2, or 3). Note that this is unrelated to seniority.
    • state_rank: For senators, whether they are the "junior" or "senior" senator (only valid if the term is current, otherwise the senator's rank at the time the term ended).
    • party: The political party of the legislator. If the legislator changed parties, this is the most recent party held during the term and party_affiliations will be set. Values are typically "Democrat", "Independent", or "Republican". The value typically matches the political party of the legislator on the ballot in his or her last election, although for state affiliate parties such as "Democratic Farmer Labor" we will use the national party name ("Democrat") instead to keep the values of this field normalized.
    • caucus: For independents, the party that the legislator caucuses with, using the same values as the party field--although not required for independents with no caucus. Omitted if the legislator caucuses with the party indicated in the party field. When in doubt about the difference between the party and caucus fields, the party field is what displays after the legislator's name (i.e. "(D)") but the caucus field is what normally determines committee seniority. This field was added starting with terms for the 113th Congress.
    • party_affiliations: This field is present if the legislator changed party or caucus affiliation during the term. The value is a list of time periods, with start and end dates, each of which has a party field and a caucus field if applicable, with the same meanings as the main party and caucus fields. The time periods cover the entire term, so the first start will match the term start, the last end will match the term end, and the last party (and caucus if present) will match the term party (and caucus).
    • url: The official website URL of the legislator (only valid if the term is current).
    • address: The mailing address of the legislator's Washington, D.C. office (only valid if the term is current, otherwise the last known address).
    • phone: The phone number of the legislator's Washington, D.C. office (only valid if the term is current, otherwise the last known number).
    • fax: The fax number of the legislator's Washington, D.C. office (only valid if the term is current, otherwise the last known number).
    • contact_form: The website URL of the contact page on the legislator's official website (only valid if the term is current, otherwise the last known URL).
    • office: Similar to the address field, this is just the room and building number, suitable for display (only valid if the term is current, otherwise the last known office).
    • rss_url The URL to the official website's RSS feed (only valid if the term is current, otherwise the last known URL).

Leadership roles:

  - title: Minority Leader
    chamber: senate
    start: '2007-01-04'
    end: '2009-01-06'

For members with top formal positions of leadership in each party in each chamber, a leadership_roles field will include an array of start/end dates and titles documenting when they held this role.

Leadership terms are not identical to legislative terms, and so start and end dates will be different than legislative term dates. However, leaders do need to be re-elected each legislative term, so their leadership terms should all be subsets of their legislative terms.

Except where noted, fields are omitted when their value is empty or unknown. Any field may be unknown.

Notes: In most cases, a legislator has a single term on any given date. In some cases a legislator resigned from one chamber and was sworn in in the other chamber on the same day. Terms for senators list each six-year term, so the terms span three Congresses. For representatives and delegates, each two-year term is listed, each corresponding to a single Congress. But Puerto Rico's Resident Commissioner serves four-year terms, and so the Resident Commissioner will have a single term covering two Congresses (this has not been updated in historical data).

Historically, some states sending at-large representatives actually sent multiple at-large representatives. Thus, state and district may not be a unique key.

Data on Official Social Media Accounts

This dataset is designed to include accounts that are paid for with public funds and which represent official communications of their office. We rely on reasonable verification from the legislative office about the status of their accounts.

Offices are supposed to maintain strict separation of official funds and campaign funds, and official funds are not supposed to be used to further things like re-election efforts.

In practice, a campaign account may often look similar to an official account in terms of content, especially when expressing views on issues and legislations. However, there will be differences in what's appropriate for each account, and they will likely be maintained by different staff employed by different organizations.

The social media file legislators-social-media.yaml stores current social media account information.

Each record has two sections: id and social. The id section identifies the legislator using bioguide, thomas, and govtrack IDs (where available). The social section has social media account identifiers:

  • twitter: The current official Twitter handle of the legislator.
  • youtube: The current official YouTube username of the legislator.
  • youtube_id: The current official YouTube channel ID of the legislator.
  • instagram: The current official Instagram handle of the legislator.
  • instagram_id: The numeric ID of the current official Instagram handle of the legislator.
  • facebook: The username of the current official Facebook presence of the legislator.
  • mastodon: The current Mastodon handle (@username@instance) of the legislator.

Several legislators do not have an assigned YouTube username. In these cases, only the youtube_id field is populated.

All values can be turned into URLs by preceding them with the domain name of the service in question (and in the case of YouTube channels, the path /channel):

  • https://instagram/[instagram]

Legislators are only present when they have one or more social media accounts known. Fields are omitted when the account is unknown.

Updating social media accounts

Available tasks with scripts/

  • --sweep: Given a --service, looks through current members for those missing an account on that service, and checks that member's official website's source code for mentions of that service. Uses a CSV at data/social_media_blacklist.csv to exclude known non-individual account names. A CSV of "leads" is produced for manual review.

  • --update: Given a --service, reads the CSV produced by --sweep back in and updates the YAML accordingly. Note: With small updates, for people already in the YAML, it's easiest to just update by hand.

  • --clean: Given a --service, removes legislators from the social media file who are no longer current.

  • --resolvefb: Uses Facebook usernames to look up graph IDs, and updates the YAML accordingly.

  • --resolveyt Uses YouTube usernames to look up any channel IDs, and updates the YAML accordingly.

  • --resolveig Uses Instagram user IDs to look up any usernames, and updates the YAML accordingly.

Options used with the above tasks:

  • --service: Can be "twitter", "youtube", or "facebook".
  • --bioguide: Limit activity to a single member, by bioguide ID.
  • --email: In conjunction with --sweep, send an email if there are any new leads, using settings in scripts/email/config.yml (if it was created and filled out).

Committees Data Dictionary

The committees-current.yaml file lists all current House, Senate, and Joint committees of the United States Congress. It includes metadata and cross-walks into other databases of committee information. It is based on data scraped from and

The committees-historical.yaml file is a possibly partial list of current and historical committees and subcommittees referred to in the unitedstates/congress project bill data, as scraped from Only committees/subcommmittees that have had bills referred to them are included.

The basic structure of a committee entry looks like the following:

- type: house
  name: House Committee on Agriculture
  thomas_id: HSAG
  house_committee_id: AG
  jurisdiction: The U.S. House Committee on Agriculture, or Agriculture Committee,
    is a standing committee of the ...
     (... subcommittee list ...)

The two files are structured each as a list of committees, each entry an associative array of key/value pairs of committee metadata.

The fields available in both files are as follows:

  • type: 'house', 'senate', or 'joint' indicating the type of commmittee
  • name: The current (or most recent) official name of the committee.
  • thomas_id: The four-letter code used for the committee on the THOMAS advanced search page.
  • senate_committee_id: For Senate and Joint committees, the four-letter code used on Currently the same as the thomas_id.
  • house_committee_id: For House committees, the two-letter code used on Currently always the same as the last two letters of the thomas_id.
  • jurisdiction: The committee's jurisdiction.
  • jurisdiction_source: The source for the jurisdiction text.
  • subcommittees: A list of subcommittees, with the following fields:
    • name: The name of the subcommittee, excluding "Subcommittee on" that appears at the start of most subcommittee names. Some subcommittee names begin with a lowercase "the" so bear that in mind during display.
    • thomas_id: The two-digit (zero-padded) code for the subcommittee as it appeared on THOMAS, and likely also the same code used on the House and Senate websites.

Additional fields are present on current committee entries (that is, in committees-current.yaml):

  • url: The current website URL of the committee.
  • address: The mailing address for the committee.
  • phone: The phone number of the committee.
  • rss_url: The URL for the committee's RSS feed.
  • minority_rss_url: The URL for the committee's minority party website's RSS feed.
  • youtube_id: The YouTube channel ID of the committee (if it exists)

Two additional fields are present on committees and subcommmittees in the committees-historical.yaml file:

  • congresses: A list of Congress numbers in which this committee appears on the THOMAS advanced search page. It is roughly an indication of the time period during which the committee was in use. However, if a committee was not referred any bills it may not appear on THOMAS's list and therefore would not appear here.
  • names: A list of past names for the committee. This is an associative array from a Congress number to the name of the committee. The name is that given on the THOMAS advanced search page for previous Congresses and does not always exactly match the official names of commmittees.

Committee Membership Data Dictionary

The committee-membership-current.yaml file contains current committee assignments, as of the date of the last update of this file. The file is structured as a mapping from committee IDs to a list of committee members. The basic structure looks like this:

- name: Frank D. Lucas
  party: majority
  rank: 1
  title: Chair
  bioguide: L000491
- name: Bob Goodlatte
  party: majority
  rank: 2
- name: Jean Schmidt
  party: majority
  rank: 1
  title: Chair

The committee IDs in this file are the thomas_id's from the committees-current.yaml file, or for subcommittees the concatentation of the thomas_id of the parent committee and the thomas_id of the subcommittee.

Each committee/subcommittee entry is a list containing the members of the committee. Each member has the following fields:

  • name: The name of the Member of Congress. This field is intended for debugging. Instead, use the id fields.
  • bioguide id
  • party: Either "majority" or "minority." Committee work is divided strictly by party.
  • rank: The apparent rank of the member on the committee, within his or her party. This is based on the order of names on the House/Senate committee membership pages. Rank 1 is always for the committee chair or ranking member (the most senior minority party member). The rank is essentially approximate, because the House/Senate pages don't necessarily make a committment that the order on the page precisely indicates actual rank (if such a concept even applies). But if you want to preserve the order as displayed by the House and Senate, you can use this attribute.
  • title: The title of the member on the committee, e.g. Chair, Ranking Member, or Ex Officio. This field is not normalized, however, so be prepared to accept any string.
  • chamber: For joint committees only, the chamber that the representative is serving in, either house or senate.

District Offices Data Dictionary

The legistlators-district-offices.yaml file lists district offices for all currently serving Members of Congress. This data is crowdsourced from members' official websites. It does not include Congressional offices in Washington, D.C.; these are listed in the legislators-current.yaml file.

Each current Member of Congress has a listing in the file, comprised of two parts: ids and offices.

The id section contains the fields bioguide, thomas, and govtrack, which correspond to fields with the same names in legislators-current.yaml as described above. The bioguide field is required, and used as the primary key for this file.

The offices section is a list of the Member's district offices. Each listing contains the following fields:

  • address: The street address of the office, e.g. "123 Main St".
  • building: The name of the building containing the office, if applicable, e.g. "Dane County Courthouse".
  • city: The city containing the office. required
  • fax: The fax machine number of the office, e.g. 256-555-6043.
  • hours: Free-text field describing the days and hours the office is open.
  • phone: The main phone number of the office, .e.g. 256-555-6043
  • state: The two-letter state code of the state containing the office. required
  • suite: The suite or room number of the office, if applicable, e.g. "Suite 200"
  • zip: The 5-digit USPS zip code of the office, e.g. "35055".
  • latitude: The decimal latitude of the office's geocoded location, e.g. 34.181059.
  • longitude: The decimal longitude of the office's geocoded location, e.g. -86.840631.
  • id: An identifier for the office, consisting of the member's bioguide id and the city name, e.g. "X000055-seattle". required

To qualify for inclusion in this file, an office must have at least an address or a phone number.

The Executive Branch

Because of their role in the legislative process, we also include a file executive.yaml which contains terms served by U.S. presidents (who signed legislation) and U.S. vice presidents (who are nominally the president of the Senate and occassionally cast tie-breaking votes there).

This file has a similar structure as the legislator files. The file contains a list, where each entry is a person. Each entry is a dict with id, name, bio, and terms fields.

The id, bio, and name fields are the same as those listed above. Except:

  • icpsr_prez: The numeric ICPSR identifier used in historical roll call data when indicating the position of the President on a roll call vote. If the person also served in Congress, he or she will also have a regular icpsr ID with a different value.

Each term has the following fields:

  • type: either "prez" (a presidential term) or "viceprez" (a vice presidential term).
  • start: The start date of the term. In modern times, typically January 20 following an election year.
  • end: The end date of the term. In modern times, typically January 20 following an election year.
  • party: The political party from which the person was elected.
  • how: How the term came to be, either "election" (the normal case), "succession" (presidential succession), or "appointment" (the appointment by the president of a new vice president).

Presidents and vice presidents that previously served in Congress will also be listed in one of the legislator files, but their Congressional terms will only appear in the legislator files and their executive-branch terms will only appear in executive.yaml.

State Abbreviations

Although you can find the USPS abbreviations for the 50 states anywhere, non-voting delegates from territories --- including historical territories that no longer exist --- are included in this database. Here is a complete list of abbreviations:

The 50 States:

AK Alaska
AL Alabama
AR Arkansas
AZ Arizona
CA California
CO Colorado
CT Connecticut
DE Delaware
FL Florida
GA Georgia
HI Hawaii
IA Iowa
ID Idaho
IL Illinois
IN Indiana
KS Kansas
KY Kentucky
LA Louisiana
MA Massachusetts
MD Maryland
ME Maine
MI Michigan
MN Minnesota
MO Missouri
MS Mississippi
MT Montana
NC North Carolina
ND North Dakota
NE Nebraska
NH New Hampshire
NJ New Jersey
NM New Mexico
NV Nevada
NY New York
OH Ohio
OK Oklahoma
OR Oregon
PA Pennsylvania
RI Rhode Island
SC South Carolina
SD South Dakota
TN Tennessee
TX Texas
UT Utah
VA Virginia
VT Vermont
WA Washington
WI Wisconsin
WV West Virginia
WY Wyoming

Current Territories:

Legislators serving in the House from these territories are called delegates, except for the so-called "Resident Commissioner" from Puerto Rico.

AS American Samoa
DC District of Columbia
GU Guam
MP Northern Mariana Islands
PR Puerto Rico
VI Virgin Islands

Historical Territories:

These territories no longer exist.

DK Dakota Territory
OL Territory of Orleans
PI Philippines Territory/Commonwealth

Helping us maintain the data

You can just use the data directly without running any scripts. If you want to develop on and help maintain the data, our scripts are tested and developed on Python 3.6.

(Recommended) First, create a virtualenv in the scripts directory:

cd scripts
virtualenv virt
source virt/bin/activate

Install the requirements:

pip install -r requirements.txt

Try updating the House members contact information (mailing address, etc.):


Check whether and how the data has changed:

git diff ../*.yaml

We run the following scripts periodically to scrape for new information and keep the data files up to date. The scripts do not take any command-line arguments.

  • Updates House members' contact information (address, office, and phone fields on their current term, and their official_full name field)
  • Updates House members' current website URLs.
  • Updates senator information (party, class, state_rank, address, office, phone, and contact_form fields on their current term, and their official_full name, bioguide ID, and lis ID fields)
  • Updates committees-current.yaml (name, address, and phone fields for House committees; name and url fields for Senate committees; creates new subcommittees when found with name and thomas_id fields) and writes out a whole new committee-membership-current.yaml file by scraping the House and Senate websites.
  • Updates committees-historical.yaml based on the committees listed on, which are committees to which bills have been referred since the 103rd Congress (1973).
  • Generates leads for Twitter, YouTube, and Facebook accounts for members of Congress by scraping their official websites. Uses a blacklist CSV and a whitelist CSV to manage false positives and negatives.
  • Grabs updated FEC and OpenSecrets IDs from the Influence Explorer API. Will only work for members with a Bioguide ID.

The following script takes one required command line argument

  • Updates ICPSR ID's for all members of the House and Senate in a given congress, based on roll call vote data files stored by The script takes one command line argument: --congress=congress_number where congress_number is the number of the Congress to be updated. As of July, 2013, the permanent URL for future roll call data is unclear, and as such, the script may need to be modified when it is run for the 114th congress.

The following script is run to create alternately formatted data files for the gh-pages branch. It takes no command-line arguments.

  • creates JSON files for all YAML files and CSV files for current legislators, historical legislators, and district offices. The CSV files do not include all fields from the legislator YAML files, and do include data from the social media YAML.

Two scripts help maintain and validate district office data:

  • : Derives latitude, longitude pairs for office addresses. It should be run whenever new offices are added. By default this script geocodes all offices with addresses that have not already been geocoded. It optionally takes bioguide IDs as arguments, and in this case will geocode just offices for the specified ids. This script uses the Google Maps API, and requires that a key be set in scripts/cache/google_maps_api_key.txt .
  • : Validates rules for district office data and reports errors and warnings. An optional --skip-warnings argument will suppress display of warnings. This script should be run whenever offices are added or modified. It is used by continuous integration testing, so errors here will cause the build to fail.

Every script in scripts/ should be safely import-able without executing code, beyond imports themselves. We typically do this with a def run(): declaration after the imports, and putting this at the bottom of the script:

if __name__ == '__main__':

Every pull request will pass submitted scripts through an import, to catch exceptions, and through pyflakes, to catch unused imports or local vars.

To contribute updates for district offices, edit the legislators-district-offices.yaml file by hand and submit a pull request. Updates should pass validation as defined by scripts/

Other Scripts

The ballotpedia field has been created using code from James Michael DuPont, using the code in in the branch ballotpedia.

Related libraries

  • Karl Nicholas made a set of Java classes to easily filter the data.
  • TheWalkers maintain congress-turk to do bulk collection of district office data using Amazon Mechanical Turk.

Who's Using This Data

Ongoing projects making use of this data:

Stories written with this data:

Other projects:

Public domain

This project is dedicated to the public domain. As spelled out in CONTRIBUTING:

The project is in the public domain within the United States, and copyright and related rights in the work worldwide are waived through the CC0 1.0 Universal public domain dedication.

All contributions to this project will be released under the CC0 dedication. By submitting a pull request, you are agreeing to comply with this waiver of copyright interest.


Members of the United States Congress, 1789-Present, in YAML/JSON/CSV, as well as committees, presidents, and vice presidents.







No releases published


No packages published