#21: Anonymize datasets
-------------------------+--------------------------------------------------
Reporter: nigelj | Owner: nigelj
Type: enhancement | Status: new
Priority: major | Milestone: Release 0.2.0
Component: General | Version: 0.1.5
Keywords: |
-------------------------+--------------------------------------------------
Apologies if this is how the system currently works.
I'm posting this on behalf of the Fedora Board. We would like for our
election voting tool to work like this:
FAS2 user goes to vote, they authenticate. The voting system assigns the
user a unique ID number. The user then votes, and confirms their vote. The
"ballot" is stored but is tied only to this unique ID number (not to the
FAS2 user/account). The FAS2 system records that the FAS2 user has voted,
but does not store a correlation between the FAS2 account and the unique
ID number attached to the ballot.
Thus, we have a dataset showing the results, but it is anonymized
automatically, and we still know who has (and has not) voted, just not who
(or what) they voted for.
Thanks in advance.
---
2008-07-29 19:26:00 changed by mmcgrath
Just so we're clear. The idea is to ensure that the results of a ballot
cannot in any way be tied to a user. We would also not want this data in
logs on the elections app servers correct?
This might make fraud more likely but then I'm not entirely sure how its
any better or worse from that perspective with what we have now.
G, can you think of any technical hurdles in implementing this?
Spot/Board: Do you want us to anonymize the data that's already in the
database?
2008-07-29 19:35:42 changed by spot
Yes, that is the idea. We would not want a correlation between a ballot
and a user anywhere, not even logs. If we're careful with ensuring that
once a ballot is submitted, the FAS2 user is marked as having voted in an
election, I don't think we open the door to any additional fraud
possibilities.
As to anonymizing the existing data, I'm not sure it is worth the effort.
2008-07-29 21:39:01 changed by jspaleta
If we are going to be making changes to address the voting system... are
we gonna make any effort to contact someone doing active research into
electronic voting methods to get an idea as to existing workable
implementation concepts that accomplish the desired anonymizing of the
voting but also protect against fraud?
-jef
--
Ticket URL: <https://fedorahosted.org/elections/ticket/21>
Fedora Elections <https://fedorahosted.org/elections/>
Fedora Elections
#20: Candidate and Community Q/A feature
-------------------------+--------------------------------------------------
Reporter: jspaleta | Owner: nigelj
Type: enhancement | Status: new
Priority: major | Milestone: Release 0.1.5
Component: General | Version: 0.1.0
Keywords: |
-------------------------+--------------------------------------------------
Purpose: To generate a slate of community questions to ask each candidate
in an election to help people do a side by side comparison of candidates's
thoughts on important Fedora project issues as seen by the voting
community.
This involves 4 things
1)A way for community to write in questions for candidates
2)A way for community to vote for questions previously submitted by a
certain deadline
3)A way for each candidate to answer "top" questions, by a certain
deadline
4)Displaying all candidate answers to all "top" questions together side by
side in context with the question. No commenting or revisioning beyond the
deadline
Notes:
I am told that lmacken is working on a community idea storm like app which
should be able to do
1) and 2)
3) is essentially setting some arbitrary limit to the number of questions
candidates will be expected to ask, as part of the election announcement.
You may want to supplement the community vote process with a small group
selection step to weed out a highly inappropriate question.
Once the slate of questions are selected the app would need to provide a
space for each candidate to answer each of those selected questions. Such
a space should be limited to a finite number of words per question, to
discourage people like me from writing overly detailed responses.
4) just makes it fair. If an issue or answer is hotly contested a
candidate-candidate debate can be done in a mailinglist or the
blogosphere.
--
Ticket URL: <https://fedorahosted.org/elections/ticket/20>
Fedora Elections <https://fedorahosted.org/elections/>
Fedora Elections
#23: Perform nomination process in-app
-------------------------+--------------------------------------------------
Reporter: nigelj | Owner: nigelj
Type: enhancement | Status: new
Priority: major | Milestone: Release 0.2.0
Component: General | Version: 0.1.5
Keywords: |
-------------------------+--------------------------------------------------
Something that I've considered a 'would be nice' thing to have in the
application is to have the nomination process happen within the
application. This would require the election to be 'loaded' into the
application 1-2 months before the actual start, but would remove the wiki
based process, it would however simplify the administrative overhead
considerably.
--
Ticket URL: <https://fedorahosted.org/elections/ticket/23>
Fedora Elections <https://fedorahosted.org/elections/>
Fedora Elections
#19: Give # of votes in an election
-------------------------+--------------------------------------------------
Reporter: katzj | Owner: nigelj
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: General | Version: 0.1.0
Keywords: |
-------------------------+--------------------------------------------------
It'd be cool to know how many people have voted in various elections, much
like the counters in real elections :)
--
Ticket URL: <https://fedorahosted.org/elections/ticket/19>
Fedora Elections <https://fedorahosted.org/elections/>
Fedora Elections
#22: Switch to mySQL by default & revamp schema
---------------------+------------------------------------------------------
Reporter: nigelj | Owner: nigelj
Type: task | Status: new
Priority: blocker | Milestone: Release 0.2.0
Component: General | Version: 0.1.5
Keywords: |
---------------------+------------------------------------------------------
We really need to revamp the SQL schema to make it more appropriate to how
we use the application and also do ticket #21.
I've got a fair idea on how the schema will look.
--
Ticket URL: <https://fedorahosted.org/elections/ticket/22>
Fedora Elections <https://fedorahosted.org/elections/>
Fedora Elections