<div style="DIRECTION: ltr"><span class="q"></span></div>
<div style="DIRECTION: ltr">-Good. So now it will be public. That  is satisfactory too.<br><span class="q"><br></span><font color="#550055">-So priority voting n</font>ot possible with current design? Ok. I know however that it is possible in theory to program it in the future and with a MIT  lic. it will be ok for us to modify it later.</div>

<div style="DIRECTION: ltr"><span class="q"><br></span>-Maybe we misunderstand  eachother. The "median" result is exactly the middle result and NOT the mean result.  Therefor it will be accepted  as the most democratic. Trust me!Otherwise I would agree with you.<br>
<br>- Yes, before every vote there is discussion trying to reach better solutions and hopefully understanding and consensus and if this is not possible at least we always reach consensus about how to vote. We have done this so faar. It works good.</div>

<div style="DIRECTION: ltr"><br>-I read about MIT licence and it seems to be very good.</div><br>-Programming language?<br>
<div><span class="gmail_quote">2008/2/23, Michael Allan <<a href="mailto:mike@zelea.com">mike@zelea.com</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>Martin Gustavsson wrote:<br>> Thanks. We (the people) like the following things:<br>> * Open source<br>
> * Open and visible voting, webpage for reading for all members, not only<br>> admin. (for safety so that the result can not be questioned, at least as a<br>> choice).<br>> * every vote should be possible to question and investigate by contacting<br>
> the voter.<br>> * Presentation of the result in numbers and procentually on a public<br>> webpage.<br>> * Public forum for debate where we agree on what to vote for and how to<br>> describe the issue and the choices. (connection to googlegroups might be a<br>
> very ok solution).<br><br>These (or equivalents) will be in the first beta release.<br><br>> * Anonymity through name of user or anonynomous e-mail. Admin must however<br>> be able to register members to avoid double votes cast.<br>
<br>Anononymous voting (secret ballot) will be added in later beta<br>releases.<br><br>> optional but very much needed in decisionmaking.<br>> *Priority voting ex. 1C 2B 3A<br><br>Not possible with current design.  Developers would have to look at<br>
your use cases -- the practice you are aiming at.  You and they would<br>then decide whether to change the design and/or the practice.<br><br>> *Budget voting ex. commersials 30, material for the streets 40. Median value<br>
> is the result.<br><br>I would argue against this approach, on grounds of legitimacy and<br>stability.  A median result is not a consensus result, and it might<br>satisfy nobody.  It might have no legitimacy in the eyes of the<br>
voters.<br><br>Worse, people will vote strategically, exaggerating their values in<br>order to skew the result ("100% for my streets, 0% for everyone else").<br>The process will escalate into a battle.  It will be unstable.<br>
<br>Better is a process of rational discourse, leading to a consensus.<br>People will talk and listen.  The result will be an informed decision,<br>rather than knee-jerk opinion.<br><br>> * General Public License<br><br>
Our licence is MIT, which is simpler and less restrictive than GPL.<br><br>--<br>Michael Allan<br><br><a href="http://zelea.com/">http://zelea.com/</a><br><br><br></div><br><br clear="all"><br>-- <br>Peace vision -> More democracy -> How? -> <a href="http://www.aktivdemokrati.se">www.aktivdemokrati.se</a> <br>