ArcGIS REST Services Directory Login | Get Token
JSON | SOAP

Election_Data/1990_2000_Election_Data_with_2011_Wards (FeatureServer)

View In:   ArcGIS Online Map Viewer

View Footprint In:   ArcGIS Online Map Viewer

Service Description:

These municipal wards were created by grouping Census 2010 population collection blocks into municipal wards. This project started with the release of Census 2010 geography and population totals to all 72 Wisconsin counties on March 21st, 2011. Census Geography and population totals to be used for local redistricting were made available on the Wisconsin Shape Editor for Local Redistricting (WISE-LR) website and the WISE-LR web application. The 180 day statutory timeline for local redistricting to occur in Wisconsin ended on September 19th, 2011. Wisconsin Legislative and congressional redistricting plans were enacted in the fall of 2011. 2011 Wisconsin Act 43 and Act 44 created new Assembly, Senate and Congressional lines for the state. These new districts were created using Census 2010 block geography. Some municipal wards that were created before Act 43 and 44 were enacted, which created municipal wards in some communities to be split between assembly, senate and congressional districts. 2011 Wisconsin Act 39 allowed communities to divide wards affected, along census blocks. Newly formed wards created under Wisconsin Act 39 would need named using alpha-numeric labels (ward 1 divided by an assembly district would become ward 1A and ward 1B, or the next sequential ward number would have to be used, ward 1 and ward 2). The process of dividing wards under Act 39 ended on April 10th, 2012. This link provides more information on Act 39. http://legis.wisconsin.gov/lrb/pubs/Lb/11Lb1.pdf. The United States Eastern District Federal Court on April 11th, 2012 ordered Assembly Districts 8 and 9 (both in the City of Milwaukee) be changed to follow the court’s description. On September 19th, 2012 the Legislative Technology Services Bureau (LTSB) divided the few remaining municipal wards that were split by a 2011 Wisconsin Act 43 or 44 district line. ELECTION DATA OVERVIEW: This municipal ward layer was collected in the spring and summer of 2011; this data is based on Census 2010 collection blocks. The ward data that is collected after each decennial census is made up of collections of whole and split census blocks. (Note: Split census blocks occur during local redistricting when municipalities include recently annexed property in their ward submissions to the legislature). Election data in this file was collected by LTSB from the Government Accountability Board (GAB)/ Wisconsin Elections Commission (WEC) after each general election since 1990. A disaggregation process was performed on this election data based on the municipal ward layer that was available at the time of the election. DISAGGREGATION OF ELECTION DATA: Election data is first disaggregated from reporting units to wards, and then to census blocks. Next, the election data is aggregated back up to wards, municipalities, and counties. Disaggregation of election data to census blocks is done based on total population. Data is disaggregated first from reporting unit (i.e. multiple wards) to the ward level proportionate to the population of that ward. The data then is distributed down to the block level, again based on total population. When data is disaggregated to block or ward, we restrain vote totals not to exceed population 18 numbers, unless absolutely required. Election data totals reported to the GAB/WEC at the state, county, municipal and reporting unit level should match the disaggregated election data total at the same levels. Election data totals reported to the GAB at ward level may not match the ward totals in the disaggregated election data file.Some wards may have more election data allocated than voter age population. This will occur if a change to the geography results in more voters than the 2010 historical population limits. OUTLINE WARD-BY-WARD ELECTION RESULTS: The process of collecting election data and disaggregating to municipal wards occurs after a general election, so disaggregation has occurred with different ward layers and different population totals. We have outlined (to the best of our knowledge) what layer and population totals were used to produce these ward-by-ward election results. 1.) Election data disaggregates from GAB/WEC Reporting Unit -> Ward [Variant year outlined below] (a.) Elections 1990 – 2000: Wards 1991 (Census 1990 totals used for disaggregation). (b.) Elections 2002 – 2010: Wards 2001 (Census 2000 totals used for disaggregation). (c.) Elections 2012: Wards 2011 (Census 2010 totals used for disaggregation). (d.) Elections 2014 – 2016: Wards spring 2017 (Census 2010 totals used for disaggregation). 2.) Blocks 2011 -> Centroid geometry and spatially joined with Wards [All Versions] (a.) Each Block has an assignment to each of the ward versions outlined above. (b.) In the event that a ward exists now in which no block exists (Occurred with spring 2017) due to annexations, a block centroid was created with a population 0, and encoded with the proper Census IDs. 3. Wards [All Versions] disaggregate -> Blocks 2011 (a.) This yields a block centroid layer that contains all elections from 1990 to 2016. 4. Blocks 2011 [with all election data] -> Wards 2011 (then MCD 2011, and County 2011). (a.) All election data (including later elections such as 2016) is aggregated to the Wards 2011 assignment of the blocks. NOTES: 1.) Population of municipal wards 1991, 2001 and 2011 used for disaggregation were determined by their respective Census. 2.) Population and Election data will be contained within a county boundary. This means that even though MCD and ward boundaries vary greatly between versions of the wards, county boundaries have stayed the same, so data should total within a county the same between wards 2011 and wards 2017. 3.) Election data may be different for the same legislative district, for the same election, due to changes in the wards from 2011 and 2017. This is due to boundary corrections in the data from 2011 to 2017, and annexations, where a block may have been reassigned.



All Layers and Tables

Has Versioned Data: false

MaxRecordCount: 1000

Supported Query Formats: JSON

Supports Query Data Elements: true

Layers: Description:

Copyright Text: LTSB

Spatial Reference: 102100  (3857)


Initial Extent: Full Extent: Units: esriMeters

Document Info: Enable Z Defaults: false

Supports ApplyEdits With Global Ids: false

Support True Curves : true

Only Allow TrueCurve Updates By TrueCurveClients : true

Supports Dynamic Layers: false

Child Resources:   Info   Query Data Elements   Relationships

Supported Operations:   Query   QueryDomains   Query Contingent Values   Create Replica