Ja, vi har ju detta..:
http://wse75376.web16.talkactive.net/PH ... gndokument
Lite tungt att sätta tänderna i och det är absolut inte menat som en slutlig design, mer som en slags viljeyttring/vision.
Jag har inte ens själv orkat sätta mig in i det i detalj.
Om den kontinuerliga modellen står iaf:
Daily Update
Between 00:00 and 02:00 each day the system runs an update on all propositions in the
system that have the status in-voting. This chapter describes how.
Momentary and Accumulated Support Update
When a proposition is first created its values momentary-support* and accumulatedsupport*
are both set to 0. Once each day the support values for a proposition P is updated as
follows:
1. Set momentary-support* to the sum of all votes on P (all who have not actively
voted on P are assumed to have voted blank).
2. Increase accumulated-support* with momentary-support*. (since momentarysupport*
could have a negative value, this could in practice mean a decrease)
Cut Condition Check [release 3]
If a proposition has had negative accumulated support, and once again picks up a positive
momentary support and starts to climb, it seems reasonable to reset the accumulated support
to 0, because otherwise there is a risk that someone just creates a new proposition with exactly
the same proposition text, but which starts from 0. To avoid such a possible confusion, the
accumulated support should be reset whenever the momentary support changes sign (i.e. goes
in between positive and negative).
Finish Condition Check
In addition, we have to check if the voting on a proposition is finished. To do so we need to
calculate the accumulated support (without the star). Just follow these steps:
1. Set the accumulated support to the accumulated-support* divided by the total
number of members and the democratic-constant (which is typically 7).
2. If the accumulated support is:
• < -1 mark the proposition as rejected-by-members, and set its rejection-date.
• > 1 mark the proposition as under-review, and set its acceptance-date.
• Otherwise, do nothing.
This is all it takes to perform a continuous voting. (A smart implementation of this does not
even need division, simple subtraction would be sufficient)
The democracy constant
The democracy constant determines the pace of decision making linearly. It should typically
be set to some pedagogical value so that some easy-to-remember property holds for the
system.
For example, if the democracy constant is set to 7, then it takes the whole population exactly
one week to make a decision out of a completely new proposition. That is if we assume that
the whole population (no exception) votes for the proposition from day one. This is of course
highly unlikely to happen in any larger population, but it gives some sort of idea of the speed
of decision making. In our example it would also take X amount of weeks for one person to
single-handedly make a decision out of a new proposition, where X is the size of the
population; in a population of millions, it would take millions of weeks to make a decision all
alone. That is tough, but if the number of voters is doubled, the time is cut in half etc., so it is
probably a good idea to stir up at least some public opinion.
If the democracy constant is set to 1, then you could replace all occurrences of “week” by
“day” in the example above.
Det bästa i detta läge är istället kanske att visa vår engelska översättning av partiprogrammet (gärna med orginalbilderna då förstås):
More on continuous voting
Below will follow a more detailed description on the continuous voting procedure. Mathematic skills from compulsory school will be enough to be able to understand it.
All party members have the right to put a proposal in the voting system at any time. Every new proposal will be marked with a unique ID-number, which will be used for references to this proposal. The propose cannot be anonymous.
A vote can be –1 (for a “no”), 0 (for “abstains from voting”) +1 (for yes”). At the start of the voting, everybody is considered to have voted 0 for the proposal except the proposer (and the accomplisher; see regulations) who automatically are considered to have vote +1. As long as the voting continues, it’s allowed to change one’s vote. On the contrary, the text in a put proposal is not allowed under any circumstances, to be changed afterwards, not even for correcting spelling errors. Voting cannot yet be carried out anonymous but future releases of the voting system will be able to guarantee the anonymity of the voters if it’s requested by the voter.
Votes are counted on a regular basis once a week. When the voting system has been automated, the frequency of the counting will be increased to once a day. In future releases of the voting system the vote counting will be carried out by several independent vote counters to guarantee a correct calculation of the voting results.
Each proposal has a certain accumulated support, which is a reel number. When the voting start, the accumulated support for the proposal is set to 0. The support is then updated at every voting count in the following way: first the mean value of all party members is calculated. After that, the mean value is divided by an inertia invariable currently being 1 (which is the equivalent of 7 when vote counting is carried out every day). Then the result is added to the accumulated support of the proposal. If the mean value and the support have different signs, the support is first put to zero before the addition. The same will happen if the mean value is zero. Whenever the accumulated support for the proposal becomes 1 or higher, it will be sanctioned. If it will become –1 or lower, it will be rejected. In both cases, the proposal is no longer an object for voting.
The diagrams above shows how the mean value of votes divided by the inertia invariable (the so called momentary support) varies over time. The accumulated support at a certain time thereby equals the area between the curve and the x-axis between the current point of time and when the curve crossed the x-axis by the latest. As seen in the diagram, both the momentary and the accumulated support have switched between both negative and positive. Areas below the x-axis are indicated red and above x-axis they are green. If there develops a continuous green area with the area of 1or more, the proposal is sanctioned. In a similar way, it will be rejected if a red area with the area of 1 or more develops. The reason for only taking continuous areas into consideration depends on the “set to zero”-rule explained above. This is done to set aside the point in setting the accumulated support to zero for a proposal with a negative accumulated support where the mean value of votes have switched again to positive, by putting a new proposal with exactly the same content.
All members can via the voting system see how close a proposal is to be sanctioned or rejected at any time. Among other things, it is possible to view all proposals sorted after their accumulated support. At the bottom of this list there is mostly noise that is only of interest to the most devoted voters whereas proposals at the top of the list have great chances to be reviewed by mass media.
Next figure illustrates that it is impossible to tell how long time it will take to take a decision. It clearly depends upon how fast the accumulated support grows. If great unity prevails it can be over after a week, whereas proposals out of the interest of the voters can lead a languishing life for decades without neither being sanctioned of rejected.
The process of decision-making consists of several more steps than the voting process itself. Among other things a proposal will not automatically be a decision just because it has been sanctioned. Complete information is to be found in the regulations, where all steps of the decision making process are described in detail.