[MG] Votespace social map

[Michael Allan]

Thomas von der Elbe wrote:
> And another thought, concerning fixed positions: Since we know
> already, that it doesnt make sense to display more than 20 voters
> per candidate, how if we define 20 fixed positions, which get filled
> up with voters as they grow in number. And not sort them by votes,
> each keeps his position until he shifts his vote. Then someone else
> takes his place...

Applying this idea [1], here's a revised mockup.[2]  First the forest:
http://zelea.com/project/votorola/a/crossforum/vote/_/1.xht
The feed here will be scoped down to a single poll.

Clicking on an end-candidate (An.), you to start climb a tree:
http://zelea.com/project/votorola/a/crossforum/vote/_/2.xht
The feed is simultaneously scoped to that tree.

Click on a delegate (Fr.) to climb further, scoping down to his/her
branch: http://zelea.com/project/votorola/a/crossforum/vote/_/3.xht

Note that a given voter (say Ev.) always keeps the same position in
the votespace plane (a little east-southeast of center), provided that
neither he nor his candidates shift their votes.

If it's roughly right, we can start coding it.  What do you think?


[1] A poster in #metagov (The User) came up with a similar idea.
    http://zelea.com/var/cache/irc/metagov/11-04/12

    In addition, he suggested reserving abandoned slots in case their
    voters return.  If we assign the slot based on a hash of the vote
    name, and use a deterministic collision avoidance mechanism (such
    as clockwise walk) in cases where the hashed slot is taken, then
    it should (in most cases) have the effect of reserving the slot.

    It will also have the effect of tending to place a given voter in
    the same slot for every vote.  So if he's slotted 5 for his vote
    in poll X/p/a, then he'll probably be slotted 5 in X/p/b.

[2] Current SVG source is here:
    http://zelea.com/project/votorola/a/crossforum/vote/VotespaceV.svg

-- 
Michael Allan

Toronto, +1 416-699-9528
http://zelea.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3.png
Type: image/png
Size: 86574 bytes
Desc: not available
URL: <http://metagovernment.org/pipermail/start_metagovernment.org/attachments/20110414/49fac437/attachment-0001.png>


Originally posted to the mailing list of the Metagovernment Project:
http://metagovernment.org/mailman/listinfo/start_metagovernment.org