The primary motivation behind this package is to make data preparation steps easier for redistricting simulation methods within R. This vignette covers a few key tasks, primarily building a block level dataset of population data, subsetting by spatial relationship, and then running a basic simulation. This is shown in the context of dividing North Rockland Central School District in NY into 7 wards at the block level.
First, we want to build a block level dataset. The school district intersects two counties, though almost all of the population in the district comes from Rockland County. create_block_table allows you to build block level datasets with the primary variables needed for redistricting purposes - total population by race and voting age population (VAP) by race.
blockRockland <- create_block_table(state = 'NY', county = 'Rockland') blockOrange <- create_block_table(state = 'NY', county = 'Orange') block <- bind_rows(blockRockland, blockOrange)
For this vignette, rather than running the above, we use included data.
orange is a subset of Orange County which intersects with the school district. Rockland is the entire block dataset. These polygons are simplified using
rmapshaper to make them smaller.
Next, we need the shape for North Rockland, which can be obtained from the R package tigris as below. The same idea holds for having target areas, such as counties or legislative districts, though they are less likely to directly use the block level data.
As above, we use a saved version that doesn’t need API access to download.
data("nrcsd") school <- nrcsd
The immediate and common difficulty here is that we have nearly 15,000 blocks, but the target region, in this case the school district outlined in red is significantly smaller than that.
As a first pass, we can use the geo_filter function, which wraps sf’s st_intersects and filters only to those that intersect.
block <- block %>% geo_filter(to = school)
This drops us down to 852 block and is a conservative filtering, as you only need to intersect at a single point.
block %>% mutate(id = row_number()) %>% ggplot() + geom_sf() + geom_sf(data = school, fill = NA, color = 'red')
Yet, we probably want to go further than that, getting rid of the various external pieces. We can use geo_trim to do just that. First, we want to check what would be thrown away at the default area threshold of 1%. Below, I’ve first checked what would be trimmed away, by setting bool = TRUE and plotting it.
block$trim <- block %>% geo_trim(to = school, bool = TRUE)
## Warning: attribute variables are assumed to be spatially constant throughout all ## geometries
To me, it looks like we are subsetting correctly with this threshold, so we actually trim away this time.
block <- block %>% filter(trim)
Very often, at this step, we want to consider including information about other geographies, particularly towns, villages, or counties. In the package, for illustration purposes, I’ve included a small towns dataset from the Rockland County GIS Office.
data("towns") block %>% ggplot() + geom_sf() + theme_void() + geom_sf(data = towns, aes(fill = as.character(ID)))
From this, we can then try to match our blocks to towns. I use the centroid option, which often works the most quickly. The default method, ‘center’ is slower, but more accurate.
matched <- geo_match(from = block, to = towns, method = 'centroid')
Now, I’ve used the default tiebreaker setting, which assigns all blocks to a town, even if they do not overlap.
block %>% ggplot() + geom_sf(aes(fill = as.character(matched))) + theme_void() + labs(fill = 'Match')
So, we want to make two particular edits to the outcome. First, we create a fake Orange County Town for the blocks that come from Orange County, though there are only a few dozen people who live in those blocks.
Second, we can see that one block in 7 was matched to 1 because it didn’t properly intersect the towns and thus went for the closest town by distance between their centroids. A similar issue occured for two other blocks.
Now, to figure out what’s going on and try to clean it up, we can build an adjacency graph for each block by town and see which pieces are discontinuous.
adj <- redist.adjacency(shp = block) comp <- check_contiguity(adjacency = adj, group = block$TownID) which(comp$component > 1)
##  576 586 591
Then, using that information, we can figure out three of these need to be renamed.
block$TownID <- 7 block$TownID <- 2 block$TownID <- 4
Now all towns are completely connected or contiguous.
Finally, we have the data in a simulation-ready state! We can now use the adjacency list created above with redist.adjacency to run a simulation using redist.smc. See the redist package for more information about what’s going on here.
map <- redist_map(block, pop_tol = 0.02, ndists = 7, adj = adj)
## Projecting to CRS 3857
sims005 <- redist_smc(map, nsims = 50, counties = TownID, silent = TRUE) plans <- get_plans_matrix(sims005) %>% unique(MARGIN = 2) par <- redist.parity(plans = plans, total_pop = block$pop) comp <- redist.compactness(shp = block, plans = plans, adj = adj, measure = 'EdgesRemoved') comp_m <- comp %>% group_by(draw) %>% summarize(mean = mean(EdgesRemoved)) pick <- tibble(parity = par) %>% bind_cols(comp_m) %>% slice_max(order_by = mean, n = 1) %>% pull(draw)
In short, the above uses a Sequential Monte Carlo algorithm to draw 50 compact districts that try to preserve towns. From those, I pick a map that is on average, pretty compact. You would typically aim for about 100 times this number of simulations to start. This is shortened for vignette compilation time.
Then we have the basic information we want and we can look at the VAP data to see that we have one majority minority Hispanic ward and one potential coalition ward.
block %>% mutate(district = plans[,pick]) %>% group_by(district) %>% summarize(across(starts_with('vap'), sum))
## Simple feature collection with 7 features and 10 fields ## Geometry type: POLYGON ## Dimension: XY ## Bounding box: xmin: -74.1146 ymin: 41.17523 xmax: -73.9217 ymax: 41.32983 ## Geodetic CRS: NAD83 ## # A tibble: 7 x 11 ## district vap vap_white vap_black vap_hisp vap_aian vap_asian vap_nhpi ## <dbl> <dbl> <dbl> <dbl> <dbl> <dbl> <dbl> <dbl> ## 1 1 5430 3733 502 868 6 261 0 ## 2 2 4881 773 350 3624 11 74 0 ## 3 3 5257 4327 133 642 3 97 1 ## 4 4 5098 4174 186 529 3 161 0 ## 5 5 5377 3145 686 1204 5 262 2 ## 6 6 5243 1559 881 2497 7 238 1 ## 7 7 5174 2719 528 1668 11 177 1 ## # … with 3 more variables: vap_other <dbl>, vap_two <dbl>, ## # geometry <POLYGON [°]>