Skip to content
This repository has been archived by the owner on Oct 12, 2021. It is now read-only.

Reconcile candidate filers with their Sunlight Foundation OpenStates unique ID #187

Open
palewire opened this issue Feb 24, 2015 · 5 comments

Comments

@palewire
Copy link
Owner

IDs downloadable here. Linking the two would allow us to connect with outside databases.

@palewire palewire changed the title Reconcile politician filers with their Sunlight Foundation OpenStates unique ID Reconcile candidate filers with their Sunlight Foundation OpenStates unique ID Feb 24, 2015
@JoeGermuska
Copy link

I'm interested in this one. I have questions related to what I raised in #173 about the need for human review to either ratify or audit any automated linking. The names I saw in campaign data are pretty messy ("Tax Freeze" Craig Freis)...

@palewire
Copy link
Owner Author

palewire commented Mar 4, 2015

I think there would almost certainly have to be human review. The best list we have in the database is the one we scrape from their elections page, which winnows down the huge pool of filers to those who have participated in real elections.

My hope is that for past contests this would be one-time work that we could save as a fixture or crosswalk or whatever. Crazy?

@JoeGermuska
Copy link

Not totally crazy. I'm going to be talking with some Chicago folks about overlapping issues. Will keep you posted.

@rkiddy
Copy link
Contributor

rkiddy commented Mar 26, 2015

The OpenStates people only have IDs for the elected members of the state legislature. Am I right about that? That is not a large fraction of the names that appear in the Cal-Access data. Of course, it absolutely is worth doing.

I think that, eventually, there will be a need for a calaccess_campaign_browser_person table. Candidates are important, but treasurers, filers, signers (ie sig_naml), partners (ie prn_naml), recipients (of money, ie rcpt_naml), payees, "entities" (ie enty_naml) and all of the other names in the database will have to, somehow, be disambiguated so that the different forms of any name points to the "person" row, the actual identity for that person.

That "person" table should definitely have a way to record the OpenStates ID, the FEC ID and whatever others are connected to.

@aboutaaron
Copy link
Collaborator

+1 to creating a person table. Currently, we're not really tracking folks like treasurers, agents, etc. and I'd love to have a way to follow and link those folks together.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants