Great game of Turkey: Difference between revisions
(updated structure and diagram) |
|||
Line 360: | Line 360: | ||
* Upload data: There is a user interface that collects the data needed and uploads it to the respective table. | * Upload data: There is a user interface that collects the data needed and uploads it to the respective table. | ||
* Create ovariable: for calculations, download data from a table. Find unique entries (e.g. if the user can make only one decision per day, find the user's newest decision and discard older ones. Then create an ovariable with the structure needed. | * Create ovariable: for calculations, download data from a table. Find unique entries (e.g. if the user can make only one decision per day, find the user's newest decision and discard older ones. Then create an ovariable with the structure needed. | ||
* Firstuser: Check's whether user's wiki_username is found from ''Bonuses''. If not, it is added there and 1 bonus given. | |||
The interface coded used are the following: | |||
* Suggest issues: Ask date, issue and description from user. Date means the date when this issue will be played. Default is today, but user can change that and suggest future issues. Timestamp (ts) come automatically. User is the wiki_username. Upload data to Issues table. No need to check previous entries. | |||
* Show issues: Ask date (today by default) and show all issues and each one's actions listed from the most to least popular. This is necessary for suggesting actions. | |||
* Show today's issue: Ask nothing. Show today's top-ranked issue and its two top-ranked actions. Store this information somewhere (as an ovariable or a technical data table?). If the information has changed from the last time. give bonus to the user's whose information is now on the top. {{comment|# |Or should this be done after a vote?|--[[User:Jouni|Jouni]] ([[User talk:Jouni|talk]]) 12:18, 7 February 2016 (UTC)}} | |||
* Suggest actions: Ask date, issue, action and description from user. Date is today by default. Ts and user come as previously. If the date-issue pair does not exist in Issues table, give error message. Upload data to Actions. | |||
* First | |||
* Vote for issue: Ask the rank number of the issue as a number. The user can check the numbers with ''Show issues''. Date, user, and ts come automatically. Do ''firstuser''. Votes is the number of user's bonuses and comes from ''Bonuses''. Upload data to ''Issue vote''. | |||
* Vote for action: Similar to ''vote for issue'', except that the action number is asked and data is uploaded to ''Actions''. | |||
* Make decision: Ask the action from the two top choices using a drop-down list. The options can be seen with ''show today's issue''. Upload data to ''Decisions''. | |||
* Evaluate happiness: Ask date (today is the default), action number from ''show issues'', and hscore for happiness score in the user's own group. Ts, user as previously. Check if user has a group in ''Users'' and if not, give a message to sign up to a group first. Upload data to ''Happiness''. | |||
* Evaluate values: As evaluate happiness, except that the value is asked from the user and nothing is checked. Upload data to ''Values''. | |||
* Show results: This code is divided into several parts: | |||
** Show happiness performance: Ask nothing. From ''Decisions'', take the action of each day. ... | |||
Revision as of 12:18, 7 February 2016
Make today's decision
Setup your profile
Question
What is a good game to crowdsource citizen priorities about daily political decisions in such a way that
- it can be done using a mobile app,
- it characterises happiness of citizen groups of the decisions,
- it characterises progress of important societal values,
- it enables crowdsourcing the actual questions and options asked?
Answer
- See the top of the page for the main questionnaire of the game. Here we present results from the game.
Rationale
Obs | Date | Question | Description | Option |
---|---|---|---|---|
1 | 2016-01-16 | Should the scarf ban in the universities be abandoned? | Since Kemal Atatürk, scarfs have been banned in universities. Now this policy is being re-evaluated. | Yes |
2 | 2016-01-16 | Should the scarf ban in the universities be abandoned? | Partly | |
3 | 2016-01-16 | Should the scarf ban in the universities be abandoned? | No | |
4 | 2016-01-17 | Should the military budget be increased? | The political and military situation in Syria and areas nearby have become more difficult during the last 12 months. | Yes |
5 | 2016-01-17 | Should the military budget be increased? | No, keep the same | |
6 | 2016-01-17 | Should the military budget be increased? | No, reduce | |
7 | 2016-01-17 | Should the education budget be increased? | Yes | |
8 | 2016-01-17 | Should the education budget be increased? | X % of the young people in Turkey do not receive any education except the primary school. Education is a known determinant of social improvement, but it is also expensive. | No, keep the same |
9 | 2016-01-17 | Should the education budget be increased? | No, reduce | |
10 | 2016-01-18 | Should the presidential palace be made to a public place? | President Erdogan built a presidential palace with more than a thousand rooms. Should it be opened up to the public instead of being in president's private use? | Yes |
11 | 2016-01-18 | Should the presidential palace be made to a public place? | No | |
12 | 2016-01-18 | What should be done to the immigration situation near the Syrian border? | The was in Syria has made millions of people to flee from the area. | Increase refugee camps and ask for money from the EU. |
13 | 2016-01-18 | What should be done to the immigration situation near the Syrian border? | Force people from Syria to go back. | |
14 | 2016-01-18 | What should be done to the immigration situation near the Syrian border? | Ask military help from the US and Nato. | |
15 | 2016-01-18 | What should be done to the immigration situation near the Syrian border? | Fight the illegal refugee transport from Turkey across the Mediterranean. | |
16 | 2016-01-18 | What should be done to the immigration situation near the Syrian border? | Attack Russia verbally because it helps the Syrian government and prolongs the war. | |
17 | 2016-01-18 | What should be done to the immigration situation near the Syrian border? | Fight the Kurds in Syria but silently so that western allies do not get mad. | |
18 | 2016-01-19 | How should terrorist attack be prevented? | Homeland security may be compromised in touristic areas because of terrorist attacks. | Increase guards in tourist areas. |
19 | 2016-01-19 | How should terrorist attack be prevented? | Increase guards on the streets. | |
20 | 2016-01-19 | How should terrorist attack be prevented? | Increase international collaboration. | |
21 | 2016-01-19 | How should terrorist attack be prevented? | Do as before. |
Calculations
The content of and use of the data tables is the following:
- Issues: List of decisions to be made. A user can suggest only one issue per day. For each day, the most popular issue is taken to the game.
- Actions: List of decision options to be made. A user can suggest only one action per issue. For each time point, two most popular actions are taken to the game. However, the actions in the game may change during the day, if the rank of the issues changes.
- Issue vote: List of votes for each issue. Each user can cast a single vote either for or against an issue. The number of votes a user has equals their bonuses.
- Action vote: List of votes for each action under issues. The voting system is the same as for issues.
- Decisions: List of decisions each user makes from the actions and issues on the game.
- Bonuses: List of bonuses the users have earned during the game. In the beginning, each user has 1 bonus. You can earn bonuses if your actions suggestions gets to be played (+1) or if your issues gets to be played (+5). Every time a user makes a decision, they get +0.1 bonus.
- Happiness: Users' opinions about how much happiness an action brings to their own group.
- Values: Users' opinions about how much value an action brings to a selected group.
- Users: List of users' groups (i.e. to which group each user identifies themselves).
The functions needed are the following.
- Upload data: There is a user interface that collects the data needed and uploads it to the respective table.
- Create ovariable: for calculations, download data from a table. Find unique entries (e.g. if the user can make only one decision per day, find the user's newest decision and discard older ones. Then create an ovariable with the structure needed.
- Firstuser: Check's whether user's wiki_username is found from Bonuses. If not, it is added there and 1 bonus given.
The interface coded used are the following:
- Suggest issues: Ask date, issue and description from user. Date means the date when this issue will be played. Default is today, but user can change that and suggest future issues. Timestamp (ts) come automatically. User is the wiki_username. Upload data to Issues table. No need to check previous entries.
- Show issues: Ask date (today by default) and show all issues and each one's actions listed from the most to least popular. This is necessary for suggesting actions.
- Show today's issue: Ask nothing. Show today's top-ranked issue and its two top-ranked actions. Store this information somewhere (as an ovariable or a technical data table?). If the information has changed from the last time. give bonus to the user's whose information is now on the top. ----#: . Or should this be done after a vote? --Jouni (talk) 12:18, 7 February 2016 (UTC) (type: truth; paradigms: science: comment)
- Suggest actions: Ask date, issue, action and description from user. Date is today by default. Ts and user come as previously. If the date-issue pair does not exist in Issues table, give error message. Upload data to Actions.
- First
- Vote for issue: Ask the rank number of the issue as a number. The user can check the numbers with Show issues. Date, user, and ts come automatically. Do firstuser. Votes is the number of user's bonuses and comes from Bonuses. Upload data to Issue vote.
- Vote for action: Similar to vote for issue, except that the action number is asked and data is uploaded to Actions.
- Make decision: Ask the action from the two top choices using a drop-down list. The options can be seen with show today's issue. Upload data to Decisions.
- Evaluate happiness: Ask date (today is the default), action number from show issues, and hscore for happiness score in the user's own group. Ts, user as previously. Check if user has a group in Users and if not, give a message to sign up to a group first. Upload data to Happiness.
- Evaluate values: As evaluate happiness, except that the value is asked from the user and nothing is checked. Upload data to Values.
- Show results: This code is divided into several parts:
- Show happiness performance: Ask nothing. From Decisions, take the action of each day. ...
You want to find the most popular choice. First, take the last vote of each person. Then calculate the sum of results over all users. Show these popularity sums as the result of object popularity? Select the most popular row among a group defined by an index; use oapply to integrate over the index using which.max and pick that row only. Should this be a function or ovariable?
- Make a new index where You contains your answers and Crowd contains the most popular vote of everyone.
- Show cumulative scores for happiness and values along time.
- What the scores for each action are, is only partly a matter of opinion and partly a matter of research.
- Rename terms: problem -> issue, option -> action, progress -> value
- Only pick the most popular issue for decision. However, if an issue was the most popular at some point during the day, it is still kept in the issue list.
- Only pick two main actions for decision.
- Interface for both issue and action, where the latter depends on the former.
- Show current issues in the order of popularity.
- Ask for new issues. Fields: issue, description, date (automatic). Keep it simple.
- Show current issues and their actions in order of popularity.
- Ask for new actions. Fields: action, description, date.(?) Issue is ovariable with formula issue * action. (?)
- How Bonus accumulates
- Bonus is gathered when action is selected (1 bonus) to be voted. 5 bonus is gathered when your issue is selected.
- This goes to Points table. The amount of points is your starting vote for your issue or action. When someone votes your issue or action you get points.
- Person's bonus points are used as the starting point for votes.
Add a table about person's points. Add Iscore to Question vote and Ascore to Option score. When a person votes, their bonus score is used.
Interface for both issues and actions.
Issues | Actions | Happiness | Values | Issue vote | Action vote | User | Bonus |
---|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
|
Groups for Turkey | Value categories |
---|---|
|
|
See also
Moderator:Jouni (see all) |
|
Upload data
|
Keywords
References