-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Vote class and properties #29
Comments
do you have notes from the follow-up session we did after lunch on the first day? |
They will soon be available as new draft specs. |
To do:
|
First public working drafts of the specs are now available (not linked from main pages):
A major difference from the PoplusCon discussions is the addition of a VoteEvent class. At PoplusCon it was unclear whether a Motion and a VoteEvent were the same thing; since a Motion may be voted on multiple times (e.g. with different methods), they must be separate classes. We discussed adding a property for "the person who requested a recorded vote." However, different legislatures have different rules for recorded votes; for example, in some legislatures, the request is itself a motion which may fail. You can find interesting details on Wikipedia. Given that this property was of less interest, I will postpone its inclusion until more people voice support. We had used the words “tally” and “ballot” instead of “count” and “vote”, but on further research, these proved to have undesired meanings. I think we will have to live with the ambiguity of the word “vote”. Terms rejected: A "division" has a different meaning in the US, where a division allows for accurate vote counts without recording names (e.g. people literally stand and divide into groups to be counted). A "ballot" usually refers to a paper form with specific options, typically used for secret votes, not recorded votes. "Roll call" is ambiguous, as it can simply refer to the calling of the names of people from a list to determine presence and absence. A "tally" is a running or unofficial score; it doesn't represent a final or official score. |
I have briefly looked at those drafts. So far some details have turned out to be more difficult in practice than we thought it would be. Example: the number of votes for the different options is not necessarily documented. Often it is only documented which parties supported the successful option but no numbers are provided. |
I'm not entirely sure I yet understand the distinction between Motion and VoteEvent, you mention there being multiple votes for a motion, but it looks like Motion:VoteEvent is 1-1 relationship in the example? (oh, and +1 on the changed names being more preferable from our perspective) |
@jamesturk Oops, fixed the example JSON. |
This is a good use case to keep in mind. Can you link to an example? I found: https://github.com/OParl/specs/blob/master/dokument/master/chapter_8100.md |
@jpmckinney A complete example set of OParl data will also be provided within the next few weeks. |
Closing issue. Report feedback in new issues. |
To close this issue (additional feedback would go in new issues):
PoplusCon notes:
Multi-jurisdiction specifications:
rollCalldeclarationOfVoteGovernment data sources (incomplete):
Single-jurisdiction implementations:
Availability of voting results in parliaments
Possibly the best approach is to do a survey of government data sources, and design the specification around that.
The text was updated successfully, but these errors were encountered: