Jeg er ikke i GIS, og jeg jobber med et nøtteaktig redball-ekspressprosjekt som innebærer å matche noen zip + 4-data til kongressdistriktene for den kommende 113. kongress. Vi har funnet svært få kilder til disse dataene, siden de ikke er offisielt publisert av folketellingsbyrået. En av de vi fant var ZipInfo.com. Problemet er at jeg ikke er sikker på om vi kan stole på dataene deres – Jeg er ikke veldig kjent med feltet, og google fu-en min fører til røykepistoler verken for eller imot.
Så har noen hatt erfaring med dataene sine? Er det verdt innleggelsesprisen?
Svar
[EDIT 4]
Hei sjekk ut dette … kan dette være det du leter etter ??
http://www.census.gov/rdo/data/113th_congressional_and_new_state_legislative_district_plans.html
Disse filene representerer grensene for folketellingstestens lovgivningsplan og 113. kongressdistriktsplaner som samlet inn av US Census Bureau i fase 4 av Red Districting Data Program (RDP). […]
Disse formfilene er de offisielle grensene som representert av statlige forbindelser, inkludert delte tabellblokker for folketelling i 2010.
[EDIT 2]
Det falt meg inn at du kanskje er mer interessert i embetsmenn som vant valget, som vil være forskjellig fra år til år, snarere enn distriktets grenser som endres sjelden. Hvis det er tilfelle, vil Tiger / Line-dataene være til liten hjelp, så vidt jeg kan fortelle at det ikke avslører partiet eller det offisielle holdekontoret.
[Original innlegg]
I 2012 Tiger / Line data , du kan få formfiler for Postnummer-tabellområder (492 MB) , samt 112. kongressdistrikt (44,6 MB) . Selvfølgelig er disse gratis.
Jeg innser at du ønsker data til den 113. kongressen, men er det virkelig så forskjellig fra den 112? (Tilgi min dumhet, jeg vet ikke.)
Kan du muligens opprette applikasjonen nå, mot det 112. datasettet, avhengig av når prosjektet ditt forfaller, og deretter skyve oppdaterte data for den 113. kongressen på plass når den er utgitt gratis gjennom Tiger / Line?
… så langt som forskjellene mellom de 112. grensene og den 113., er jeg skeptisk til at de er så forskjellige. Her er to grafikk som sammenligner den 112. med den tidligere, den 111. (viser St. Louis-området — go Blues — og Boston-området — go Bruins), og jeg kan ikke skjelne noen forskjeller mellom disse grensene. Hvis det er en betydelig forskjell, bør du legge merke til en blå kant (112) under den røde (111.) ..
StL: [bildet er fjernet, irrelevant nå]
og beantown (Boston): [bildet er fjernet, irrelevant nå]
Men … igjen … kanskje det er noe jeg ikke vet å være ekstra granskende for? Mitt tarmnivåinstinkt er at disse grenser kan ha blitt tegnet opp igjen etter folketellingen i 2010, men jeg tviler på at de ofte blir tegnet om. (Tross alt er poenget med folketellingen å etablere folketellinger og deretter sette disse representative områdene.)
[EDIT 3]
Her er Texas, noe som svar på kommentarer, men riktignok er dette 111. mot 112. Bare å legge det til for å være konsekvent:
[bildet er fjernet, irrelevant nå]
Kommentarer
- Takk for svaret. Nei, ikke interessert i kontorer – vi har det. Jobber med å parre opp noen geodata med den listen. Det er stor forskjell mellom 112 og 113 – den 113. tar hensyn til dataene om folketellingen 2010 og endrer distriktslinjer noen steder. I noen tilfeller forsvinner seter og blir lagt til. Sannsynligvis skjedde det ikke ' i moden, stabil by med maskinpolitikk som allerede gjorde distriktene (som STL og BIM). Men ta en titt på Texas for et godt eksempel.
- PS: Dine omtaler om NHL-hockey gjør meg lei. Jeg savner capsene mine. . .
- Takk, ja, du fikk filene og bjeffer opp det smuget. Trikset er dataene jeg ' har fått med zip + 4, ikke med 15-sifret FIPS, og jeg har ikke ' jeg har ikke en måte å komme deg fra 15-sifret FIPS til zip + 4.
- så du må brenne de 15-sifrede FIPS-verdiene i zip + 4-tabellene på den måten, så kan du bli med zip + 4 til kongressens ting?
- Ja, ingen anelse om hvor du kan finne det skjønt. Ikke ' t har noe i veien for GIS-leker og ferdigheter, mer av en databasemann.