- Tracked in our central issue repository: Geo Issues
A small part of the code here, in the /endpoint
directory, comprises a lambda function that is deployed as an AWS
lambda called v3-district-geo
(in the openstates account). This function does geographic-specific querying. At this
point I don't remember why it is a separately deployed endpoint (maybe because API v2 was sharing it under the hood?).
Occasionally the Python runtime needs to be upgraded. This also involves updating the Lambda Layer that the function depends on to provide its psycopg2 dependency.
To build and create a new layer:
- I used the
aws-psycopg2
package to obtain a version of psycopg2 compiled for the AWS environment - Change directory to the
endpoint
directory - Create a folder called
python
- Install the dependency to the folder:
pip install --target ./python aws-psycopg2
- Package up the folder as a zip:
zip -r python39awspscycopg2.zip python
- Use the AWS console to upload the new layer (or add it as a new version to an existing layer)
To upgrade the Python version/runtime of the function:
- Click the "Layers" icon in the AWS Lambda console UI
- Click the "Edit" button
- Choose the existing layer (associated with the previous python runtime/version) and Delete it
- Go back to the
v3-district-geo
function, scroll down to "Runtime Settings" and click "Edit" - Change the python version
- Now go back to the Layers section and use Add a Layer to associate the layer that is compatible with that python version
Generate and upload map tiles for the state-level legislative district maps on openstates.org, both for state overviews and for individual legislators.
- Source: SLDL and SLDU shapefiles from the Census's TIGER/Line database
- Output: a single nationwide MBTiles vector tile set, uploaded to Mapbox for hosting
- Intermediate files are also built and retained locally, stored in the
data
directory for debugging
- Intermediate files are also built and retained locally, stored in the
- Python 3 and
poetry
- GDAL 2
- tippecanoe
We download our shapefiles from census.gov.
The organization of files within TIGER's site means that we may have to change the layout of downloaded files from year
to year (in utils/tiger.py
). As long as we consistently add proper files into data/source_cache
for the rest of the
scripts to process, changing the initial download location shouldn't matter.
See Appendix A below on Geographic Data Sources for more context.
You'll probably want to remove any cached files in ./data/
. The download tool may try to re-use cached files from the
wrong year if they still exist. (We don't manually remove these files because you may need to re-run the scripts, and
skipping downloads is useful)
config/settings.yml
holds the BOUNDARY_YEAR
config. This setting defines what to apply to our US boundary template
link:
f"{TIGER_ROOT}/GENZ{boundary_year}/shp/cb_{boundary_year}_us_nation_5m.zip"
We should verify/update this setting to the most recently available boundary year whenever we run geo data.
You'll see many files with names like sldu
, sldl
or cd
during this process. Here is a quick layout of what those
file name abbreviations mean:
sldu
- State Level District Upper -> Upper Chamber District boundaries
sldl
- State Level District Lower -> Lower Chamber District boundaries
cd
- Congressional District -> Federal Congressional District boundaries
We do not collect boundaries for Federal Senate because each state has the same number of senators and they are considered "at-large" (having no district boundaries beyond the entire state).
There are several steps, which typically need to be run in order:
- Setup Poetry:
poetry install
2 ) Make sure environment variables are set correctly:
DATABASE_URL
: pointing at either thegeo
database in production or to a local copy, e.g.DATABASE_URL=postgis://<user>:<password>@<db_host>/geo
MAPBOX_ACCESS_TOKEN
: a API token for Mapbox with permissions to upload tilesetsAWS_ACCESS_KEY_ID
andAWS_SECRET_ACCESS_KEY
: AWS credentials to upload bulk versions of geo data
- Download and format geo data:
poetry run python generate-geo-data.py --run-migrations --upload-data
- Note that this script does not fail on individual download failures. If you see failures in the run, make sure they are expected (e.g. NE/DC lower should fail)
There are plenty of ways to set environment variables, but quick way to manage many environment variables is with an " environment file". e.g.
AWS_ACCESS_KEY_ID="user"
export AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY="test"
export AWS_SECRET_ACCESS_KEY
MAPBOX_ACCESS_TOKEN="token"
export MAPBOX_ACCESS_TOKEN
DATABASE_URL="postgis://openstates:openstates@localhost:5405/openstatesorg"
export DATABASE_URL
After that, we can easily load the file:
. env-file
Instead of setting up your local environment you can instead run using Docker. Using Docker Compose will still allow you
to access all intermediate files from the processing, within your local data
directory.
Build and run with Docker Compose. Similar to running without Docker, environment variables must be set in your local environment.
docker-compose up make-tiles
openstates-geo works with shapefiles. Shapefiles can be opened by a tool called qgis
For example, to inspect a source shapefile, such as tl_2022_01_sldl.shp
, open up qgis and navigate to the folder where
that file resides. Open the file, it should appear in the main pane as a map. Use the "Select Features by Area or single
click"
button in the toolbar, and then select a district. Metadata should appear in the right pane.
During the next major sessions after a Census (e.g. 2022 was the major session for most jurisdictions after the 2020 Census), the TIGER data we rely on may be significantly "behind" reality as the example note from 2022 indicates:
"We hold the districts used for the 2018 election until we collect the postcensal congressional and state legislative district plans for the 118th Congress and year 2022 state legislatures" US Census CD/SLD note
As of 2022, TIGER was still the most consistent data source for district boundaries we were able to find.
Files in the TIGER data source are organized according to
Federal Information Processing System (FIPS) codes.
Each numeric code corresponds to a US state (or other levels). For example 01
represents Alabama.
This contains data, including shapefiles, about State Legislative Districts in Lower chambers (SLDL).
This contains data, including shapefiles, about State Legislative Districts in Upper chambers (SLDU).
This contains data, including shapefiles, about Congressional Districts.