Will comment properly later - have been working on server infra-structure and services for a similar national / regional / one-click install set up - so this may mirror nicely!<br><br><div class="gmail_quote">On 8 February 2010 17:22, Michael Allan <span dir="ltr"><<a href="mailto:mike@zelea.com">mike@zelea.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hey Thomas,<br>
<br>
Here's the proposal I mentioned.  This would supercede the plan of<br>
setting up a pollserver hosting service.<br>
<br>
This is a proposal for increasing Votorola's speed of deployment.  The<br>
goal is to ensure that Votorola can keep pace with the rollout of the<br>
common voter register (streetwikis and trustservers).  It takes almost<br>
no effort to set up a streetwiki.  So the overall register (T,S) might<br>
deploy rapidly across a wide area, creating a surge in demand for<br>
voting facilities.<br>
<br>
<br>
       (T)            (T)<br>
       /|\            /|\<br>
      / | \          / | \<br>
     /  |  \        /  |  .<br>
    /   |   \      /   |   .<br>
  (S)  (S)  (S)  (S)  (S)     -> deploy      T = Trustserver<br>
                                             S = Streetwiki<br>
  (P)  (P)  (P)                              P = Pollwiki<br>
   |    |    |    .                          V = Voting engine, or<br>
   |    |    |    .                              Votorola pollserver<br>
   |    |    |    |<br>
  (V)  (V)  (V)  (V)<br>
<br>
<br>
    FIG 1.  The problem is that voting engines (V,P) cannot keep pace<br>
            with deployment of the register (T,S).<br>
<br>
<br>
The problem is that, in order to keep pace, we require a new<br>
pollserver/pollwiki pair (V,P) for every streetwiki that pops into<br>
existence (fig. 1).  That's not so easy.  It takes a technically<br>
skilled administrator to set up a pollserver.  Then the administrator<br>
probably has to do the initial work of defining electoral districts,<br>
too.  It's a lot of work, up front.<br>
<br>
The proposed solution (obvious when it's layed out like this) is to<br>
copy the trustserver's trick of deployment.  Each pollserver (V) now<br>
serves multiple pollwikis (here we show 3 or so, but in practice the<br>
number would be higher).<br>
<br>
<br>
       (T)            (T)<br>
       /|\            /|\<br>
      / | \          / | \<br>
     /  |  \        /  |  .<br>
    /   |   \      /   |   .<br>
  (S)  (S)  (S)  (S)  (S)    -><br>
<br>
  (P)  (P)  (P)  (P)  (P)<br>
    \   |   /      \   |   .<br>
     \  |  /        \  |  .<br>
      \ | /          \ | /<br>
       \|/            \|/<br>
       (V)            (V)<br>
<br>
<br>
    FIG 2.  Part of the solution, multiple P per V.<br>
<br>
<br>
We can then go one step further, and push the functions of Votorola's<br>
pollwiki into the common streetwiki (fig. 3).  These functions<br>
include:<br>
<br>
   i. District definition<br>
  ii. Issue/poll definition<br>
 iii. Position drafting<br>
<br>
The first two are common information anyway, so it makes sense to put<br>
them in the streetwiki.  But the third also fits, because it gets<br>
tucked away in the user's own subpages.  Presumeably only Votorola<br>
users will be creating position pages.  No problem.<br>
<br>
<br>
       (T)            (T)<br>
       /|\            /|\<br>
      / | \          / | \<br>
     /  |  \        /  |  .<br>
    /   |   \      /   |   .<br>
  (S)  (S)  (S)  (S)  (S)    -><br>
    \   |   /      \   |   .<br>
     \  |  /        \  |  .<br>
      \ | /          \ | /<br>
       \|/            \|/<br>
       (V)            (V)<br>
<br>
<br>
    FIG 3.  The rest of the solution, P merged into S.<br>
<br>
<br>
As each new streetwiki S comes online, it is immediately served by an<br>
existing pollserver V.  In less than a day, an ordinary (non-tech)<br>
user can:<br>
<br>
  1. Set up a new streetwiki<br>
  2. Get a few people registered<br>
  3. Extend trust and get them authenticated<br>
  4. Open a local issue (electoral or normative)<br>
  5. Vote using the engine of choice (only Votorola shown here)<br>
  6. See the results mirrored across all engines<br>
<br>
Beyond the local level, there is a second tier composed of<br>
"statewikis" (A).  Unlike streetwikis, statewikis do not have a<br>
registration function.  Rather, they serve mainly for navigating among<br>
related streetwikis.  For example, each A might serve a different<br>
German state.  Each would provide maps to show the location of the<br>
towns and regions under its jurisdiction, with links to their<br>
streetwikis; or an invitation to set one up, if there is none (as you<br>
suggested earlier).<br>
<br>
<br>
  (S)  (S)  (S)  (S)  (S)<br>
    \   |   /      \   |   .<br>
     \  |  /        \  |  .<br>
 \ |  \ | /  | /  |  \ | /<br>
  \|/  \|/  \|/  \|/  \|/                    S = Streetwiki<br>
  (V)  (V)  (V)  (V)  (V)                    A = Statewiki<br>
<br>
  (A)  (A)  (A)  (A)  (A)     -> deploy<br>
    \   |   /      \   |   .<br>
     \  |  /        \  |  .<br>
      \ | /          \ | /<br>
       \|/            \|/<br>
       (V)            (V)<br>
<br>
<br>
    FIG 4.  Beyond the local level (top), the functions of P are<br>
            merged into common statewikis (A).<br>
<br>
So the statewiki is where (ii) statewide issues are defined, and where<br>
(iii) users keep their position drafts for the statewide polls.  An<br>
ordinary user can set up a statewiki if one does not already exist,<br>
and start voting that day.  (And so on, for the national and global<br>
tiers.)  Like S, each A is seamlessly forkable.<br>
<br>
We'd still need to do some work in Votorola.  But it could probably be<br>
done in week-long chunks, as needed.  There should be no lengthy<br>
delays up front.<br>
<br>
What do you think?  (Others too?  Please comment if you have time.)<br>
I haven't thought it all through.  I may be missing something.<br>
<br>
--<br>
Michael Allan<br>
<br>
Toronto, +1 647-436-4521<br>
<a href="http://zelea.com/" target="_blank">http://zelea.com/</a><br>
<font color="#888888"><br>
--<br>
You received this message because you are subscribed to the Google Groups "Votorola" group.<br>
To post to this group, send an email to <a href="mailto:votorola@googlegroups.com">votorola@googlegroups.com</a>.<br>
To unsubscribe from this group, send email to <a href="mailto:votorola%2Bunsubscribe@googlegroups.com">votorola+unsubscribe@googlegroups.com</a>.<br>
For more options, visit this group at <a href="http://groups.google.com/group/votorola?hl=en-GB" target="_blank">http://groups.google.com/group/votorola?hl=en-GB</a>.<br>
<br>
</font></blockquote></div><br>

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups "Votorola" group.<br />
To post to this group, send an email to votorola@googlegroups.com.<br />
To unsubscribe from this group, send email to votorola+unsubscribe@googlegroups.com.<br />

For more options, visit this group at http://groups.google.com/group/votorola?hl=en-GB.<br />